Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
МУ КР.doc
Скачиваний:
7
Добавлен:
23.11.2019
Размер:
295 Кб
Скачать
☆

3Содержание основной части курсовой работы.

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

Основная часть курсовой работы должна включать следующие разделы:

  • постановка задачи и разработка бизнес-правил;

  • проектирование базы данных;

  • разработка программного приложения;

  • разработка интерфейса пользователя.

4Постановка задачи и разработка бизнес-правил

4.1.1Системный анализ и словесное описание предметной области

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

Системный анализ должен включать:

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

  • словесное описание бизнес-процесса;

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

  • определение функций, входящих в бизнес-процесс;

  • определение времени, последовательности или периодичности осуществления бизнес-функций.

Результатом системного анализа является постановка задачи и формулировка цели данной разработки.

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

  • цель разработки;

  • определение задач разработки;

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

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

  • бизнес-правила;

  • описание вводимой информации;

  • перечень печатных отчетов;

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

  • требования к разрабатываемому программному обеспечению.

В приложение приведен пример проектирования информационной системы.

5Проектирование информационной системы, основанной на использовании бд

5.1.Этапы проектирования

Проектирование базы данных основывается на результатах системного анализа предметной области и включает в себя три этапа:

  1. Концептуальное проектирование БД.

  2. Проектирование логической (реляционной) модели БД

  3. Физическое проектирование БД, то есть размещение БД на внешних носителях.

5.2.Концептуальное проектирование базы данных

Концептуальная модель данных строится на основании представлений о предметной области.

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

Раздел "Концептуальное проектирование БД" пояснительной записки к курсовой работе должен содержать:

  • описание сущностей;

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

  • описание атрибутов, определение их доменов и характеристик;

  • определение потенциальных и первичных ключей;

  • построение ER-диаграммы.

5.2.1Определение и документирование объектов (сущностей).

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

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

После выделения каждой сущности ей следует присвоить некоторое осмысленное имя, которое обязательно должно быть понятно пользователям.

В случае необходимости в модели могут быть применены процедуры специализации и генерализации, иначе говоря, должны быть выделены обобщения (супертипы) и конкретизации (подтипы). Например, сущность КЛИЕНТ может являться супертипом для сущностей–подтипов ЮРИДИЧЕСКОЕ ЛИЦО и ФИЗИЧЕСКОЕ ЛИЦО.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]