1. Требования к системе в целом:

   1. Перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы: Разрабатываемая система должна включать следующие организационно-технические модули, обеспечивающие выполнение различных задач, связанных с обеспечением хранения информации об адвокатах.

   2. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости и способы обмена информации: Программное обеспечение системы должно обеспечивать интеграцию и совместимость на информационном уровне с другими системами.

   3. Требования к численности персонала, его квалификации и режиму его работы: Задачи по обслуживанию системы в части администрирования системы безопасности, администрирования LAN, СУБД, установки и непосредственной эксплуатации системы управления контекстом должны выполняться специалистами служб и отделов Заказчика. Требования к квалификации администратора безопасности: высшее образование, минимум год работы по администрированию средств защиты Web-сервера (Apache)

   4. Требования к надежности: При размещении на технической площадке, удовлетворяющей требованиям эксплуатационной документации, система должна обеспечивать необслуживаемое функционирование в круглосуточном режиме с допустимыми перерывами на профилактику и перенастройку и простоями в связи с неисправностью не более 48 часов в год, при среднем времени устранения неисправности, вызвавшей простой, не более 3 часов. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие аварийные сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.

   5. Требования к безопасности: Все технические решения, использованные при создании программного изделия, а также при определении требований к аппаратному обеспечению, должны соответствовать действующим нормам и правилам безопасности.

   6. Требования к эргономике и технической эстетики: Взаимодействие пользователей с программным изделием должно осуществляться посредством визуального графического интерфейса. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме, в реальном масштабе времени. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям, выполняемым подсистемами. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», т.е. управление системой должно осуществляется с помощью набора экранных меню, кнопок, значков и т.п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении/редактировании текстовых и числовых полей экранных форм.

   7. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы: Для бесперебойной работы при регулярной, круглосуточной эксплуатации с еженедельными техническими осмотрами индивидуальным пользователем.

   8. Требования к защите информации от несанкционированного доступа: Автоматизированная система должна обеспечивать защиту от несанкционированного доступа на уровне не ниже, чем установлен требованиями, предъявляемым к категории 1Г по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем».

   9. Требования к средствам защиты от внешних воздействий: Физическая защита аппаратных компонентов системы, носителей данных, резервирование ресурсов и текущее обслуживание реализуется техническими и организационными средствами.

   10. Дополнительные требования: Программное обеспечение системы должно автоматически восстанавливать свое функционирование при корректном перезапуске аппаратных средств. Система должна предусматривать возможность организации автоматического или ручного резервного копирования с использованием стандартных программных и аппаратных средств.

2. Требования к функциям системы: первоначальный ввод информации в базу данных с целью длительного хранения на диске, организация поступающих заказов от клиентов, формирование отчетов, обеспечение надежного функционирования.

3. Требования к видам обеспечения:

   1. Требования к информационному обеспечению: Уровень хранения данных в системе должен быть построен на платформе объектно-реляционной СУБД в соответствии с техническими требованиями к комплексу средств автоматизации правительственных органов Российской Федерации. Взаимодействие пользователей с базой данных должно осуществляется исключительно посредством CGI - приложения. Для обеспечения целостности данных могут использоваться как встроенные механизмы СУБД, так и хранимые процедуры.

   2. Требования к программному и техническому обеспечению:

Клиентское ПО: процессор Pentium III 300MHz, ОП 64 Мб, свободное дисковое пространство 50 Мб, принтер для печати документации, сеть, поддерживающая протокол ТСР/IP.

Сервер: процессор Pentium IV 1500MHz, ОП 512 Мб, свободное дисковое пространство 1Г, принтер для печати документации, сеть, поддерживающая протокол ТСР/IP, сервер БД MySQL 4.x и выше.

3. Требования к организационному обеспечению: В ходе разработки должно обеспечиваться постоянное взаимодействие между сторонами, для чего ими должны быть сформированы рабочие группы по данному этапу проекта, включающие, как минимум, лиц, ответственных за: решение административных вопросов (организация встреч, предоставление допусков, рассмотрение и согласование проектной документации и т.п.); решение инженерно-технических вопросов (согласование технических аспектов реализации и администрирования системы, определение наличия и размещения технических средств, коммуникаций и т.п.); нормативно-методическое и информационное обеспечение проектных работ, включая необходимое консультирование, организацию интервьюирования экспертных групп с целью уточнения функциональных характеристик подсистем и т.п.; согласование. Указанные лица должны иметь необходимый уровень компетенции, в том числе для принятия (организации принятия) оперативных решений по вопросам разработки.

4.5. Требования к составу и содержанию работ по созданию и развитию системы

По итогам испытаний по мере необходимости Исполнителем проводится корректировка проектной и эксплуатационной документации и устранение выявленных недостатков программного обеспечения. Указанные работы могут производиться на стадии опытной эксплуатации, если недостатки не носят характера и приемо-сдаточная комиссия сочтет возможным принять систему в эксплуатацию с замечаниями.

4.6. Порядок контроля и приёмки системы

Для тестирования разработанной системы тестеру (…) предлагается опробовать работоспособность CMS приложения и выявить недостатки в работоспособности, данной системы. Сдача - приёмка работ производится поэтапно, в соответствии с календарным графиком. Комиссия при защите курсовой работы состоит из 3-х человек:

1. Кирпичев А.Н.

2. Дутка Р.М.

3. Плешев Д.А.

4.7. Требования к документированию

Вся документация, сопровождающая данный проект должна быть доступной и понятной пользователю. Персонал, работающий с данной системой, должен быть ознакомлен со всей документацией в обязательном порядке.

4.8. Стадии этапы разработки

Таблица № 4.1. «Стадии разработки»

№	Наименование работ	Раздел отчета	Срок выполнения работ
1	Сбор информации, изучение предметной области	Введение, описание предприятия и бизнес процессов,	1 ноября 2008
2	Разработка инфологической модели	Инфологическая модель	5 ноября 2008
3	Разработка даталогической модели	Даталогическая модель	6 ноября 2008
4	Написание технического задания (ТЗ) на создание ИС	ТЗ на создание ИС	10 ноября 2008
5	Создание БД, настройка системы безопасности, написание приложения БД	Описание основных форм, отчетов, запросов; приложения А, Б	1 декабря 2008
6	Создание справочной системы	Справочная система	3 декабря 2008
7	Окончательное написание пояснительной записки	ПЗ по КР	8 декабря 2008
8	Допуск к защите	Подписи	16 декабря 2008