1.5.3 По программному обеспечению (по)

В начале данного параграфа также следует дать определение понятия «Программное обеспечение» и привести его структуру.

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

При обосновании выбора общего ПО целесообразно:

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

• дать классификацию, привести факторы и обосновать выбор используемой СУБД.

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

Кроме того, стоит выработать требования к оформлению экранных и печатных форм, эргономике программного обеспечения.

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

• дать классификацию и обосновать выбор методов, например, структурное, модульное проектирование, методом «сверху-вниз» или объектно-ориентированное проектирование и т.д., и средств проектирования специального (функционального) ПО (например, использование библиотеки прикладных программ, или генератора программ, или какого-либо языка программирования);

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

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

2.5 Структура проектной части

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

Содержание этой главы является одинаковой в своих главных компонентах для всех вышеперечисленных вариантов, всех предметных областей:

2. Проектная часть

   1. Информационное обеспечение задачи (комплекса задач, АРМ)

      1. Информационная модель и ее описание

      2. Используемые классификаторы и системы кодирования

      3. Характеристика первичных документов с нормативно-справочной и входной оперативной информацией

      4. Характеристика базы данных

      5. Характеристика результатной информации

   2. Программное обеспечение задачи (комплекса задач, АРМ)

      1. Общие положения (дерево функций и сценарий диалога)

      2. Структурная схема пакета (дерево вызова процедур и программ)

      3. Описание программных модулей

   3. Технологическое обеспечение задачи (комплекса задач, АРМ)

      1. Организация технологии сбора, передачи, обработки и выдачи информации

   4. Описание контрольного примера реализации проекта

Рассмотрим каждый раздел более подробно:

1. Информационное обеспечение задачи (комплекса задач, АРМ)

2.1.1 Информационная модель и ее описание

Методика разработки информационной модели предполагает моделирование нового варианта организации информационной системы предметной области («КАК ДОЛЖНО БЫТЬ»), а именно:

• полного состава информации, необходимой для решения комплекса задач данного АРМ;

• отражение этой информации на всех типах носителей;

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

• состава исходных первичных документов и распределение их по задачам;

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

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

• информационную потребность для каждой задачи комплекса;

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

• состава результатных документов для каждой задачи, реализуемых на рассматриваемом АРМ;

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

• взаимосвязей входных, промежуточных и результатных информационных потоков и задач, реализуемых на данном АРМ (структурно-функциональная диаграмма или диаграмма потоков данных).

В описании информационной модели необходимо объяснить, на основе каких входных документов и какой нормативно-справочной информации происходит выполнение функций по обработке данных и формирование конкретных выходных документов.

Информационная модель строится в двух формах:

• схема данных в соответствии с ГОСТ;

• структурно – функциональная модель или диаграмма потоков данных. Для ее разработки целесообразно использовать CASE средства, например Design/IDEF, Power Designer, BPwin, Silverrun-BMP, и др.