Программное обеспечение (ПО)

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

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

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

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

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

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

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

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

Например, при разработке проекта в Конфигураторе 1С-Предприятия, специальным ПО будет служить встроенный в него язык программирования, характеристику (краткое описание) которого следует привести в этом разделе. В случае разработки проекта в среде MS Access нужно описать возможности пакета, работу его конструкторов и мастеров.

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

Технологическое обеспечение.

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

- классификации методов и средств съема, сбора и передачи информации и обоснованию выбора конкретных методов и средств с учетом характеристик, полученных в разделе 1.3;

- классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода;

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

- обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных;

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

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

Предметной областью для разработки АРМ в рамках многопользовательской ЭИС может служить деятельность конкретной организации, подразделения организации, группы сотрудников организации.

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

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

ГЛАВА ВТОРАЯ

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

Содержание этой главы может меняться в зависимости от постановки задачи и выбранного средства ее проектирования. Значительная доля современных средств позволяет автоматизировать процесс разработки путем использования соответствующих конструкторов и поэтому часть программного кода создается автоматически. В таких случаях пункт 2.2 может включать в себя описание действий по применению выбранного конструктора. Ниже приведено примерное содержание второй главы.

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

2.1 Информационное обеспечение задачи.

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

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

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

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

2.2. Программное обеспечение задачи.

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

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

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

2.2.4 Схема взаимосвязи программных модулей и информационных файлов.

2.3. Технологическое обеспечение задачи.