1.3.3. Конечная формулировка требований и концепции системы.

Проектирование информационной системы по “автоматизации документооборота и хранения архива документов” необходимо для повышения эффективности работы сотрудников отдела канцелярии, автоматизации формирования реестра и организации электронного архива документов.

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

Информационная система будет работать в рамках существующей системы организации.

Информационная система должна представлять собой систему, построенную на архитектуре «клиент-сервер».

Для работы системы сервер должен обладать следующими характеристиками:

- CPU: Celeron 2.8 ≈ ГГц;

- ОЗУ: 512ГБ;

- HDD: от 80 ГБ.

Клиентские машины: Windows XP

Функциональные требования к системе.

Основные функции разработанного ПО:

• Регистрация

• Формирование реестра исполненных поручений.

• Формирование реестра контролируемых поручений.

• оперативный поиск необходимых документов

Регистрация– осуществляется занесением и хранением реквизитов документа в БД

Формирование реестра исполненных поручений – осуществляется при помощи внесения данных о исполнении, формирования реестра исполненных поручений.

Формирование реестра контролируемых поручений–осуществляется формированием реестра контролируемых поручений, внесением данных о изменении состояния выполнения документа.

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

Нефункциональные требования.

-Система должна отвечать принятым стандартам организации по уровню защиты данных и доступа к ним;

-Время обработки, выдачи информации (ответ системы на запрос) - не более 13 секунд;

-Минимизация затрат времени на заполнение данных;

-Высокая надежность ИС;

-Система должна обеспечивать снижение временных затрат на формирование отчётности;

Надежность проектируемой системы

• система должна быть доступна для работы пользователю в течение всего рабочего времени;

• количество допускаемых ошибок должно быть минимальным;

• устранение неисправностей должно производиться незамедлительно, в течение двух дней;

• безопасность достигается благодаря администрированию системы (ограничение прав доступа) и защите от несанкционированного допуска к информации сторонних лиц;

• должны производиться обнаружение и анализ возникающих ошибок, в целях их дальнейшего предотвращения;

система должна обеспечивать целостность информации, за счет контроля корректности вводимых данных

Производительность:

Система является быстродейственной, так как скорость выполнения операций составляет 1-10сек. Что обеспечивает высокую производительность при работе с системой. Данная система имеет понятный пользователю интерфейс (формы), время заполнения которого составляет примерно 1 минуту (меньше).

Обоснование необходимости разработки конкурентоспособной системы.

!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Разработка данной информационная системы потребует меньших материальных затрат, чем покупка готового решения.

Разработанная информационной системы будет подстроена под индивидуальные особенности отдела ГПД, нежели другие системы.

Практичность:

Необходимое время для обучения обычных и квалифицированных пользователей, которое позволит им достичь высокой производительности при выполнении определённых операций составляет 2-4 часа.

Время заполнения экранных форм ввода информации в среднем составляет около минуты, время заполнения экранных форм поиска информации в среднем составляет около 10 секунд.

Приоритеты:

Уложиться в срок, обеспечить надёжность и бесперебойность работы проектируемой информационной системы, удовлетворив при этом функциональные требования пользователя к системе.

Базовая концепция бизнес решения

Используемые технологии:

- Клиент-сервер (TCP/IP);

- Реляционная СУБД (Microsoft SQL Server).

К топологии сети требований нет.

Модель управления рисками

При разработке и внедрении ИС существует много причин, приводящих к возникновению рисков: нечетко поставленные цели и задачи, изменение внешних и внутренних требований, низкая квалификация персонала и т. д.

Таблица 6 Идентификация рисков.

Возможный риск	Последствия	Действия, направленные на уменьшение ущерба	Вероятность риска	Степень риска
Неточная формулировка требований к проектируемой системе	Несоответствие созданной информационной системы требованиям заказчика	Четкая формулировка поставленной задачи	Средняя	Высокая
Неверно указанные сроки на разработку систему	Возможна задержка в сдаче проекта	Грамотное планирование сроков разработки системы	Высокая	Низкая
Недостаточная квалификация разработчика при проектировании информационной системы	Возможна задержка в сдаче проекта или невозможна его реализация в принципе	Тщательный подбор разработчика информационной системы	Высокая	Высокая
Неправильный выбор среды разработки	Некорректно работающий продукт. Наличие ошибок. Несоответствие программных платформ	Учитывать возможности среды разработки и соответствие платформ	Низкая	Средняя
Недостаточная квалификация пользователей	Некорректный ввод данных, а как следствие неверные результаты	Обучение персонала, работающего с ИС	Средняя	Низкая