333311

Федеральное агентство по образованию
Государственное образовательное учреждение
высшего профессионального образования
«Ивановский государственный энергетический
университет имени В.И. Ленина»
Кафедра информационных технологий
КУРСОВОЙ ПРОЕКТ
по дисциплине: Информационное Обеспечение Управления Предприятием
(наименование учебной дисциплины)
на тему:
Разработка автоматизированной информационной системы управления заказами кондитерских изделий для ЗАО «Экстра»
Выполнил(а) студент(ка)
4 курса, 45 группы
(курс, группа)
_______________ Бирюкова Т.М.
(подпись)
(Ф. И. О.)
Руководитель _______________ Елизарова Н.Н.
(подпись)
(Ф. И. О.)
Иваново 2013
Содержание
Введение .............................................................................................................................................3
1. Исследование предметной области проектной деятельности...................................................4
1.1 Краткая характеристика деятельности ЗАО «Экстра» ........................................................4
1.2 Целевая и функциональная декомпозиция деятельности ЗАО «Экстра» ..........................8
1.3 Характеристика подразделения и его видов деятельности ...............................................11
1.4 Постановка задачи в области информационного обеспечения.........................................14
1.5 Обзор существующих типовых проектных решений на ИС .............................................14
2. Техническое задание на выполнение проекта ..........................................................................16
3. Техническое проектирование информационной системы ......................................................26
2
Введение
Целями данного курсового проекта являются:
-
изучение существующей в организации системы информационного обеспечения;
выявление недостатков;
предоставление решения по устранению существующих проблем функционирования
СИО.
В данной работе будет рассматриваться процесс обслуживания заявок клиентов и будет
разработана система информационного обеспечения данного процесса, позволяющая получать
необходимые сведения о клиентах и их заказах, а так же различные отчеты. Своевременное получение этих данных позволяет руководству организации принимать оптимальные управленческие решения.
Данная система разработана с учетом специфики предметной области и предполагает
выполнение функций, необходимых для обеспечения процесса управления рассматриваемым
процессом.
Исходными данными для разработки являются документы предоставленные организацией-заказчиком.
Необходимо развивать существующую систему информационного обеспечения для прогресса и определяющей роли использования инновационных технологий в экономической деятельности предприятия.
3
1. Исследование предметной области проектной деятельности
1.1 Краткая характеристика деятельности ЗАО «Экстра»
Торговая сеть «Экстра» (ТС «Экстра») - это крупнейшая в регионе сеть продуктовых
универсамов. Магазины торговой сети расположены в областном центре и в крупнейших городах области: Кинешма и Шуя. ТС «Экстра» работает в двух форматах магазинов («люкс» и
«гипермаркет»), работающих на уровне европейских стандартов ритейла и рассчитанных на
различные группы потребителей.
ТС «Экстра» ведет свою историю с 1997 года, когда в городе Иваново был открыт первый супермаркет самообслуживания «Экстра» формата Люкс.
В 2006 году в г.Иваново, в торговом центре «Серебряный город», открылся Гипермаркет
«Главмаг». Один из крупнейших магазинов в городе с широким ассортиментом продуктов и
промышленных товаров. На сегодняшний день в Ивановской области расположены два гипермаркета, в Иваново и Шуе.
Основными видами деятельности общества является реализация товаров народного потребления. ЗАО «Экстра», помимо розничной торговли, может заниматься отдельными видами
деятельности, перечень которых определяется законом, при условии предоставления специального разрешения (лицензии) на организацию данного вида деятельности. В частности, предприятие не ограничивается торговлей, работает собственное производство мясных полуфабрикатов, готовых блюд и кондитерских изделий.
Основными конкурентами для магазинов формата «Гипермаркет» являются крупные гипермаркеты – «Бимарт» и «Реал». В этом сегменте роль ценовой конкуренции велика, но важное значение играют и качество обслуживания, оформление торгового зала и др. Конкурентными преимуществами ТС «Экстра» являются самые низкие в городе цены на товары социального
значения, гибкая система скидок по дисконтным картам постоянного покупателя, наличие магазинов разных форматов, широкий ассортимент продукции и др.
ТС «Экстра» является участником соглашения о применении минимальных торговых
наценок на основные продукты питания первой необходимости, заключенного в октябре 2006
года между правительством Ивановской области и крупными оптово-розничными предприятиями региона, согласно которому, величина торговой надбавки на социально-значимые продукты питания первой необходимости не превышает 10%.
Организационная структура ЗАО «Экстра» является линейно-функциональной. Подобные структуры базируются с одной стороны на линейных полномочиях. Линейные полномочия
— это полномочия, которые передаются непосредственно от начальника к подчиненному и далее к другим подчиненным (иерархия уровней управления). Кроме того, в основе подобных
структур управления лежит принцип функциональной департаментализации (процесс деления
организации на отдельные элементы, каждый из которых имеет свою четко определенную, конкретную задачу и обязанности). Создание структуры сводится к группировке персонала по тем
широким задачам, которые они выполняют (производство, маркетинг, финансы и т.п.). Конкретные характеристики и черты деятельности того или иного подразделения соответствуют
наиболее важным направлениям деятельности всей организации.
Организационная структура торговой сети «Экстра» состоит из следующих подразделений: Департамент информационных технологий; Департамент предотвращения потерь; Отдел персонала; Коммерческий департамент; Служба маркетинга и рекламы; Департамент
учета; Технический департамент.
4
Во главе предприятия находится управляющий, который осуществляет управление и
контроль по всем объектам и функциям торговой сети.
Схематично линейно-функциональная организационная структура ЗАО «Экстра» представлена на Рисунке 1.
Достоинства структуры:
 Построение связей «руководитель-подчиненный» по иерархической лестнице, при которых каждый работник подчинен только одному руководителю;
 Освобождение линейных руководителей от решения многих вопросов, связанных с планированием финансовых расчетов, материально-техническим обеспечением и др.
Недостатки структуры:
- Отделы могут быть более заинтересованы в реализации целей и задач своих подразделений, чем общих целей всей организации;
- Отсутствие тесных взаимосвязей и взаимодействия на горизонтальном уровне между
производственными подразделениями.
5
Руководитель
Департамент
информационных
технологий
Департамент
предотвращения
потерь
Руководитель
Руководитель
Программисты
Аналитик
Инженерыпрограммисты
Контролеры
торгового зала
Системные
администраторы
Специалисты
департамента
Отдел
персонала
Коммерческий
департамент
Департамент
учета
Технический
департамент
Руководитель
Руководитель
Главный
бухгалтер
Технический
директор
Менеджер по
персоналу
Категорийные
менеджеры
Бухгалтер
Главный
инженер
Мастеры
энергетики
Служба
маркетинга и
рекламы
Электромонтеры
Рабочие по
комплексному
обслуживанию
зданий
Руководитель
Маркетологи
Универсам «Экстра»
Г.Иваново,ул.Варенцовой,
9/18
Гипермаркет «Главмаг»
Г.Иваново,ул.8 марта,32
Склад
Торговый зал
Директор
Директор
Грузчики
Руководители
направлениями
Товароведы
Фасовщики
Кладовщики
Продавцы
Гипермаркет «Главмаг»
Г.Шуя,ул.Васильевская,2
Производство
Директор
Мясной цех
Кондитерский
цех
Пекарня
Цех готовых
блюд
Заведующий
производством
Заведующий
производством
Заведующий
производством
Заведующий
производством
Обвальщики
Кондитеры
Пекари
Повара
Имя
Должность
Рисунок 1 - «Организационная структура ЗАО «Экстра»»
6
Кроме того, мною была проведена функциональная декомпозиция деятельности
рассматриваемого предприятия с помощью нотации IDEF0. Первый уровень декомпозиции представлен на Рис. 1.1
Рисунок 1.1 – Первый уровень декомпозиции системы
Следующий уровень декомпозиции представлен на Рис. 1.2.
Рисунок 1.2 – Второй уровень декомпозиции системы
1.2 Целевая и функциональная декомпозиция деятельности ЗАО «Экстра»
Рассмотрим ЗАО «Экстра» как организационную систему, созданную для решения
экономических проблем, связанных с получением прибыли в результате своего функционирования. Назначением такой организационной системы является согласование действий
целеустремленных частей (структурных подразделений и функциональных подсистем) и
нецелеустремленных (средства и предметы производства) с целью получения конечного
продукта (прибыли). ЗАО «Экстра» относится к открытым системам, функционирование
которых невозможно без взаимодействия с внешней средой.
Внутренне функционирование организационной системы описывается с точки зрения системы целей Z = Zij , которым соответствует множество компонент системы C =
Cij и множество подсистем S = Sij, выполняющих определенные функции F = Fij.
Одной из главных задач управления является установление целей, ради достижения которых формируется, функционирует и развивается предприятие как целостная система.
Главной целью Z0 является: обеспечить потребителей в различных видах продукции (тортов) высокого качества и по доступной цене, а следовательно
- реализация
товаров народного потребления и производство мясной, кондитерской и хлебопекарной
продукции. Иерархия целей представляет собой декомпозицию целей более высокого
уровня в цели более низкого уровня. При этом реализация подцелей каждого последующего уровня является необходимым и достаточным условием достижения цели предыдущего уровня.
Произведем декомпозицию целей предприятия на основе таких организационных
документов как Устав предприятия, Положение о структурном подразделении и Должностная инструкция.
Целевая декомпозиция.
Z0  Z1, Z2, Z3, Z4, где:
Z1 – удовлетворить спрос населения на кондитерские изделия, что соответствует
приоритетным направлениям социально-экономического развития;
Z2 – получить прибыль организации, достаточную для накопления чистой прибыли
для дальнейшего развития фирмы;
Z3 – развитие клиентской базы;
Z4 – расширить ассортимент продукции.
Представим декомпозицию целей (см. Рис. 2).
Z0
Z1
Z2
Z3
Z4
Рисунок 2 - «Целевая декомпозиция»
Для реализации поставленных целей формируется необходимый состав структурных
единиц, которые отображены в организационной структуре ЗАО «Экстра», а так же только
8
при их слаженной работе и взаимодействия между собой, не только через существующую
на предприятии компьютерную сеть, но и в том числе посредством организации системы
информационного взаимодействия АИС.
Функциональная декомпозиция.
- реализация товаров народного потребления и производство мясной, кондитерской и хлебопекарной продукции (Рис.3)
– информационное обеспечение организации
- Обеспечение бесперебойного функционирования системы и
оборудования и принятие оперативных мер по устранению возникающих в
процессе работы нарушений
- Контроль состояния и безопасности сети и сетевого оборудования
- Назначение пользователям сети прав доступа
- Установка, настройка и управление программными и аппаратными средствам
- Анализ и учет случаев отказа системы
- Модернизация применяемых технических средств
- Предотвращение потерь
- Обеспечение вопросов безопасности компании
- Недопущение и пресечение потерь и хищений
- Проведение предварительных собеседований с кандидатами на работу с целью
недопущения к работе ранее судимых, или уволенных с прежних мест работы
по отрицательным статьям, а также наркоманов
- Анализ недостач товара
- Проведение служебных расследований
- Обеспечение видеонаблюдения
– Управление кадрами
- Отбор и оценка кадров
- Адаптация персонала
- Оценка деятельности персонала
- Повышение квалификации персонала и его переподготовка
- Работы по увольнению персонала
- Управление затратами на персонал и предоставляемыми социальными услугами
– Обеспечение коммерческой деятельности организации
- Ценообразование
- Организация закупок товаров, их доставки и хранения
- Поиск и установление связей с поставщиками, проведение переговоров
- Перспективное планирование снабжения, позволяющее наладить
бесперебойное обеспечение товарами
- Оптимальное распределение имеющихся запасов
- Формирование ассортиментной матрицы в рамках определенных
товарных категорий
- Мониторинг ассортимента, цен и технологий работы конкурентов
– Обеспечение маркетинговой и рекламной деятельности
- Анализ потребительских свойств продаваемого товара и
9
прогнозирование потребительского спроса на продукцию предприятия
- Исследование основных факторов, влияющих на динамику
потребительского спроса на товары, соотношение спроса и предложения на
аналогичные виды товаров
- На основе результатов маркетинговых исследований разработка общей
стратегии маркетинга компании
- Изучение мнения потребителей о продаваемом товаре, его влияния на
продажи и подготовку предложений по повышению его конкурентоспособности и качества
- Формирование фирменного стиля предприятия и фирменного
оформления рекламной продукции
- Разработка бюджета маркетинга и распоряжение выделенными
финансовыми средствами
- Категоризация и выявление приоритетных групп потенциальных
потребителей для разработки мероприятий, способствующих расширению
рынка продаж товаров
- Оценка перспектив развития рынка, перспектив компании по освоению
и завоеванию того или иного сегмента рынка; разработка стратегии выхода на
рынок
- Поддержание связи с рынком с помощью рекламы, службы
информации для информирования потребителей и продвижения товаров; разработка стратегии рекламных мероприятий
- Разработка мер по стимулированию (как активному — через систему
скидок, поощрений и т.д., так и пассивному — через качество и дизайн товара,
имиджевую политику) продаж
- Анализ эффективности проведения маркетинговых мероприятий;
наблюдение за маркетинговыми кампаниями конкурентов, анализ их, внесение корректив в собственные маркетинговые мероприятия
– Бухгалтерский учет
- Учет всех хозяйственных операций
- Учет исполнения бюджетов организации
- Составление бухгалтерского баланса, другой бухгалтерской, налоговой,
управленческой и статистической отчетности
- Расчеты по заработной плате и иным выплатам
- Своевременное предоставление полной и достоверной бухгалтерской и
управленческой информации о деятельности организации, ее имущественном
положении, доходах и расходах
– Техническое обслуживание
- Проведение ремонтных работ
- Обеспечение бесперебойной работы и правильной эксплуатации
энергетического оборудования, электрических и тепловых сетей, воздухопроводов и газопроводов
- Уборка помещений
10
– Обеспечение производства
– Планирование покупок
– Производство товара
– Управление запасами
– Снабжение (сбыт готовой продукции)
– Выставка товара на витрины
– Реализация готовой продукции
– Работа с индивидуальными заказами
– Прием заказа
– Согласование заказа
– Ведение журнала заказов
– Формирование клиентской базы
– Составление отчетов по товарообороту
– Формирование товарной накладной клиенту
- Своевременное предоставление полной и достоверной бухгалтерской и
управленческой информации о деятельности организации, ее имущественном
положении, доходах и расходах
Рисунок 3 - «Функциональная декомпозиция»
1.3 Характеристика подразделения «Производство»
Рассмотрим процесс производства подробнее.
Для выполнения функций: планирование закупок; планирование производства; управление запасами; снабжение; аналитическая обработка данных, организации требуются определенные ресурсы Rп:
- кадровые ресурсы (квалифицированные работники),
- материально-технические ресурсы (включающие финансовые),
- информационные ресурсы.
Схема функционирования процесса производства представлена на Рис. 4.
11
Рисунок 4 –Декомпозиция процесса «Производственная деятельность»
Процесс Снабжения можно декомпозировать на подпроцессы: Выставка товара на
витрины; Реализация готовой продукции; Работа с индивидуальными заказами. Информационные и материальные ресурсы подсистем представлены на Рис. 5.
Рисунок 5 - Снабжение
Более подробно остановимся на подпроцессе «Работа с индивидуальными заказами», который представлен на Рис. 6.
12
Рисунок 6 - Декомпозиция процесса «Работа с индивидуальными заказами»
Прием заявки осуществляется следующим образом Рис.7:
Рисунок 7 – Прием заявки
Все эти процессы рассмотрены с целью выявления информационных потребностей
участников этих процессов, а также определения их степени удовлетворенности функционированием существующей СИО.
13
1.4 Постановка задачи в области информационного обеспечения
Подробно изучив организационную структуру на основе релевантного подхода, я
выяснила, что в подразделении отсутствует структурированная система по осуществлению приёмки заказа, хранения информации о нем, хранения информации о клиенте, поэтому наблюдается отсутствие информационных ресурсов для принятия решений, увеличивается вероятность потери данных о заказе, нет возможности формирования и контроля
сроков выполнения заказа.
Информационные потребности потребителей:
Uи1: Информация о клиенте и его заказе;
Uи2: Информация о состоянии выполнения заказа;
Uи3: Информация об объемах продаж;
Uи4: Информация о производимых товарах;
Данные информационные потребности порождают соответствующие проблемы:
Wи1: Проблема в структурированном хранении информации о клиенте и его заказе;
Wи2: Проблема отслеживания состояния выполнения заказа;
Wи3: Проблема организации удаленного доступа к каталогу производимых товаров
с возможностью формирования заказа;
Wи4: Проблема аналитической обработке хранящихся данных (наиболее эффективное их использование).
Эти проблемы и порождают цель системы информационного обеспечения организации Zи, которая подразумевает обеспечение организации информационными ресурсами
необходимыми для работы с клиентами и их заказами.
Таким образом, исходя из цели системы, необходимо произвести ряд преобразований системы ИО для того, чтобы она могла в полной мере удовлетворять информационные потребности организации. Это преобразование ∆S будет заключаться в дополнении
существующей СИО новым программным компонентом, который будет представлять собой систему по работе с клиентами и их заказами. Данная система предполагает выполнение функций, изложенных в техническом задании на проект.
В результате функционирования системы Sи (система информационного обеспечения) образуется продукт этой системы Ри, то есть структурированные данные, необходимые организации для обеспечения выполнения функций. Этот продукт Ри будет устранять
дефицит информационных ресурсов организации, тем самым удовлетворяя её потребность
Uи и решая проблему Wи. В процессе функционирования системы Sи возможно возникновение дефицита ресурсов ∆Rи, связанного, например, с отсутствием необходимого программного обеспечения. Этот дефицит, в свою очередь, будет порождать потребность системы Uи, а следовательно и проблему Wи. Решение этой проблемы возьмет на себя система Sп (производство), обеспечивая Sи необходимыми для её полноценного функционирования ресурсами.
1.5 Обзор существующих типовых проектных решений на ИС
Для того, чтобы организовать удаленный доступ пользователей к каталогу товаров,
необходимо иметь Базу данных и Вэб-сервер, а так же модуль для аналитической обработки.
14
Примеры типовых решений:
1. Joomla (джумла) — система управления содержимым (CMS), написанная на языках PHPи JavaScript, использующая в качестве хранилища базы данных СУБД MySQL или другие индустриально-стандартные реляционные СУБД.
Является свободным программным обеспечением, распространяемым под лицензией GNU GPL.
2. Drupal (Друпал) — основа управления содержимым (CMF), написанная на языке PHP и использующая в качестве хранилища данных реляционную базу данных
(поддерживаются MySQL, PostgreSQL и другие). Drupal является свободным программным обеспечением, защищённым лицензией GPL, и развивается усилиями
энтузиастов со всего мира.
Основные возможности Joomla и Drupal:
 Функциональность можно увеличивать с помощью дополнительных расширений (компонентов, модулей и плагинов)
 Имеется модуль безопасности, многоуровневая аутентификация пользователей
 Система шаблонов позволяет создать свой уникальный вид сайта
 Предусмотрены настраиваемые схемы расположения модулей
 Все компоненты, модули, плагины и шаблоны можно написать самому, разместить их в структурированном каталоге расширений или отредактировать существующее расширение по своему усмотрению
 Встроена многоязычность
 Иерархия объектов
 Реализована поддержка Microsoft SQL Server
3. WordPress - система управления содержимым сайта с открытым исходным кодом,
распространяемая под GNU GPL. Написана на PHP, в качестве базы данных использует MySQL. Сфера применения — от блогов до интернет-магазинов. Встроенная система «тем» и «плагинов» вместе с удачной архитектурой позволяет конструировать практически любые проекты. WordPress выпущен под лицензией GPL.
Основные отличия от Joomla и Drupal:
 единая категоризация всех видов содержимого (таксономия)
 широкий набор свойств при построении рубрикаторов: плоские списки, иерархии с общими предками, синонимы, родственные категории
 поиск по содержимому сайта, поиск по таксономии и пользователям
 разграничение доступа пользователей к материалам (ролевая модель)
 поддержка XML-форматов, вывод документов в RDF/RSS
