2.5 Постановка задачи

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

На этом этапе необходимо построить модели «как должно быть» («to be»), которые отражают изменения бизнес процессов с учетом внедрения информационной системы.

2.6 Алгоритм решения

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

Использование информационной модели данных лежит в основе большинства современных подходов к проектированию БД. Начинают процесс создания информационной модели данных с построения концептуальной модели. Концептуальная модель представляет объекты и их взаимосвязи без указания способов их физического хранения.

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

2.7 Требования к системе

В данном разделе указывают:

• требования к структуре и функционированию системы;

• требования к защите информации от несанкционированного доступа;

• требования по сохранности информации при авариях;

• требования к защите от влияния внешних воздействий;

В требованиях к структуре и функционированию системы приводят:

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

• требования к способам и средствам связи для информационного обмена между компонентами системы;

• требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т. п.);

• требования к режимам функционирования системы;

• требования по диагностированию системы;

• перспективы развития, модернизации системы.

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

В требованиях по сохранности информации приводят перечень событий: аварий, отказов технических средств (в том числе — потеря питания) и т. п., при которых должна быть обеспечена сохранность информации в системе.

В требованиях к средствам защиты от внешних воздействий приводят:

• требования к радиоэлектронной защите средств ПО;

• требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения).

2.8 Требования к надежности

В требования к надежности включают:

• состав и количественные значения показателей надежности для системы в целом или ее подсистем;

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

• требования к надежности технических средств и программного обеспечения;

• требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами,