- •1. Обследование объекта автоматизации
- •1.1 Данные о предприятии
- •1.2 Обзор аналогов системы
- •1.3 Организационная структура
- •2. Бизнес-процессы до автоматизации организации
- •2.1 Описание бизнес-процессов по методологии idef0
- •2.2 Описание информационных потоков по методологии dfd
- •3. Техническое задание. Состав и содержание
- •3.1 Общие сведения
- •3.2 Назначение и цели создания системы
- •3.3 Характеристика объекта автоматизации
- •3.4 Требования к системе
- •3.5 Состав и содержание работ по созданию системы
- •4. Объектно-ориентированные проектирование ис
- •4.1 Диаграмма прецедентов
- •4.2 Диаграмма классов с концептуальной точки зрения
- •4.3 Диаграмма состояний объектов класса
- •4.4 Диаграмма видов деятельности
- •4.5 Диаграмма последовательности
- •5. Сетевой план выполнения проектных работ
- •5.1 Определение состава работ по стадиям и этапам
- •5.2 Содержание работ на каждом этапе
- •5.3 Первоначальный сетевой план
- •5.4 Квалификационный план
- •5.5 Корректировка сетевого плана
3.4 Требования к системе
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
Система должна быть централизованной, т.е. все данные должны располагаться в центральном хранилище. Система должна иметь трехуровневую архитектуру: БД – Бизнес логика – Web-интерфейс.
БД - подсистема хранения данных, которая предназначена для хранения данных, нацеленных на принятие решений пользователем.
Web-интерфейс - подсистема формирования и визуализации информации.
Для организации доступа пользователей к системе необходимо использовать протокол презентационного уровня HTTP.
Для организации информационного обмена между компонентами системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS.
Система должна поддерживать следующие режимы функционирования:
- Основной режим, в котором подсистемы СУЗ выполняют все свои основные функции.
- Профилактический режим, в котором одна или все подсистемы СУЗ не выполняют своих функций.
В основном режиме функционирования система должна обеспечивать:
- работу пользователей в режиме – 24 часа в день, 7 дней в неделю
- выполнение своих функций – хранение, обработку и предоставление данных.
В профилактическом режиме система должна обеспечивать возможность проведения следующих работ:
- техническое обслуживание;
- модернизацию аппаратно-программного комплекса;
- устранение аварийных ситуаций.
Общее время проведения профилактических работ не должно превышать 5% от общего времени работы системы в основном режиме (500 часов).
Диагностирование системы должно осуществляться следующими средствами, входящими в комплект поставки программного обеспечения:
- СУБД
- Web-браузер
Обязательно ведение журналов инцидентов в электронной форме.
Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание.
Требования к численности и квалификации персонала системы и режиму его работы
Требования к численности персонала
В состав персонала, необходимого для обеспечения эксплуатации СУЗ в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:
- Системный администратор – 1 человек.
Выполняет следующие обязанности:
- на всем протяжении функционирования системы обеспечивает подготовку и загрузка данных из внешних источников в хранилище данных.
- обеспечивает распределение дискового пространства, модификацию структур БД, оптимизацию производительности.
- на всем протяжении функционирования КХД обеспечивает поддержку пользователей.
- так же обеспечивает бесперебойный доступ пользователей к информации.
- Главный конструктор — 1 человек
Выполняет следующие обязанности:
- руководит конструкторским отделом.
- обеспечивает оценку технологичности поступающих заказов.
- обеспечивает правильность составления формы производственных процессов на основе предоставленных заказчиком данных.
- Начальник отдела экономики — 1 человек
Выполняет следующие обязанности:
- руководит отделом экономики.
- обеспечивает оценку экономичности поступающих заказов.
- оценивает расходы на выполнение заказа
- Начальник отдела приема заказов — 1 человек
Выполняет следующие обязанности:
- руководит отделом приема заказов.
- поддерживает связь с заказчиками в случае возникновения непредвиденных ситуаций в процессе производства или дополнительных требований со стороны заказчиков.
Требования к квалификации персонала
К квалификации персонала, эксплуатирующего СУЗ, предъявляются следующие требования:
- Администратор системы - знание методологии проектирования хранилищ данных; знание СУБД; знание языка запросов SQL; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД; знание языков программирования PHP5 и HTML.
- Главный конструктор, Начальник отдела экономики, Начальник отдела приема заказов — базовые навыки работы с компьютером; принцип обращения с файлами заказов и СУБД. Требования к квалификации установлены предприятием.
- Пользователь системы – знание области деятельности; принцип обращения с системой онлайн заказов и СУБД.
Требования к режимам работы персонала
Персонал, работающий с Системой КХД и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах:
- Начальник отдела приема заказов - в соответствии с основным рабочим графиком подразделений Заказчика.
- Начальник отдела экономики - в соответствии с основным рабочим графиком предприятия.
- Главный конструктор - в соответствии с основным рабочим графиком предприятия.
- Администратор - в соответствии с основным рабочим графиком предприятия.
Требования к надежности
Состав показателей надежности для системы в целом
Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств.
Надежность должна обеспечиваться за счет:
- применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач;
- своевременного выполнения процессов администрирования Системы;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
Система должна соответствовать следующим параметрам:
-
Вероятность безотказной работы системы за 500 часов должна быть не менее 0,95
-
Достоверность выдаваемой информации 0.98
Перечень аварийных ситуаций, по которым регламентируются требования к надежности
В ходе функционирования системы могут возникнуть следующие аварийные ситуации:
- сбой в электроснабжении сервера
- ошибки СУЗ, не выявленные при отладке и испытании системы
- сбои программного обеспечения сервера
Требования к надежности технических средств и программного обеспечения
К надежности оборудования предъявляются следующие требования:
- в качестве аппаратных платформ должны использоваться средства с повышенной надежностью
- применение технических средств соответствующих классу решаемых задач
- аппаратно-программный комплекс Системы должен иметь возможность восстановления в случаях сбоев.
К надежности электроснабжения предъявляются следующие требования:
- с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация серверов источником бесперебойного питания
Надежность аппаратных и программных средств должна обеспечиваться за счет следующих организационных мероприятий:
- своевременного выполнения процессов администрирования;
- соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем должна обеспечиваться за счет:
- надежности ПО
- проведением комплекса мероприятий отладки, поиска и исключения ошибок.
- ведением журналов системных сообщений и ошибок для последующего анализа и изменения конфигурации.
Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами.
Проверка выполнения требований по надежности должна производиться на этапе проектирования расчетным путем.
Требования к эргономике и технической эстетике
Подсистема формирования и представления данных должна обеспечивать удобный для пользователя интерфейс, отвечающий следующим требованиям.
В части внешнего оформления:
- должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
- должен использоваться шрифт: GOST type A
- размер шрифта должен быть: 24
- цветовая палитра должна быть: Черно - белой
В части диалога с пользователем:
- при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке.
Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы
Условия эксплуатации, а также виды и периодичность обслуживания технических средств системы должны соответствовать требованиям по эксплуатации, техническому обслуживанию, ремонту и хранению, изложенным в документации завода-изготовителя на них.
Для обеспечения выполнения требований по надежности должен быть создан комплект запасных изделий и приборов.
Требования к защите информации от несанкционированного доступа
Требования к информационной безопасности
Обеспечение информационное безопасности должно удовлетворять следующим требованиям:
- Защита системы должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер.
- Разграничение прав доступа заказчика, работников предприятия и администратора
Требования к антивирусной защите
Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов системы. Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать:
- централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;
- централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;
- ведение журналов вирусной активности;
Требования по сохранности информации при авариях
В системе должно быть обеспечено резервное копирование данных.
Выход из строя трех жестких дисков дискового массива не должен сказываться на работоспособности подсистемы хранения данных.
Требования к защите от влияния внешних воздействий
Требования по стойкости, устойчивости и прочности к внешним воздействиям:
- Система должна иметь возможность функционирования при колебаниях напряжения электропитания в пределах от 155 до 265 В
- Система должна иметь возможность функционирования в диапазоне допустимых температур окружающей среды, установленных изготовителем аппаратных средств.
- Система должна иметь возможность функционирования в диапазоне допустимых значений влажности окружающей среды, установленных изготовителем аппаратных средств.
Требования по стандартизации и унификации
Разработка системы должна осуществляться с использованием стандартных методологий функционального моделирования IDEF0.
Моделирование должно выполняться в рамках стандартов, поддерживаемых программными средствами моделирования BPWin и Sparx Enterprise Architect.
Для разработки пользовательских интерфейсов и средств генерации отчетов должны использоваться языки программирований HTML и PHP5.
Требования безопасности
При внедрении, эксплуатации и обслуживании технических средств системы должны выполняться меры электробезопасности.
Аппаратное обеспечение системы должно соответствовать требованиям пожарной безопасности в производственных помещениях.
Аппаратная часть системы должна быть заземлена.
4.2 Требования к видам обеспечения
4.2.1 Требования к информационному обеспечению
4.2.2.1 Требования к составу, структуре и способам организации данных в системе
Структура хранения данных должна состоять из следующих основных областей:
- область временного хранения данных;
- область постоянного хранения данных;
Многомерная модель данных физически должна быть реализована в СУБД по иерархической топологии.
4.3.2.2 Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания.
Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.
4.3.2.3 Требования к контролю, хранению, обновлению и восстановлению данных
К контролю данных предъявляются следующие требования:
- система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных.
К хранению данных предъявляются следующие требования:
- в системе должны храниться все данные о поступавших с момента начала её работы заказах и их состоянии.
К обновлению и восстановлению данных предъявляются следующие требования:
- для сервера базы данных необходимо обеспечить резервное копирование его файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев;
4.3.2 Требования к лингвистическому обеспечению
При реализации системы должны применяться следующие языки высокого уровня: SQL, PHP5, HTML.
Должны выполняться следующие требования к кодированию данных : UTF-8 для подсистемы хранения данных.
Для организации диалога системы с пользователем должен применяться графический пользовательский интерфейс.
4.3.3 Требования к программному обеспечению
СУБД должна иметь возможность установки на ОС ХP, Windows 7
ETL-средство должно иметь возможность установки на ОС ХP, Windows 7
BI-приложение должно иметь возможность установки на ОС ХP, Windows 7
4.3.4 Требования к техническому обеспечению
Система должна быть реализована с использованием специально выделенных серверов Заказчика.
Сервер базы данных должен быть развернут на компьютере с минимальной конфигурацией: CPU: 800Mhz; RAM: 128 Mb; HDD: 512 Gb; Network Card: 2 (2 Gbit).
Минимальный объем свободного пространства для хранения данных на дисковом массиве должен составлять 100 Тб.
4.3.5 Требования к организационному обеспечению
- подразделение, обеспечивающее эксплуатацию системы, должно заранее информировать всех пользователей (с указанием точного времени и продолжительности) о переходе её в профилактический режим
- для всех пользователей должна быть запрещена возможность удаления преднастроенных объектов
- для снижения ошибочных действий пользователей должно быть разработано полное и доступное руководство пользователя.