Таким образом, на рынке информационных технологий представлено множество
продуктов, отвечающих требованиям к разрабатываемой ИС. Более детальный анализ каждого из представленных продуктов будет произведен на этапе технического проектирования системы.
15
2. Техническое задание на выполнение проекта
2.1 ОБЩИЕ СВЕДЕНИЯ.
Полное наименование системы: Система информационного обеспечения коммерческой деятельности ЗАО «Экстра».
Краткое наименование системы: "СИО КД".
Наименования организации-заказчика и организаций-участников работ:
Заказчиком системы является ЗАО "Экстра".
Адрес заказчика: 153000 г. Иваново, ул. 8 марта, д.32.
Разработчиком системы является ООО "ИГЭУ".
Адрес разработчика: 153003 г. Иваново, ул. Рабфаковская, д. 34
Перечень документов, на основании которых создается система:
Заявка на разработку проекта.
Плановые сроки начала и окончания работы по созданию системы
Начало работ: 12.02.2013
Окончание работ: 25.05.2013
2.2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.2.1 Назначение системы
Вид автоматизируемой деятельности – управление. Объекты автоматизации, на которых предполагается ее использовать:
1. Реестр клиентов и поставщиков.
2. Учет выполнения заказов.
3. Анализ показателей деятельности производства.
4. Прогнозирование.
Назначение ИС: Разрабатываемая информационная система предназначена для
обеспечения информационными ресурсами (продуктами) всех её пользователей, а так же
для структуризации, аналитической обработки и централизованного хранения информации и данных, циркулирующих в коммерческом отделе.
2.2.2 Цели создания системы
Главная цель: повысить эффективность принимаемых решений по управлению
бизнес-процессами в организации, за счет повышения качества предоставляемой руководителю отдела информации, её структуризации, аналитической обработки и централизованного хранения.
Подцели системы:
1. Оптимизировать информационное взаимодействие сотрудников;
2. Обеспечить качественное, своевременное, достоверное информационное обеспечение
руководства (поддержка принятия решений);
3. Организовать взаимодействие с внешней средой (с клиентами);
4. Контролировать стадии выполнения заказов;
5. Обеспечить надежность хранения документации;
6. Организовать работу СИО
16
2.3 ХАРАКТЕРИСТИКА ОБЪЕКТА
Основными видами деятельности Организации-заказчика является реализация товаров народного потребления, а так же мясных полуфабрикатов, готовых блюд и кондитерских изделий, изготовленных в производственном отделе организации.
Рассматриваемая организация имеет ряд особенностей функционирования.
Разрабатываемая система информационного обеспечения будет использоваться сотрудниками отдела маркетинга в процессе своего функционирования: оформление соответствующего заказа клиента, формирование заявки на изготовление в производственный
цех, прогнозирование объемов продаж. Производство продукции (кондитерские изделия)
формируется по покупательскому спросу через заказ (какой продукт и по каким характеристикам).
2.4 ТРЕБОВАНИЯ К СИСТЕМЕ
2.4.1 Требования к системе в целом
2.4.1.1 Требования к структуре и функционированию системы
Требования к функционированию системы:
1. Система должна обеспечивать целостность и секретность данных (защита от несанкционированного доступа).
2. Система должна обеспечивать многопользовательский режим доступа к данным.
3. Система должна проектироваться с учетом дальнейшего развития и модификации
(в связи с возможными изменениями в общей структуре).
4. Должно быть обеспечено взаимодействие с пользователем в терминах его прикладной области.
Проектируемая информационная система включает следующие подсистемы:
1) Подсистема взаимодействия с клиентами. Данная подсистема предназначена для
формирования клиентской базы, базы заказов клиентов;
2) Подсистема поддержки принятия решений. Данная подсистема предназначена для
аналитической обработки хранящихся данных с целью создания информационных
продуктов/ресурсов для пользователей системы;
3) Подсистема хранения данных. Данная подсистема предназначена для обеспечения
пользователей структурированными информационными ресурсами, хранящимися в
едином виде и формате, а так же для хранения документов в течение необходимого
периода времени;
4) Подсистема предоставления данных во внешней среде. Данная подсистема предназначена для размещения во внешней среде (СМИ) всей необходимой информации о
производимых товарах, их свойствах, а так же информации об организации в целом, для предоставления удаленного доступа клиентов к каталогу товаров организации с возможностью сделать заказ.
Для информационного обмена между подсистемами необходима коммуникация через сеть интернет со скоростью приема не менее 100 Мбит/с.
Необходимо регулярно проводить диагностику работы системы:
 контроль над работоспособностью системы,
 техническое обслуживание.
При выявлении нарушений работы системы, необходимо её выявить и устранить, во избежание каких-либо потерь организации.
17
2.1.2 Требования к численности и квалификации персонала
В состав персонала по эксплуатации системы, необходимо выделение следующих
ответственных лиц: коммерческий директор, менеджер по продажам 1, менеджер по продажам 2, менеджер по работе с клиентами 1, менеджер по работе с клиентами 2, системный администратор.
Пользователи должны иметь навыки работы на компьютере на уровне пользователя
в операционной системе семейства Windows, навыки работы с MS Office и Deductor. Кроме того, каждый пользователь системы должен обладать умениями работы с печатающими устройствами и работой при выходе в Internet.
Системный администратор должен обладать следующими навыками и умениями:
1) знание аппаратных платформ ПК и серверов;
2) знание языков программирования, обязательное знание SQL;
3) умение организации комплексной информационной безопасности;
4) обслуживания баз данных;
5) умения установки, настройки и обслуживания программного обеспечения вебсерверов.
Каждый сотрудник перед началом работы должен пройти инструктаж по работе с
СИО и ознакомиться с техникой безопасности в работе в системой.
2.4.1.3 Требования к надежности ИС.
2.4.1.3.1 Перечень аварийных ситуаций, по которым должны быть регламентированы
требования к надежности: выход из строя систем энергообеспечения, вентиляции; физическое разрушение технического уровня системы; разрушение программного обеспечения посредством проникновения в систему.
2.4.1.3.2 Требования к надежности технических средств и программного обеспечения:
1. Требования по безопасности средств вычислительной техники, используемых в
системе должны соответствовать ГОСТ 25861-83.
2. Чтобы избежать проблем, связанных с выходом из строя систем энергообеспечения рекомендуется установить источники бесперебойного питания;
3. Во избежание проблем связанных с физическим разрушением технического
уровня системы необходимо исключить возможность проникновения посторонних лиц на территорию организации;
4. Во избежание проблем связанных с разрушение программного обеспечения посредством проникновения в систему вирусов необходимо установить многоуровневую защиту системы;
5. Необходима возможность систематического резервного копирования данных
всех подсистем с возможностью последующего восстановления их после сбоев
аппаратного и программного обеспечения;
6. Необходимо разграничение прав доступа к подсистемам различных категорий
пользователей.
Возникновение ошибок в работе одного пользователя, не должно отражаться на работе других пользователей. Для повышения надежности работы ИС необходимо разработка мер по организации ее безопасности. Безопасность любого компонента ИС складывается из обеспечения трех его характеристик: конфиденциальности, целостности и доступности, а также защите от тиражирования.
18
2.4.1.4 Требования к безопасности
Объектами воздействия угроз являются:
- обслуживающий персонал и пользователи системы
Требования: весь персонал должен пройти технику безопасности.
- технические средства (ПК, сервер, принтеры и факсы, канал связи),
Требования: все оборудование должно быть заземлено; запрещается работать на
неисправном оборудовании.
- программные средства подсистем СИО: ОС, приложения
Требования: пользователи не должны запускать приложения со съемных носителей
не касающиеся их трудовой деятельности на рабочем месте.
Система информационной безопасности должна обеспечивать своевременное проведение физических и организационных мероприятий с целью снижения уровня риска
воздействия угроз на объекты информационной системы.
2.4.1.5 Требования к эргономике и технической эстетике
1. Проектируемая СИО должна иметь простой и наглядный интерфейс работы;
2. Кроме того, информационная система рассчитана на длительную работу пользователей, поэтому интерфейс СИО не должен вызывать негативных реакций у пользователей. Он должен иметь нейтральные, не яркие тона, шрифт не мельче 12 pt;
3. Стиль всех подсистем СИО должен быть единым;
4. Диалоговые формы должны быть просты в применении, а их размеры не превышать
размеров экрана. В то же время они должны содержать всю необходимую для пользователей системы информацию.
Требования к интерфейсу выдвигаются в соответствии с ГОСТ 50948-2001 «Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности».
2.4.1.6 Требования к эксплуатации, техническому обслуживанию, ремонту и ранению
компонентов системы.
Эксплуатация компонентов СИО ОС должна производиться в строго рабочее время
(по регламенту – нормальный режим работы 8 часов в день 5 дней в неделю)
1. Сотрудники отдела должны работать с СИО каждый на своей рабочей станции;
2. Сотрудники должны входить в систему только под своим паролем;
3. Ежедневно системный администратор должен выполнять проверку целостности
компонентов ИС, а также проверку файлов на вирусы;
4. Ежемесячно системный администратор должен создавать резервные копии на случай разрушения какой-либо информации при авариях и сбоях.
Более подробное описание организации рабочих мест пользователей системы приводится в ГОСТ 21958 «Общие эргономические требования».
2.4.1.7 Требования к защите информации от несанкционированного доступа
Требования к защите информации от несанкционированного доступа предусматривают соблюдение норм, установленных Федеральным законом от 27 июля 2006 г. N 149ФЗ "Об информации, информационных технологиях и о защите информации", а также
внутренним Соглашением о конфиденциальности и неразглашении информации.
Защита системы должна обеспечиваться на всех этапах обработки информации,
как в нормальном режиме работы системы, так и в аварийном. Средства многоуровневой
антивирусной защиты должны быть установлены на каждый ПК.
Необходимо соблюдать:
19
1) Централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей;
2) Разграничение прав доступа пользователей в соответствии с выполняемыми ими
функциями;
3) Механизм идентификации доступа к информационной системе;
4) Контроль (разграничение) доступа к ресурсам системы;
5) Протоколирование;
6) Контроль целостности ресурсов системы.
Для защиты информации от несанкционированного доступа необходимо предусмотреть требования по разграничению прав доступа сотрудников организации к информационным объектам, содержащимся в системе (Таблица 1.)
Таблица 1. «Объекты разрабатываемой информационной системы»
Объект
Сотрудник
Права доступа
Данные/информация СИО
Руководитель коммерческого отдела
Пользователь системы
Специалист по тех. обслуживанию
Клиенты
Чтение/Удаление/Запись
Чтение/Удаление/Запись
Нет доступа
Нет доступа
Руководитель коммерческоЧтение/Удаление/Запись
го отдела
Чтение/Удаление/Запись
Электронный каталог това- Пользователь системы
Специалист по тех. обслуров
Чтение
живанию
Клиенты
Нет доступа
Руководитель коммерческого отдела
Выполненные
запросы Пользователь системы
Специалист по тех. обслупользователей (Отчеты)
живанию
Клиенты
Чтение
Чтение
Чтение
Чтение/Запись
2.4.1.8 Требования по сохранности информации при авариях
Необходимо обеспечение целостности информации в случаях:
– частичного или полного отказа системы;
– порчи носителей информации;
– внедрение аппаратных и программных "закладок" и "вирусов";
– потеря электропитания;
– разглашения, передачи или утраты атрибутов разграничения доступа;
– повреждение каналов связи.
20
–
вывод из строя подсистем обеспечения функционирования вычислительных систем.
Для обеспечения сохранности информации все подсистемы должны реализовать
функцию регулярного принудительного сохранения информации через заданные промежутки времени. Необходимо обеспечить резервное копирование данных, которое бы позволило осуществлять восстановление информации.
2.4.1.9 Требования к патентной чистоте
Патентная чистота системы и ее частей должна быть обеспечена в отношении Российской Федерации.
2.4.1.10 Требования к стандартизации и унификации
Все подсистемы информационной системы должны быть выполнены в едином стиле. СИО должна содержать информацию в соответствие с выделенными информационными объектами.
Информационная система должна обеспечивать совместимость по форматам и процедурам обмена с другими подсистемами предприятия, а так же классификация продукции в ИС должна соответствовать принятой на предприятии классификацией.
2.4.2 Требования к функциям (задачам), выполняемым системой
Разрабатываемая СИО должна отвечать следующим требованиям:
 предоставление удаленного доступа (просмотра/заказа) к каталогу производимой
