1.2 Обоснование необходимости автоматизации задачи

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

2. Обоснование метода организации входной и выходной информации

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

Описывается структура базы данных с указанием характера взаимосвязи между данными, Составить проект таблиц, которые в дальнейшем будут реализовываться в конкретной СУБД. Модель данных (ErWin) поместить в приложение.

Указать взаимосвязи между атрибутами (см. приложение 1). Структуры и содержимое файлов поместить в приложении (см.приложение 2).

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

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

Если в результате получается файл, то указать его имя, структуру записей, примерно указать его объем.

3. Функционирование программы

Указать назначение программы и привести описание функционирования программы, т.е. рассмотреть основные этапы решения задачи. На этом этапе проектируются внешние спецификации проекта, т.е.процесс описания планируемого поведения разрабатываемого ПО с точки зрения потенциального пользователя. Указать функциональные ограничения на применение программы, если они есть. Показывается цепочка действий от момента поступления информации в программу до получения выходных форм. Целью этого процесса является конкретизация внешнего взаимодействия будущего ПО с пользователем без детализации внутреннего устройства. В данном разделе необходимо отобразить экранные формы при решении задачи на ЭВМ (см приложение 3).

При разработке внешних спецификаций необходимо учитывать:

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

- доведение до минимума ошибок пользователя

- обнаружение ошибок пользователя в случае их возникновения..

Внешний проект содержит все функции пользователя. Детальный внешний проект каждой функции пользователя включает информацию:

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

- описание выходных данных (отчеты, ответы на запросы с терминала)

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

- характеристику надежности. Здесь описывается влияние возможных отказов на систему и на хранящуюся информацию.

В процессе работы над проектом часто возникает необходимость внесения изменений, что связано с обнаружением ошибок из-за недостаточного изучения предметной области, для которой создается ПО или с изменением требований Заказчика в связи с развитием производства, социально-экономических перемен и т.д. Чтобы изменения во внешнем проекте не приводили к ошибкам при дальнейшей разработке есть правила:

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

- фиксировать результаты каждого этапа процесса проектировав ния. Требования и цели фиксируются после их утверждения.;

- проверять каждое изменение также, как и исходное решение;

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