Следует обращать внимание на то, что набор сущностей должен быть минимально достаточным, а близкие и однотипные понятия следует обобщать одной сущностью. Процесс этот, как правило, итерационный и на основе эвристического анализа выполняется путем агрегации атрибутов в группы, образующие объекты-сущности.
Следующими вопросами проектирования являются формирование требований к организации хранения данных в БД, выбор модели архитектуры ИС и выбор программного обеспечения для реализации проекта.
Создание физической модели и формирование структуры (схемы) данных в виде совокупности таблиц, связанных между собой по соответствующим полям целесообразно выполнять, например, с помощью программы Power Designer, ERwin или другой аналогичной.
Формирование собственно базы данных можно осуществить с помощью той же Power Designer, программы Database Desktop, входящей в пакеты программ Delphi и C++Builder или другой выбранной СУБД. Здесь же проверяется и при необходимости восстанавливается поддержка структурной, ссылочной и языковой целостности (все эти вопросы подробно рассматриваются в курсе "Базы данных"). Вопросы обеспечения целостности также должны быть отражены в составе этого раздела.
В качестве программного инструмента разработки пользовательского приложения в наибольшей степени, с точки зрения учебных целей, подходит среда Delphi, несколько меньше VB или другие.
Этот раздел основной, в котором в наибольшей степени отражается личный творческий вклад студента в разработку проекта.
Разработку пользовательского приложения надо начинать с формирования технических требований, которые должны быть оформлены в виде частного технического задания (ЧТЗ) на эту часть ИС. В ЧТЗ конкретизируются и детализируются требования основного ТЗ на систему с учетом результатов полученных на предыдущих этапах проектирования. Структура ЧТЗ и работы по выполнению этого раздела осуществляются в следующем порядке.
На основе определенных ранее для выбранного варианта потоков информации составляется перечень всех документов, обрабатываемых в ИС:
- входных,
- выходных,
- нормативно-справочных.
Здесь прорабатываются вопросы логики агрегирования информации и ее предоставления пользователю, упорядочения и группировки данных для вывода представлений (хранимых запросов) и отчетов. Если для проекта была выбрана клиент-серверная модель архитектуры построения ИС, то в этом пункте формируются требования к взаимодействию приложений с серверной БД, выбор технологии взаимодействия и необходимого программного обеспечения, а также прорабатывается соответствующая методика установки и настройки этого ПО. В составе этого подраздела проектируется структура справочной системы пользователя.
Определяется иерархическая структурная схема размещения и взаимодействия программных модулей приложения между собой и с информационными фалами. Схема сопровождается описанием программных модулей и файлов. Дерево вызова процедур и программ отражается не в виде алгоритма, а в виде CASE-диаграмм. Рекомендуется использование инструментария BPwin. Если при проектировании выбран объектно-ориентированный метод, то целесообразно использовать инструментарий Rational Rose Enterprise Edition.
Следует обратить внимание на наличие смысловой зависимости информации обрабатываемой программными модулями. В таком случае данные базы могут стать неадекватными и появятся ошибки в выходной информации. Зависимость появляется, когда решение одной задачи не может быть выполнено без предварительного решения другой. Например, при выполнении задачи учета основных фондов и введении в базу данных текущих сведений о движении объектов, автоматизированный расчет отчислений следует выполнять только после корректировки остатков основных фондов по данным движения.
В этом же разделе описываются формализованные алгоритмы расчетов и решения задач, например для формирования данных вычисляемых полей или вычисляемых данных в отчете.
Здесь также должно быть представлено описание алгоритма диалога взаимодействия пользователя с программой в процессе эксплуатации ИС.
Все объекты визуального отображения данных можно отнести к одной из трех групп:
- Для отображения информации из базы данных;
- Для оформления внешнего вида отчетов и форм;
- Для отображения информации не связанной напрямую с данными, находящимися в БД.
В этом подразделе определяется перечень форм, требования к их визуализации, вид выводимых документов и справочных файлов.
Формулируются требования к пользовательскому интерфейсу всех форм и главной кнопочной формы. Рекомендуемое количество иерархических уровней 4-6, количество пунктов отдельного меню порядка 5-7.
Таким образом, проектирование ведется с учетом полного представления образа (модели) проекта, который на этом этапе уже должен быть точно определен. Здесь же формируются файлы справочной информации.
До начала проектирования форм документов необходимо определить четкую схему размещения показателей и данных, форматы данных в справочниках, в таблицах с промежуточными расчетами и выходных документах.
В этом пункте кратко описывается выполнение визуально-событийного проектирования и кодирование модулей, а также необходимых фрагментов для связи модулей и обращения к ним. Приводятся листинги модулей или их фрагменты и необходимые комментарии. Выполняется отладка всех частей, производится компоновка и компиляция проекта.
Здесь же приводится описание используемых библиотек программ, дополнительных компонентов и модулей.
Результатом разработки является исполняемая программа приложения.
6. Проверка и тестирование.
В разделе описываются модельные задачи, предназначенные для тестирования приложения, результаты тестирования и, при необходимости, описание доработок по результатам тестирования.
7. Дополнение.
При желании студент может повысить сложность проекта, для чего должна быть выполнена разработка презентации проекта в Power Point и реализован вызов из презентации на демонстрацию работающего приложения.
В разделе должны быть освещены следующие сведения:
Технические, технологические и эксплуатационные характеристики, касающиеся структуры данных, их объема, производительности системы, а также ограничения по этим позициям.
Организационные и технологические процессы сбора, передачи, обработки и выдачи информации.
Порядок развертывания и наполнения базы данными, выбор режима этого процесса (интерактивный и/или пакетный). Вопросы актуализации данных.
Выбор и обоснование технических средств, требования к техническим характеристикам ЭВМ, номенклатура и характеристики вспомогательного и дополнительного аппаратного обеспечения (например, сканеры штрихкодов, модемы, сетевое оборудование и т.п.)
Возможности конфигурирования системы.
Проектный срок периода эксплуатации ИС.
Также в этом разделе кратко излагаются вопросы касающиеся:
- дополнительных возможностей расширения функций и эксплуатационных свойств ИС, например добавка терминалов или мониторов;
- возможностей расширения (перспектив развития), интеграции модернизации ИС;
- требований к квалификации, прав и обязанностей пользователя;
- безопасности информации, в том числе и архивирования данных (при необходимости) и администрирования системы;
- эффективности ИС, стоимости ее эксплуатации (в том числе и с учетом аренды, аутсорсинга и т.п.),
Краткая инструкция пользователя должна содержать последовательность действий пользователя при установке и эксплуатации разработанной системы с учетом его заявленной в п. 2.2.9 квалификации.
В основном это вопросы, касающиеся порядка начала работы, доступа к БД, ввода и вывода информации, возможности ее корректировки, вызова справочной информации, а также получения твердых копий (вывод на печать).
Допускается вместо разработки инструкции пользователя разработать ЧТЗ на ее разработку.
При необходимости раздел может быть объединен с предыдущим
Основная часть курсового проекта завершается заключением, в котором резюмируются итоги выполненной работы в виде обобщения самых существенных положений. Выводы должны отражать только содержание проекта, быть краткими, ясно и четко сформулированными.
Здесь необходимо показать как решены поставленные задачи и привести основные результаты работы. Уместно также сделать свои умозаключения о целесообразности и экономической эффективности использования на практике разработанной ИС или ее отдельных частей.
После заключения указывается фамилия студента (Курсовой проект выполнил И.О.Фамилия). Авторство работы заверяется собственноручной подписью студента на титульном листе с указанием даты завершения.
Список использованной литературы должен включать в себя, как правило, 15-20 источников, оформленных в соответствии с ГОСТом и расположенных в алфавитном порядке или в порядке цитирования.
Приложением 1 должен быть диск с работающим приложением пользователя (программой) и содержащий, при необходимости, дополнительные компоненты, динамические библиотеки и драйверы.