продукции организации для клиента;
 возможность учета товарооборота;
 возможность централизованного хранения данных о клиентах и их заказах;
 формирование товарной накладной;
 возможность статистической и аналитической обработки данных.
Функции СИО.
F1. – учет заказов
F11 – хранение данных по заказам
F12 – определение статуса заказа
F13 - расчет товарооборота (за период) по выполненным заказам
F2. – учет клиентов
F11 – хранение данных по клиенту
F12 – хранение истории заказов
F3. – формирование отчетов
F11 – реестр заказов (для отдела производства по количеству и виду товаров);
F12 – формирование товарной накладной (для клиента);
F4. – составление прогноза на спрос товара (для отдела закупок);
F5. – составление списка товаров наибольшего спроса (для коммерческого отдела).
21
2.4.3 Требования к видам обеспечения
2.4.3.1 Требования к математическому обеспечению системы
Принцип построения алгоритмов должен соответствовать требованиям эффективности работы системы. Необходимо использовать статистические методы, т.е. на основании
частных показателей отдельных элементов системы получать общие показатели всей системы. Это необходимо для просмотра динамики развития предприятия. Сформированные
статистические данные помогут руководству в формировании бизнес-плана на последующие года работы.
Построение статистик по продажам и составление прогнозов. Это является необходимым для вывода заключений, т.к. возможны варианты развития деятельности организации: необходимо расширить ассортимент, выявление в необходимости в оптовой продаже,
построения дополнительных точек доступа (при образовании очереди) и т.д.
2.4.3.2 Требования к информационному обеспечению системы
Система должна поддерживать целостность: данные, вводимые вручную должны
автоматически проверяться на совместимость введенного формата. При вводе информации должно быть предусмотрено использование масок ввода и выбора из списка различных параметров, чтобы минимизировать случайные ошибки и опечатки.
Учет требования по надежности хранения информации: необходимо организовать
процесс хранения информации таким образом, чтобы он удовлетворял требованиям надежности, но в тоже время хранимая информация отвечала требованиям доступности
группам пользователей (в зависимости от значимости группы пользователей в рамках информационной системы).
Информация должна иметь такую структуру, которая бы позволяла без особого
труда, пользователю пополнять информационное обеспечение системы (добавление данных). Так же на данном этапе необходимо учитывать требования к устранению избыточности данных, то есть информационное обеспечение должно включать только необходимые для функционирования ИС данные, и по возможности данные должны быть такие,
что бы позволяли при минимальном их количестве с максимальной степенью выполнять
поставленную перед системой задачу.
2.4.3.3 Требования к лингвистическому обеспечению системы
Так как разрабатываемая система информационного обеспечения рассчитана на использование на территории Российской Федерации и для корректного взаимодействия
системы с пользователями интерфейс должен быть полностью на русском языке.
Для построения запросов система должна поддерживать язык структурированных
запросов.
2.4.3.4 Требования к программному обеспечению системы
Функционирование информационной системы должно быть сопровождено и основано на использовании программных систем (использование автоматизированной информационной системы), то есть подкрепляться использованием программного обеспечения.
Программное обеспечение должно реализовывать функции информационной системы.
Для проектируемой информационной системы необходимо:
 Операционная система - сетевое программное обеспечение;
 Системы управления базами данных;
22
 Программное обеспечение, с помощью которого осуществляется аналитическая и
статистическая обработка информации.
Программные средства ИС должны быть совместимы с существующими в организации.
2.4.3.5 Требования к техническому обеспечению
Система предполагает наличие сервера, на котором располагаются база данных, а
также рабочих станций пользователей, на которых установлено приложение, позволяющее осуществлять аналитическую обработку (хранящихся данных).
Требования к серверу: объем БД до 16 Гб, оперативная память не менее 2048 Мб,
свободная дисковая память не менее 4 Гб.
Требования к рабочей станции: оперативная память не менее 1024 Мб, свободная
дисковая память не менее 250 Мб и не менее 136 Мб видеопамяти.
Топология сети должна обеспечивать одновременный доступ нескольких пользователей к данным, располагающимся на сервере. Скорость обмена данными между сервером
и клиентом должна быть не менее 100 Мбит/с.
Требования к наличию Интернет-соединения: интернет-соединение должно обеспечивать скорость приема данных не менее 2 Мбит/с.
2.4.3.6 Требования к организационному обеспечению.
При внедрении СИО в организационную модель предприятия необходимо внести
следующие изменения: необходимо включить в штат работников, если таковы не имеются
(п. 4.1.2 «Требования к численности и квалификации персонала»).
Персонал, обеспечивающий функционирование системы должен взаимодействовать
регулярно как по электронным каналам связи, так и при личном контакте. Взаимодействие
с сотрудником, обеспечивающим техническое обслуживание необходимо лишь в случаях
возникновения неисправностей (сообщить о которых можно по электронному каналу связи или в письменной форме) либо проведения инструктажа.
2.4.3.7 Требования к методическому обеспечению
В состав нормативно-технической документации системы входит:
– Руководство пользователя;
– Руководство по эксплуатации и ведению системы для администраторов подсистем;
– Руководство по техническому обслуживанию.
2.5 СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ
Таблица 2. «Состав и содержание работ по созданию системы»
Этап работ
Формирование требований к проекту
Разработка концепции
Разработка технического задания на проект
Техническое проектирование
Рабочее проектирование
Ввод в действие
23
Сроки выполнения
До 01.03.13
до 10.03.13
до 08.04.13
до 10.05.13
до 20.05.13
до 25.05.13
2.6 ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ
Система подвергается:
 предварительным испытаниям (определяются документом «Программа и методика
испытаний», разрабатываемым на стадии «Рабочая документация»);
 опытной эксплуатации (определяются документом «Программа опытной эксплуатации», разрабатываемым на стадии «Ввод в действие»);
 приемочным испытаниям (определяются документом «Программа и методика испытаний», разрабатываемым на стадии «Ввод в действие»).
