- •Плановые сроки начала и окончания работы по созданию системы
- •Требования к системе в целом
- •Требования к структуре и функционированию системы
- •Порядок оформления и предъявления заказчику результатов работ по созданию системы
- •Назначение и цели создания (развития) системы
- •Назначение системы
- •Цели создания системы
- •Характеристики объекта информатизации
- •Краткие сведения об объекте информатизации
- •Сведения об условиях эксплуатации объекта автоматизации
- •Требования к системе
- •Требования к численности и квалификации персонала системы и режиму его работы
- •Требования к надёжности
- •Требования безопасности
- •Требования к эргономике и технической эстетике
- •Требования к условиям эксплуатации
- •Требования к защите информации от несанкционированного доступа
- •Требования по сохранности информации при авариях
- •Требования к защите от влияния внешних воздействий
- •Требования по стандартизации и унификации
- •Требования к функциям (задачам), выполняемым системой
- •Функции, задачи или их комплексы (в том числе обеспечивающие взаимодействие частей системы), подлежащие автоматизации по каждой подсистеме
- •При создании системы в две или более очереди - перечень функциональных подсистем, отдельных функций или задач, вводимых в действие в 1-й и последующих очередях
- •Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности
- •Требования к видам обеспечения
- •Информационное обеспечение
- •Программное обеспечение
- •5.3. Техническое обеспечение
- •Требования к составу и содержанию работ по подготовке объекта разработки к вводу системы в действие
- •Перечень стадий и этапов работ по созданию системы
- •Перечень документов, предъявляемых по окончании соответствующих стадий и этапов работ
- •Порядок контроля и приемки системы
- •Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие
Перечень и критерии отказов для каждой функции, по которой задаются требования по надежности
Отказы функций системы могут быть вызваны следующими причинами:
ошибка разработчика при построении алгоритма и кодировании;
ошибки и отказы работы программного и аппаратного обеспечения, взаимодействующего с системой;
ошибки пользователей;
отключение электроэнергии.
Требования к видам обеспечения
Информационное обеспечение
Требования к составу, структуре и способам организации данных в системе
Данные, с которыми будет иметь дело система, можно условно назвать «рабочими». «Рабочие» данные включают:
данные о заказанных местах;
данные с контактной информацией владельцев;
данные о транспортных средствах;
данные о наличии свободных мест;
В соответствии с приведёнными видами и составом данных их можно структурировать, как показано на рисунке 7.
Рисунок 7 – Структура данных
Требования к информационному обмену между компонентами системы
В качестве компонентов системы в данном случае следует рассматривать её подсистемы. Информационный обмен между подсистемами можно изобразить графически (рисунок 8).
Рисунок 8 – Информационный обмен между компонентами системы
Из приведённого рисунка видно, что информационный обмен между компонентами системы происходит в соответствии с их функциональным взаимодействием.
Требования к информационной совместимости со смежными системами
Информационная совместимость системы со смежными системами возможна лишь в случае обладания ими информацией, удовлетворяющей требованиям разрабатываемой системы. Эти требования являются следующими:
полнота;
достоверность;
актуальность;
своевременность.
Требования по применению систем управления базами данных
Для управления базами данных в данном случае может применяться СУБД Microsoft SQL Server, на которую будут полностью возложены функции по обеспечению целостности, конфиденциальности и частично безопасности данных.
Требования к защите данных
Защита данных должна быть обеспечена как на программном, так и аппаратном уровнях. На аппаратном уровне защита основана на топологии локальной сети, средствах её построения. Защиту данных на программном уровне обеспечивает СУБД SQL Server, а также сервисы, службы WINDOWS NT и программный FireWall, используемый как дублёр аппаратного.
Требования к контролю, хранению, обновлению и восстановлению данных
Контроль данных должен осуществляться как со стороны системы, так и со стороны СУБД. Со стороны системы контроль обеспечивает подсистема «контроля и управления доступом». Со стороны СУБД будут задействованы имеющиеся у неё сервисы и службы, которые служат для контроля и обеспечение безопасности данных. На рисунке девять представлена графическая интерпретация процесса контроля данных.
Рис.
9. Процесс контроля данных
СУБД* – Система управления базой данных.
Хранение данных будет обеспечивать система управления базами данных. Обновление данных будет производиться за счёт взаимодействия разрабатываемой системы и СУБД. Так новые данные, поступая в систему, распределяются между подсистемами. При распределении соответствующие поля в БД обновляются, при необходимости хранившиеся данные сохраняются и обновлённые данные сохраняются. Восстановление данных будет осуществляться за счёт резервного копирования и восстановления.