Общие требования.
Для предварительных испытаний: проведение предварительных испытаний; фиксирование выявленных неполадок в Протоколе испытаний; устранение выявленных неполадок;
проверка устранения выявленных неполадок; передача системы в опытную эксплуатацию.
Для опытной эксплуатации: проведение опытной эксплуатации; фиксирование выявленных неполадок в Протоколе испытаний; устранение выявленных неполадок; проверка
устранения выявленных неполадок; передача системы к приемочным испытаниям.
Для приемочных испытаний: проведение приемочных испытаний; фиксирование выявленных неполадок в Протоколе испытаний; устранение выявленных неполадок; проверка
устранения выявленных неполадок; принятие решения о передачи системы в эксплуатацию Заказчику.
2.7 ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО ПОДГОТОВКЕ
ОБЪЕКТА К ВВОДУ СИСТЕМЫ В ДЕЙСТВИЕ
При подготовке ИС к вводу в действие необходимо выполнение следующих работ:
1. Осуществить закупку необходимого программного и технического обеспечения;
2. Произвести установку программного обеспечения и его настройку;
3. Занести первичную информацию;
4. Подготовить необходимые документы для информационного обеспечения персонала;
5. Произвести инструктаж и обучение пользователей работе с системой.
2.8 ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ
Перечень подлежащих разработке документов:
– Пояснительная записка к техническому проекту;
– Программа и методика испытаний;
– Пояснительная записка к рабочему проекту;
– Протокол испытаний;
– Акт внедрения;
– Руководства пользователей и обслуживающего персонала;
Приложения: Схема функциональной структуры, Схема логической структуры базы
данных, Схема алгоритмов, Схема организационной структуры, Схема автоматизации (с
пояснениями).
2.9 ИСТОЧНИКИ РАЗРАБОТКИ
Настоящее Техническое Задание разработано на основе следующих документов:
- ГОСТ 34.602-89 «Информационная технология. Техническое задание на создание автоматизированной системы»;
24
- ГОСТ 21958-76 «Общие эргономические требования»;
- ГОСТ 50948-2001 «Средства отображения информации индивидуального пользования.
Общие эргономические требования и требования безопасности»;
- РД 50 - 34.698 – 90 «Автоматизированные системы. Требования к содержанию документов»;
- ГОСТ 2.105 – 95 «Общие требования к текстовым документам»;
- Федеральным законом от 27 июля 2006 г. N 149-ФЗ "Об информации, информационных технологиях и о защите информации" (с изменениями и дополнениями).
25
3. Техническое проектирование информационной системы
3.1 Общие положения:
3.1.1 Полное наименование системы и ее условное обозначение
Полное наименование системы: Система информационного обеспечения коммерческой деятельности ЗАО «Экстра».
Краткое наименование системы: "СИО КД".
3.1.2 Перечень документов, на основании которых создается система
Задание на курсовой проект.
3.1.3 Цели, назначение и область использования ИС
Главная цель: повысить эффективность принимаемых решений по управлению
бизнес-процессами в организации, за счет повышения качества предоставляемой руководителю отдела информации, её структуризации, аналитической обработки и централизованного хранения.
Подцели системы:
3. Оптимизировать информационное взаимодействие сотрудников;
4. Обеспечить качественное, своевременное, достоверное информационное
обеспечение руководящего состава, поддержка принятия решений;
7. Организовать взаимодействие с внешней средой (с клиентами);
8. Контролировать стадии выполнения заказов;
9. Обеспечить надежность хранения документации;
10. Организовать работу СИО.
Назначение ИС: Разрабатываемая информационная система предназначена для
обеспечения информационными ресурсами (продуктами) всех её пользователей, а так же
для структуризации, аналитической обработки и централизованного хранения информации и данных, циркулирующих в коммерческом отделе.
Область применения ИС: информационное обеспечение деятельности компании и
их клиентов.
3.1.4 Сведения об использованных нормативно-технических документах
- ГОСТ 34.602-89 «Информационная технология. Техническое задание на создание автоматизированной системы»;
- ГОСТ 21958-76 «Общие эргономические требования»;
- ГОСТ 50948-2001 «Средства отображения информации индивидуального пользования.
Общие эргономические требования и требования безопасности»;
- РД 50 - 34.698 – 90 «Автоматизированные системы. Требования к содержанию документов»;
- ГОСТ 2.105 – 95 «Общие требования к текстовым документам»;
- Федеральным законом от 27 июля 2006 г. N 149-ФЗ "Об информации, информационных технологиях и о защите информации" (с изменениями и дополнениями).
26
3.2 Общее описание системы
3.2.1 Назначение системы
Вид автоматизируемой деятельности – управление. Объекты автоматизации, на которых предполагается ее использовать:
5. Реестр клиентов.
6. Учет выполнения заказов (продуктов и услуг).
7. Анализ показателей деятельности производства.
8. Прогнозирование.
Проектируемая СИО предназначена для:
1) Автоматизация процессов сбора, хранения, обработки, передачи и представления
информации в коммерческом отделе;
2) Помощь руководству в принятии решений по коммерческой, рекламной и маркетинговой деятельности;
3) Аналитическая обработка продаж и прогнозирование.
3.2.2 Описание взаимосвязей ИС с другими системами
Данная система информационного обеспечения взаимодействует со смежными
функциональными подсистемами: Подсистема взаимодействия с клиентами, Отдел закупок, Коммерческий отдел, Производство. (Рис.1)
Смежные подсистемы
Входящий поток
Исходящий поток
Подсистема сбыта
Заказ на бумажном носителе
Электронный+Бумажный вид
Подсистема обеспечения Электронный
Электронный+Бумажный вид
закупок
Подсистема обеспечения Электронный вид
Электронный+Бумажный вид
производства
Рисунок 1 - Схема взаимосвязей системы со смежными подсистемами.
27
3.2.3 Описание ИС
Проектируемая информационная система включает следующие подсистемы:
1. Подсистема взаимодействия с клиентами. Данная подсистема предназначена для формирования клиентской базы, базы заказов клиентов;
2. Подсистема поддержки принятия решений. Данная подсистема предназначена для аналитической обработки хранящихся данных с целью создания информационных продуктов/ресурсов для пользователей системы;
3. Подсистема хранения данных. Данная подсистема предназначена для
обеспечения пользователей структурированными информационными ресурсами, хранящимися в едином виде и формате, а так же для хранения документов в течение необходимого периода времени;
4. Подсистема предоставления данных во внешней среде. Данная подсистема
предназначена для размещения во внешней среде (СМИ) всей необходимой информации о производимых товарах, их свойствах, а так же информации об организации в целом, для предоставления удаленного доступа
клиентов к каталогу товаров организации с возможностью сделать заказ.
Схема взаимосвязей подсистем представлена на Рис. 2.
Рисунок 2 - Схема взаимосвязей подсистем ИС
3.2.4 Описание подсистем
Подсистема взаимодействия с клиентами должна обеспечивать выполнение следующих функций:
F6. – учет заказов
F11 – хранение данных по заказам
F12 - расчет товарооборота (за период) по выполненным заказам
F7. – учет клиентов
F11 – хранение данных по клиенту
F12 – хранение истории заказов
28
Подсистема поддержки принятия решений должна обеспечивать выполнение следующих функций:
F8. – составление прогноза на спрос товара (для отдела закупок);
F9. – составление списка товаров наибольшего спроса (для коммерческого отдела);
F10.
– формирование отчетов
F11 – реестр заказов (для отдела производства по количеству и виду товаров);
F12 – формирование товарной накладной (для клиента)
Подсистема хранения данных должна обеспечивать выполнение следующих функций:
F11. - Хранение записей о документах (идентификатор документа, ссылка на местонахождение, аннотация) в соответствии с разработанной структурой предметной
области;
F12. - Организация поиска документов по запросам пользователей (решает задачу
представления информации, необходимой пользователю);
Подсистема предоставления данных во внешней среде должна обеспечить выполнение следующих функций:
F13. – структурирование данных;
F14. – классификация данных.
3.3 Схема функциональной структуры.
Схема функциональной структуры подсистемы взаимодействия с клиентами представлена на Рисунке 3.
Рисунок 3 - Схема функциональной структуры подсистемы взаимодействия с клиентами
29
Схема функциональной структуры подсистемы поддержки принятия решений
представлена на Рисунке 4.
Рисунок 4 - Схема функциональной структуры подсистемы поддержки принятия
решений
Схема функциональной структуры подсистемы хранения данных представлена на
Рисунке 5.
30
Рисунок 5 - Схема функциональной структуры подсистемы хранения
Схема функциональной структуры подсистемы предоставления данных во внешней
среде представлена на Рисунке 6.
Рисунок 6 - Схема функциональной структуры подсистемы предоставления данных во
внешней среде.
3.4 Описание функций ИС
Схема регистрации поступающих заказов представлен на Рисунке 7.
Рисунок 7 - Схема регистрации поступающих заказов
Схема составления прогноза закупки товара на необходимый период представлена
на Рисунке 8.
31
Рисунок 8 – Схема составления прогноза закупки товара на определенный период.
Схема анализа потребностей клиентов представлена на Рисунке 9.
Рисунок 9 – Схема анализа потребностей клиентов
3.4.1 Типовые решения
Для реализации функционирования подсистем в рамках данного проекта предполагается использование типового проектного решения для выполнения следующих функций:
 аналитическая обработка данных;
 составление отчета по прогнозу и списка товаров наибольшего спроса;
Для реализации подсистемы хранения и поиска также предполагается использование типового проектного решения. Данное решение должно обеспечивать выполнение
следующих функций:
 хранение данных;
 организация поиска данных по запросам пользователей.
32
3.2 Решения по математическому обеспечению «СИО ПД»
3.2.1 Математическое описание функции составления прогноза на спрос товара (для отдела закупок)
3.2.1.1 Описание постановки задачи
3.2.1.1.1 Назначение алгоритма
Алгоритм предназначен для построения прогноза на основе данных о продажах,
который определяется в зависимости от взятого промежутка времени (квартал/полугодие/год).
3.2.1.1.2 Обозначение документа
Требования к данному алгоритму сформулированы в п. 2.4.3.1 технического задания на проект, описание функции, для которой реализуется данный алгоритм, представлено в п. 3.4 (Рис. 8) общесистемных решений.
3.2.1.1.3 Ограничения на возможность и условия применения алгоритма и характеристики качества решения
В данном алгоритме используются числовые характеристики, которые путем
запроса берутся из соответствующих таблиц Хранилища Данных (Товары, Заказы).
3.2.1.1.4 Общие требования к входным и выходным данным
Перечень входных и выходных данных описан в п. 3.2.2 настоящего документа.
Входные и выходные данные могут быть представлены в форматах txt, rtf, doc (точный
формат определяется приложением, реализующим данный алгоритм).
3.2.1.1.5 Используемая информация
Массивы данных, размещенные в таблицах, обозначенные как «Источники», максимальный объем которых не ограничен. Данные массивы являются результатом выполнения функций Подсистемы взаимодействия с клиентами (учет клиентов и их заказов)
п.3.3 Рисунок 3
3.2.1.1.6 Результаты решения
Результатом выполнения алгоритма являются прогнозные значения на заданный
период времени (месяц, квартал, год, несколько лет). Форма предоставления: электронная
версия документа, которая сохраняется для решения других задач ИС.
3.2.1.2 Математическое описание
Имеется временной ряд, состоящий из n уровней:
Y={y1, y2, y3 ,…, yn}, где n – количество месяцев/кварталов, на основе данных по которым проводится анализ.
В общем случае временной ряд экономических показателей можно разложить на
три структурно образующих элемента:
Yt = Ut + Vt + t , t = 1, 2,…, n , где
Ut - тренд;
Vt - сезонная компонента;
 t - случайная компонента.
Первое, что необходимо сделать – это проверить отсутствие аномальных явлений в выборке Y. Предварительный анализ динамических (временных) рядов экономических показателей заключается в выявлении и устранении аномальных значений уровней ряда.
Для выявления аномальных уровней временных рядов используем метод Ирвина,
который основывается на следующей формуле:
33
λt 
yt  yt  1
σy
; t = 2, 3,…, n,
где y - среднеквадратическое отклонение (СКО).
Расчетные значения 2, 3 , и т. д. сравниваются с табличными значениями критерия
Ирвина q , и если оказываются больше табличного, то соответствующее значение yt
уровня ряда считается аномальным.
Далее проверяем гипотезу о тенденции развития (наличие тренда) U.
Для определения наличия тренда в исходном временном ряду применяется
метод проверки разностей средних уровней. Для этого исходный временной ряд y1,
y2, y3 ,…, yn. разбивается на две примерно равные по числу уровней части: в первой
части n1 первых уровней исходного ряда, во второй - n2 остальных уровней (n1 +
n2 = n). Затем для каждой из этих частей вычисляются средние значения и дисперсии.
Проверка равенства дисперсий обеих частей ряда проводится с помощью F критерия Фишера. Если F больше или равно Fкр, гипотеза о равенстве дисперсий отклоняется и делается вывод, что данный метод для определения наличия тренда ответа
не дает. Если расчетное значение F меньше табличного Fкр , то гипотеза о равенстве
дисперсий принимается и проверяется гипотеза об отсутствии тренда с использованием
t - критерия Стьюдента.
Следующим этапом решения поставленной задачи является выделение сезонной
составляющей V и при ее наличие вычисление Y-V, используя сглаживание методом простой скользящей средней.
Поскольку зависимость от времени может принимать разные формы, для ее формализации можно использовать различные виды функций. Для построения трендов чаще
всего применяются следующие функции:
 Линейная функция :

Степенная функция :

Полиномы различных степеней :
где а – начальный уровень временного ряда в момент времени 0 t=0;
b – средний за период абсолютный прирост уровней ряда.
Степенная линия тренда дает хорошие результаты, если значения исследуемой зависимости характеризуются постоянным изменением скорости роста, а если среди данных
встречаются нулевые, то использовать степенную линию тренда нельзя. А предположения
о том, что в один из месяцев объемы продаж будут равны 0, не исключены. Поэтому выбор будем осуществлять между линейной и полиномной функцией. Сравним результаты
построения тренда с помощью обеих функций на первых 12 месяцах в Excel (рисунок 9.1):
34
Рисунок 9.1 – График линейной и полиномной функций
В результате достоверность прогноза обеих моделей примерно одинакова: полиномная функция второй степени – 0,96, линейная функция – 0,95. А так как линейная модель является наиболее простой в построении, то выберем ее.
Теперь построим линейную модель на зависимость Y'=Y-V:
Y'= a0 + a1x,
где а и b – коэффициенты модели, вычисляемые по методу наименьших квадратов по
формулам:
a1 
n xy   x y
n x  (  x )
2
2
;
a0 
 y  b x .
n
n
Проверка адекватности полученной модели осуществляется с использованием
критерия Фишера:
Fнаб 
2
S ад
S y2
Для этого, прежде всего, определяется:
 дисперсия адекватности :
2
S ад



1 n ~
2
 yj  yj ,
n  k j 1
где ~y j  рассчитанное по модели значение отклика у;
yj  наблюдаемое значение отклика;
k  количество коэффициентов, включенных в уравнение регрессии.
 дисперсия отклика у в эксперименте:
S y2 


1 n
2
 yj  y ,
n  1 j 1
где y  оценка математического ожидания наблюдений у.
Если модель адекватна - получаем прогноз по модели на следующий месяц, квартал и т.д.
На основе полученного прогноза можно производить оптимальные закупки товаров
или принимать меры по привлечению клиентов и увеличению объемов продаж.
Результаты решения данной задачи на экспериментальных данных за 4 месяца
(июнь, июль, август, сентябрь) на 3 шага вперед (рисунок 9.2):
35
Рисунок 9.2 – результаты прогноза на 3 шага вперед в Deductor Studio
Метод эффективно применяется для расчета значений экономических показателей
в заданное время в будущем. В модели, построенной по этому методу, учитываются сезонные компоненты, что повышает его объективность. В ходе решения отсекаются аномальные.
3.2.1.3 Алгоритм решения
Блок-схема алгоритма:
Начало прогноза
ХД
Выбор исходных
данных
Проверка наличия аномальных явлений
Есть аномальные явления?
Да
Нет
Выбор метода проверки
гипотезы о наличии тренда
Проверка равенства дисперсий: F >= Fкр
Да
Нет
Определение сезонной
составляющей
Выбор модели
Модель адекватна?
Да
Построение модели
Получение прогнозных
значений
36
Нет
3.3 Решения по информационному обеспечению «СИО КД»
3.3.1 Описание входных и выходных данных
3.3.1.1 Перечень входных данных
Входными данными для разрабатываемой ИС являются:
1) Данные о клиенте и его заказе;
2) Номенклатура товаров;
3) Запросы пользователей ИС.
3.3.1.2 Перечень выходных данных
Выходными данными для разрабатываемой ИС являются:
1) Каталог товаров (предоставляется через сайт);
2) Отчеты (прогноз, список товаров наибольшего спроса).
Данная информация предназначена для пользователей системы, обратившихся к
ней с запросом, и выдается в электронной форме.
Таблица 4 – Описание входных и выходных потоков данных
Источник
входных
данных
Клиент
Заявка
клиента
Номенклатура
товаров
Список заказов
Входные данные
Интенсивность
потока
Приемник
входных
данных
Менеджер по работе с
клиентами 1/менеджер
по работе с клиентами
2
Выходные
данные
Реквизиты покупателя (ФИО, адрес, телефон, электронная
почта) (электронная
форма)
Номер заказа, наименование товара, вес,
количество, дата желаемого изготовления товара, дата составления заказа
(электронная форма)
Наименование товара, штрих код, вес,
состав (электронная
форма)
При обращении
покупателя
При поступлении
каждого заказа от
клиентов
Менеджер по работе с
клиентами 1/ менеджер по работе с клиентами 2
Предварительный заказ
(электронная
форма документа)
При добавлении
новой товарной
позиции
Менеджер по работе с
клиентами 1/ менеджер по работе с клиентами 2/ менеджер по
продажам 1
Каталог товаров (электронная таблица)
Заказы за период
(наименование товара, количество товара, дата заказа)
(электронная таблица)
Раз в квартал при
составлении плана
производства и
продаж
Менеджер по продажам 2
Прогноз объемов продаж на
следующий
период (электронная таблица)
Список товаров
наибольшего
спроса
Анкета покупателя (электронная форма)
3.3.2 Организация информационного обеспечения
3.3.2.1 Состав информационного обеспечения
В состав информационного обеспечения системы входит база данных (выполняет
функцию централизованного хранилища данных.
37
3.3.2.2 Организация информационного обеспечения
3.3.2.2.1 Принципы организации информационного обеспечения системы
Основными принципами организации информационного обеспечения являются:
полнота предоставляемой информации, ее точность, актуальность, а также своевременность предоставления информации пользователям системы. Также к основополагающим
принципам организации ИО следует отнести следующие положения:
1) Каждый документ (заявка/анкета клиента), информация о котором хранится в
БД, должен обладать всеми необходимыми атрибутами (при отсутствии одного из атрибутов запись не может быть внесена в БД);
2) Каждому документу должен быть присвоен номер, позволяющий его идентифицировать однозначно.
3.3.2.2.2 Обоснование выбора носителей данных
Информация, содержащаяся в системе, хранится в электронном виде, согласно требованиям, сформулированным в техническом задании, а также принципам организации
информационного обеспечения системы.
Так же для данной информации был выбран способ организации хранения в БД,
поскольку для выполнения функции поиска данных, отвечающих запросам пользователей,
необходимо их хранение в едином формате и структурированном виде.
Различные отчеты, генерируемые системой по запросам пользователей, хранятся
как в бумажном, так и в электронном виде.
3.3.2.3 Организация сбора и передачи информации
Общие требования к организации сбора, передачи, контроля и корректировки информации:
1) Сбор информации о клиентах и их заказах осуществляется по средству ввода
данных в БД. Данная информация хранится в течении всей истории покупок клиента.
2) Изменения в анкете клиента производится по необходимости, в случаях, когда
изменяются контактные данные клиента и история его покупок;
3) Составление отчетов о прогнозе спроса на товары и списка товаров наибольшего
спроса производится ежемесячно или по запросу и предоставляется руководителям соответствующих отделов;
4) Предоставление клиенту каталога производимых товаров, осуществляется посредством выбора им ссылки на интересующий его товар удаленно;
5) В процессе внесения данных о клиентах и их заказах необходимо осуществлять
контроль целостности данной информации.
3.3.3 Описание организации информационной базы
3.3.3.1 Описание внутримашинной информационной базы
3.3.3.1.1 Логическая структура
Во внутримашинной информационной базе размещаются следующие наборы данных - набор данных об объемах продаж (количество продаж), набор промежуточных расчетных значений (спрогнозированное значение спроса на товары, количество проданных
товаров, количество клиентов и их заказов), отчеты, являющиеся результатом выполнения
функций прогнозирования и составления списка товаров наибольшего спроса.
Набор данных об объемах продаж (количество продаж) сохранен в хранилище данных. Хранилище данных организовано в виде реляционной системой управления БД, обслуживаемой специализированным программным обеспечением – MySQL, управление
38
данными происходит с помощью таких программных средств как WordPress (система
управления содержимым сайта).
Для сохранения набора промежуточных данных нужно выделить следующие информационные объекты: «Клиенты», «Заказ», «Номенклатура товаров», «Прогноз».
Каждый из этих объектов характеризуется множеством свойств.
Объект «Клиенты» характеризуют такие свойства как: «ФИО», «Телефон», «Электронная почта», «Адрес», «Код заказа».
Объект «Заказ» характеризуют такие свойства как: «Код клиента», «Номер», «Дата
принятия заказа», «Дата выполнения заказа», «Код номенклатуры товара».
Объект «Номенклатура товаров» характеризуют такие свойства как: «Название номенклатуры», «Вес», «Штрих код».
Объект «Прогноз» характеризуют такие свойства как: «Название номенклатуры товаров», «Период», «Значение прогноза».
Наличие такого свойства как название номенклатуры подразумевает что объект
«Номенклатура товаров» является справочником (каталог товаров).
Внутримашинная информационная база характеризуется следующими отношениями между объектами:
1) Каждый заказ соответствует одному из клиентов, и каждому клиенту может соответствовать множество заказов. Следовательно, имеем связь «один-ко-многим».
2) Каждая номенклатура товара соответствует множеству заказов. Каждый заказ
может соответствовать нескольким номенклатурам товаров. Следовательно, имеем связь
«многие-ко-многим».
3) Множество заказов соответствуют множеству прогнозов (спрогнозированных
значений). Следовательно, имеем связь – «многие-ко-многим»
Логическая структура данных с учетом структуры запросов представлена на Рис.10
Строка_наименований
Код_строки_наименования(PK)
Код_номенклатуры
Номенклатура_товара
Код_номенклатуры (РК)
Наименование
Вес
Штрих_код
Код_заказа(PK)
Код_строки наим. (FK)
Номер заказа
Дата получения
Дата исполнения
Количество
Клиент
Код_клиента (РК)
ФИО
Адрес
Код заказа (FK)
Телефон
Электронная почта
Заказ
Прогноз
Отчет
Код_отчета (PK)
Код_Заказа(FK)
Код прогноза(FK)
Номер
Примечание
Рисунок 10 – Схема логической структуры БД
39
Код_прогноза (PK)
Код_Заказа(FK)
Период
Значение прогноза
3.3.3.1.2 Физическая структура
Для выбора СУБД было сформулировано множество критериев, основанных на
требованиях, заявленных в техническом задании на проект k = {k1, k2, k3, k4, k5}:
k1 - разграничение доступа пользователей к материалам;
k2 – число одновременно обращающихся пользователей – не менее 30;
k3 - модель данных: реляционная;
k4 - поддержка ОС: Windows;
k5 - стоимость;
Для выбора имеем 3 альтернативы: MS SQL Server, MySQL, PostgreSQL. Произведем отбор с помощью метода отсечения.
Все предложенные СУБД (MS SQL Server, MySQL, PostgreSQL), удовлетворяют
критерии k1, k2, k3, k4.
Продолжим выбор СУБД по критерию стоимости k5 : после отсечения неудовлетворяющих вариантов имеем только СУБД MySQL. Таким образом была выбрана СУБД
MySQL.
Описание ИО в терминах СУБД представляет собой описание информационных
объектов (таблиц), их атрибутов и свойств, а также типов данных.
Таблица 5 – Описание таблиц базы данных
Наименование
таблицы
Клиент
Заказ
Номенклатура
товаров
Прогноз
Строка
наименований
Отчет
Идентификатор
Тип
Код клиента (PK)
Код заказа (FK)
ФИО
Адрес
Телефон
Электронный адрес
Код заказа (РК)
Код клиента (FK)
Код строки наименования товара (FK)
Дата поступления заказа
Дата выполнения заказа
Количество товара
Код товара (PK)
Наименование
Вес
Штирх-код
Код прогноза (РК)
Код заказа (FK)
Период
Значение прогноза
Код строки наименований (РК)
Код номенклатуры(FK)
Код отчета(РК)
Код заказа(FK)
Код прогноза (FK)
Номер
Примечание
Числовой
Числовой
Текстовый
Текстовый
Числовой
Текстовый
Числовой
Числовой
Числовой
Дата
Дата
Числовой
Числовой
Текстовый
Числовой
Числовой
Числовой
Числовой
Дата
Текстовый
Числовой
Числовой
Числовой
Числовой
Числовой
Числовой
Текстовый
40
Формат
Длинное целое
Длинное целое
40
40
11
40
Длинное целое
Длинное целое
Длинное целое
Дата/Время
Дата/Время
5
Длинное целое
50
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Дата/Время
20
Длинное целое
Длинное целое
Длинное целое
Длинное целое
Длинное целое
10
15
3.3.3.1.3 Организация ведения информационной базы
Ежедневно производится сбор и фиксация данных о клиентах и их заказах, вводится в соответствующие таблицы БД вручную менеджерами по работе с клиентами. Код задается автоматически, остальные поля заполняет вручную.
Кроме того, ежеквартально должен осуществляться контроль целостности БД.
Производится анализ информации, выданной соответствующими запросами, и при необходимости вводятся изменения, вручную администратором БД.
Оператор БД имеет доступ к любой, содержащейся в ней информации, а пользователи имеют доступ лишь к формам и генерируемым отчетам, при выполнении запроса.
41
3.4 Решения по программному обеспечению «СИО ПД»
3.4.1 Описание и обоснование программного обеспечения
Исходя из требований, сформулированных в п. 3.4.1 общесистемных решений, в
состав программного обеспечения, необходимого для выполнения функций ИС, входит
программное средство позволяющее реализовать их (п. 3.3, 3.4 общесистемных решений):
1) подсистема предоставления данных во внешней среде;
2) подсистемы аналитической обработки данных;
3) подсистемы хранения данных.
Требования, сформулированные в пункте 2.4.2.3 технического задания на проект,
позволяют определить класс систем, которые необходимо проанализировать для выбора
программного обеспечения ИС.
3.4.1.1 Выбор средства предоставления данных во внешней среде
В результате обзора имеющихся на рынке программных продуктов, характеризующихся соответствующими функциональными возможностями, были выделены следующие
средства: Joomla, Drupal, WordPress. Таким образом для выбора имеем 3 альтернативы.
Анализ и выбор типовых проектных решений был проведен на основе множества
критериев, сформулированных, исходя из требований, заявленных в п. 2.4.3.4 технического задания на проект (функциональные требования сформулированы в п. 2.4.1.1 и 2.4.2
технического задания на проект) k = {k1, k2, k3, k4, k5, k6}:
Функциональные требования:
k1 - возможность удаленного доступа к БД;
k2 – наличие формы ввода;
k3 - наличие системы поиска;
Информационные требования:
k4 - наличие хранилища данных;
k5 - возможность работы с русскоязычным текстом;
Программные требования:
K6 - совместимость с ОС Windows.
На основе метода экспертных оценок каждому из выбранных критериев был назначен весовой коэффициент, соответствующий степени важности наличия данного признака
у выбираемого проектного решения по шкале [0;1] с шагом 0,5, где:
0
0,5
1
Наличие признака Наличие признака Наличие признака
не имеет значения
желательно
необходимо
Значения весовых коэффициентов по каждому критерию представлены в таблице 5.
Таблица 5 - Значения весовых коэффициентов по критериям выбора
№ Название критерия
Весовой коэффициент, ω
k1
Возможность удаленного доступа к БД
1
k2
Наличие формы ввода
1
k6
Совместимость с ОС Windows
1
k4
Наличие хранилища данных
0,5
k3
Наличие системы поиска
0,5
k5
Возможность работы с русскоязычным текстом
0,5
42
Оценка степени важности наличия признаков у ПС производилась субъективно
разработчиком с точки зрения необходимости той или иной характеристики типового
проектного решения для реализации разработки.
Перечень рассматриваемых типовых проектных решений, а также их удовлетворение критериям выбора представлены в таблице 6 («1» обозначает наличие признака у ПС,
«0» обозначает его отсутствие).
Таблица 6 - Анализ типовых проектных решений
Название программного продукта Номер критерия/Значение критерия, аi
1
2
3
4
5
6
Joomla
1
1
0
0
0
1
Drupal
1
0
0
1
0
1
WordPress
1
1
1
1
1
1
Произведем расчет методом аддитивной свертки. Для выявления наиболее оптимального решения необходимо произвести расчет суммарного значения S для каждого
программного продукта по формуле:
, где аi – значение критерия; ωi – вес критерия.
Результаты вычислений представлены в таблице 7.
Обозначение альтернативы
Joomla
Drupal
WordPress
Таблица 7 - Результаты вычисления
Суммарное значение, S
3
2,5
4,5
Таким образом, максимальное значение получено для программного продукта
WordPress, следовательно, выбор типового проектного решения следует остановить
именно на нем, поскольку из всех проанализированных приложений данное программное
средство максимально удовлетворяет всем заявленным требованиям.
3.4.1.2 Выбор средства аналитической обработки данных
В результате обзора имеющихся на рынке программных продуктов, характеризующихся соответствующими функциональными возможностями, были выделены следующие
средства: Deductor Studio, SPSS Statistics, KXEN Analytic Framework. Таким образом для
выбора имеем 3 альтернативы.
Анализ и выбор типовых проектных решений был проведен на основе множества
критериев, сформулированных, исходя из требований, заявленных в п. 2.4.3.4 технического задания на проект (функциональные требования сформулированы в п. 2.4.1.1 и 2.4.2
технического задания на проект) k = {k1, k2, k3, k4, k5, k6}:
Функциональные требования:
k1 - наличие импорта и экспорта данных;
k2 – возможность интеграции данных с подсистемами;
k3 – полнота выполнения требуемых функций;
Информационные требования:
k4 - поддержка технологии клиент-сервер;
k5 - возможность работы с русскоязычным текстом;
43
Программные требования:
k6 - поддержание работы с документами MS Office.
k7 - наличие лицензии.
На основе метода экспертных оценок каждому из выбранных критериев был назначен весовой коэффициент, соответствующий степени важности наличия данного признака
у выбираемого проектного решения по шкале [0;1] с шагом 0,5, где:
0
0,5
1
Наличие признака Наличие признака Наличие признака
не имеет значения
желательно
необходимо
Значения весовых коэффициентов по каждому критерию представлены в таблице 8.
Таблица 8 - Значения весовых коэффициентов по критериям выбора
№ Название критерия
Весовой коэффициент, ω
k1
Наличие импорта и экспорта данных
1
k2
Возможность интеграции данных с подсистемами
1
k6
Поддержание работы с документами MS Office
1
k7
Наличие лицензии
0,5
Полнота выполнения требуемых функций
k3
0,5
k5
Возможность работы с русскоязычным текстом
0,5
1
k4
Поддержка технологии клиент-сервер
Оценка степени важности наличия признаков у ПС производилась субъективно
разработчиком с точки зрения необходимости той или иной характеристики типового
проектного решения для реализации разработки.
Перечень рассматриваемых типовых проектных решений, а также их удовлетворение критериям выбора представлены в таблице 9 («1» обозначает наличие признака у ПС,
«0» обозначает его отсутствие).
Таблица 9 - Анализ типовых проектных решений
Название программного продукта Номер критерия/Значение критерия, аi
7
1
2
3
4
5
6
1
Deductor Studio
1
1
1
1
1
1
1
SPSS Statistics
1
1
0
1
0
0
KXEN Analytic Framework
1
1
0
0
1
0
1
Произведем расчет методом аддитивной свертки. Для выявления наиболее оптимального решения необходимо произвести расчет суммарного значения S для каждого
программного продукта по формуле:
, где аi – значение критерия; ωi – вес критерия.
Результаты вычислений представлены в таблице 10.
Обозначение альтернативы
Deductor Studio
SPSS Statistics
KXEN Analytic Framework
Таблица 10 - Результаты вычисления
Суммарное значение, S
5,5
3,5
3
44
Таким образом, максимальное значение получено для программного продукта
Deductor Studio, следовательно, выбор типового проектного решения следует остановить
именно на нем, поскольку из всех проанализированных приложений данное программное
средство максимально удовлетворяет всем заявленным требованиям.
3.4.1.3 Выбор средства хранения знаний
В результате обзора и выбора средств аналитической обработки, а так же предоставления данных во внешней среде позволяющие реализовать и функции подсистемы
хранения в полной мере. Следовательно, данная подсистема также будет реализована с
помощью программного продукта «WordPress» (Выбор СУБД приведен в п.3.3.3.1.2 решений по информационному обеспечению ИС).
3.4.2 Краткое описание программного средства «WordPress»
WordPress — система управления содержимым сайта с открытым исходным кодом.
Написана на PHP, в качестве базы данных использует MySQL. Сфера применения — отблогов до достаточно сложных новостных ресурсов и интернет-магазинов. Встроенная
система «тем» и «плагинов» вместе с удачной архитектурой позволяет конструировать
практически любые проекты.
Технические особенности:
• единая категоризация всех видов содержимого (таксономия) — от форумных
сообщений до блогов и новостных статей
• широкий набор свойств при построении рубрикаторов: плоские списки, иерархии, иерархии с общими предками, синонимы, родственные категории
• вложенность категорий любой глубины
• поиск по содержимому, в том числе поиск по таксономии и пользователям
• разграничение доступа пользователей к материалам (ролевая модель)
• динамическое построение меню
• поддержка XML-форматов:
• вывод документов в RDF/RSS
• агрегация материалов с других сайтов
• BlogAPI для публикации материалов с помощью внешних приложений
• символьные осмысленные URL (иначе «человеко-понятные» — ЧПУ)
• переводы интерфейса сайта на разные языки, а также поддержка ведения разноязычного контента
• возможность создания сайтов с пересекающимся содержимым (например общей базой пользователей или общими настройками)
• раздельные конфигурации сайта для различных виртуальных хостов (мультисайтинг), в том числе собственные наборы модулей и тем оформления для каждого подсайта.
3.4.3 Структура программного обеспечения
В соответствии с выделенными в п. 2.4.3.4 технического задания на проект подсистемами структура программного обеспечения представляет собой совокупность модулей,
входящих в состав одного программного средства. Структура программного обеспечения
представлена на рисунке 11.
45
Рисунок 11 - Структура программного обеспечения
3.4.4 Методы и средства разработки программного обеспечения
Тексты запросов, использующихся в БД:
1. Формирование списка товаров (каталог):
SELECT [Номенклатура товаров].[Наименование товара], [Номенклатура товаров].[Цена
товара], [Вес]. FROM [Номенклатура товаров] INNER JOIN [Каталог товаров] ON
[Номенклатура товаров].[Код номенклатуры товара]=[ Каталог товаров];
2. Вывести все заказы клиента:
SELECT [Заказ].[Количество товара],
FROM [Клиент] INNER JOIN [Заказ] ON [Заказ].[Код заказа]=[Заказ].[Номер заказа]
GROUP BY [Заказ].[Код заказа], [Заказ].[ Количество товара].[Итого];
3. Вывести список клиентов по количеству заказов:
SELECT [Клиент].[Код клиента],
FROM [Клиент] INNER JOIN [Клиент].[Код клиента] ON [Заказ].[ Количество заказов];
4. Вывести список товаров наибольшего спроса:
SELECT [Заказ].[Количество товара],
FROM [Клиент] INNER JOIN [Заказ] ON [Заказ].[Код заказа]=[Заказ].[Количество заказов]
GROUP BY [Заказ].[Код заказа], [Заказ].[ Количество товара].
46
3.5 Решения по техническому обеспечению «СИО КД»
3.5.1 Обоснование выбора структуры комплекса технических средств
Для реализации выполнения функций, описанных в ТЗ п.2.4.3.5, а также в соответствии с выбранным программным обеспечением в данном курсовом проекте раздел 3.4,
необходимо наличие следующего технического оборудования со следующими техническими характеристиками (таблица 11):
Таблица 11 – Характеристика имеющегося оборудования
Наименование
Задачи
Имеющиеся
Результат
оборудования
характеристики
Серверы
1.Хранение БД, под- 1. Тактовая частота 3,2 Ггц; Существующий
держка их целостно- 2. Процессов Intel Pentium 4; сервер удовлести, полноты, актуаль- 3.Максимально возможное творяет предъности;
число процессоров 8;
явленным тре2.Прием и обработка 4. Объем оперативной памя- бованиям
запросов к БД, а также ти 2 Гбайта на 1 процессор;
пересылка результатов 5.Объем КЭШ памяти прообработки на рабочую цессора 2,5 Мбайта;
станцию;
6. Объем дисковой памяти
3.Обеспечение автори- 200 Гбайт.
зированного доступа к
базам данных, поддержка системы ведения и учета пользователей, разграничение
доступа пользователей;
4.Согласование изменений данных, выполняемых разными пользователями;
5.Поддержка распределенных баз данных,
взаимодействие с другими серверами баз
данных.
Рабочие
1. Обработка данных; 1.Процессор Intel Pentium 3; Установленные
станции
2. Хранение данных; 2. Тактовая частота 1,4 Ггц;
рабочие станпользователей
3. Перемещение дан- 3.Диагональ монитора 17 ции удовлетвоных.
дюймов;
ряют предъяв4. Объем КЭШ памяти 512 ленным требоКбайт;
ваниям
5. Объем оперативной памяти 4 Гбайт;
6. Объем дисковой памяти
75 Гбайт.
47
Наименование
Задачи
оборудования
Маршрутизатор 1. Чтение заголовков
пакетов сетевых протоколов, принимаемых
и буферизуемых по
каждому порту;
2. Принятие решения о
дальнейшем маршруте
следования пакета по
его сетевому адресу,
включающему,
как
правило, номер сети и
номер узла;
3. Легкий и быстрый
доступ к интернету
Мышь и
клавиатура
Принтеры
Имеющиеся
характеристики
1.
Количество
портов
Ethernet 10/100/1000 не менее 10;
2. Количество одновременных сессий не ниже 4000; и
количество сессий в секунду
не менее 3000;
3. Доступ к внутрисетевым
ресурсам, в том числе при
отключенном соединении с
Интернет;
4. Подключение к Интернет
через L2TP, с автоматическим переподключением в
случае разрыва соединения.
Устройства манипуля- 101/102 клавиши, раскладка
ции
QWERTY
Результат
Существующий
маршрутизатор
удовлетворяет
предъявленным
требованиям
Соответствует
предъявленным
требованиям
Периферийное устрой- Черно-белые копии со ско- Соответствует
ство для перевода тек- ростью не менее 10 стр./мин предъявленным
ста или графики на фи- и не более 24 стр./мин.
требованиям
зический носитель в
бумажный вид из электронного вида.
К локально-вычислительной сети предъявляется рад требований:
 производительность (быстрое время реакции на запрос, высокая пропускная
способность сети);
 масштабируемость (дает возможность наращивать рабочие места в сети, наращивать программное и аппаратное обеспечение);
 надежность (возможность использования ЛВС для передачи данных без потерь
и искажений и безотносительно к отказам отдельных элементов сети).
Локально-вычислительная сеть отдела подключена к серверу компании и объединяет в себя сервер отдела, 8 рабочих станций, сетевой принтер. Для объединения используется маршрутизатор. Топология сети в отделе – звезда (центральный узел) удовлетворяет нашим требованиям к ЛВС и обладает следующими преимуществами:
 выход из строя одной рабочей станции не влияет на работу всей сети;
 хорошая масштабируемость сети;
 лёгкий поиск неисправностей и обрывов в сети;
 высокая производительность сети (при условии правильного проектирования);
 гибкие возможности администрирования.
Размещение оборудования к коммерческом отделе, удовлетворяют требованиям и
техническим условиям эксплуатации технических средств (ТЗ п.2.4.1.3,п.2.4.1.5, п.2.4.1.6).
48
3.6 Решения по организационному обеспечению «СИО КД»
3.6.1 Изменения в организационной структуре управления объектом
Таблица 12 – Описание регламента выполнения функций
Функции
Регламент
Время
Требования к
выполнения функций
выполнения
компетентности
При поступлении данных 10 минут
Обработка
Требования к компетентноо
клиенте
(при
получении
данных о
сти сотрудников, выполего
заказа)
среднее
время
клиенте
няющих данную функцию
обработки – 30 минут
(F1)
предъявлены в ТЗ п.2.4.1.2
Обработка
При поступлении заказа
20 минут
Требования к компетентноданных о
от клиента, среднее время
сти сотрудников, выползаказе
обработки – 45 минут
няющих данную функцию
(F2)
предъявлены в ТЗ п.2.4.1.2
Корректиров- При необходимости вне- 10 минут
Требования к компетентнока (F3)
сения изменений в анкету
сти сотрудников, выполклиента или его заказ
няющих данную функцию
предъявлены в ТЗ п.2.4.1.2
Прогнозиро- В конце каждого месяца
3 часа
Требования к компетентнование продаж
сти сотрудников, выпол(F4)
няющих данную функцию
предъявлены в ТЗ п.2.4.1.2
Формирова- По запросу начальника 1 час
Требования к компетентноние операотдела
сти сотрудников, выполтивных отченяющих данную функцию
тов (F5)
предъявлены в ТЗ п.2.4.1.2
Формирова- Раз в месяц
1,5 часа
Требования к компетентноние статистисти сотрудников, выполческой отчетняющих данную функцию
ности (F6)
предъявлены в ТЗ п.2.4.1.2
Оценим компетентность существующих в коммерческом отделе сотрудников (таблица 13):
Таблица 13 – Компетентность существующих в отделе сотрудников
Должность сотрудника
Квалификация
Ставка
Начальник отдела (А)
Умение быстро находить информацию, рабо- Полная
тать с запросами, высокий уровень подготовки
в предметной области
Системный администратор(В) Администрирование локальной сети, серверов, Полная
ПК, периферийных устройств
Менеджер по продажам 1 (C) Опытный пользователь ПК, знание языка по- Полная
строения запросов, умение агрегировать нужную информацию, знание методологии анализа
в предметной области
49
Должность сотрудника
Менеджер по продажам 2 (D)
Квалификация
Опытный пользователь ПК, знание языка построения запросов, умение агрегировать нужную информацию, знание методологии анализа
в предметной области
Менеджер по работе с клиен- Опытный пользователь ПК, знание языка потами 1 (E)
строения запросов, умение агрегировать нужную информацию, знание методологии анализа
в предметной области
Менеджер по работе с клиен- Опытный пользователь ПК, знание языка потами 2 (F)
строения запросов, умение агрегировать нужную информацию, знание методологии анализа
в предметной области
Ставка
Полная
Полная
Полная
Определение соответствия сотрудников требованиям компетентности (таблица 14):
Функция
F1
F2
F3
F4
F5
F6
A
-
Таблица 14 – Матрица компетенций
C
D
E
F
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
B
+
+
+
-
В результате получено, что новые сотрудники в организационную структуру отдела не требуется, необходимо только внести изменения в должностную инструкцию: менеджера по работе с клиентами и менеджера по продажам.
Для реализации всех функций, описанных в данном курсовом проекте п.5.1 и в соответствии с ТЗ п.2.4.1.7 для работы в системе информационного обеспечения в соответствии с должностями в организации выделяются следующие группы сотрудников:
- начальник отдела;
- системный администратор;
- менеджеры одела (менеджер по продажам 1, менеджер по продажам 2, менеджер
по работе с клиентами 1, менеджер по работе с клиентами 2).
Пользователи системы имеют следующие права (таблица 15):
Таблица 15 – права пользователей базы данных
Функции /пользователи
Системный администратор
Менеджеры отдела
Чтение Таблицы
Удаление Таблицы
Включение Таблицы
Изменение Таблицы
Чтение Справочники
Удаление Справочники
Включение Справочники
Изменение Справочники
*
*
*
*
*
*
*
*
*
*
*
50
Начальник отдела
Функции /пользователи
Системный администратор
Менеджеры отдела
Начальник отдела
Чтение Формы
Удаление Формы
Включение Формы
Изменение Формы
Чтение Отчеты
Удаление Отчеты
Чтение Записи
Удаление Записи
Включение Записи
Изменение записи
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
*
51
4. Рабочее проектирование ИС
52
Заключение
Целью данного проекта являлось выявление недостатков в существующей в организации системы информационного обеспечения, а также проектирование изменений
данной системы с тем, чтобы устранить выявленные недостатки.
В ходе выполнения проекта были определены необходимые преобразования для
ИС, сформулированы требования к функциям разрабатываемой ИС, произведен обзор существующих типовых проектных решений, позволяющих реализовывать данные функции, и осуществлен выбор и настройка оптимального программного средства.
Таким образом, в ходе исследования удалось разработать информационную систему, отвечающую всем требованиям, заявленным в техническом задании на проект.
Данная система рассчитана на дальнейшее развитие и масштабирование, для этого
в ходе технического проектирования были предусмотрены необходимые условия.
Таким образом, поставленная в ходе исследования задача полностью решена.
53
Список использованных источников
1. Белов А.А. Экономические аспекты информатизации/ А.А. Белов / Иван. гос. энерг. унт. – Иваново, 2006. – 98 с.
2. Гвоздева Т.В. Проектирование информационных систем: учеб. пособие / Т.В. Гвоздева,
Б.А. Баллод . – Ростов н/Д: Феникс, 2009. – 508 с.
3. ГОСТ 50948-2001 «Средства отображения информации индивидуального пользования.
Общие эргономические требования и требования безопасности».
4. ГОСТ 21958-76 «Система "Человек-машина". Общие эргономические требования».
5. Федеральный закон от 27 июля 2006 г. N 149-ФЗ "Об информации, информационных
технологиях и о защите информации" (с изменениями и дополнениями).
54
Приложение А
Схема организационной структуры «СИО КД»
55