- •Методические указания к индивидуальному заданию "Разработка информационной системы на основе реляционной базы данных" по дисциплине "Информационные системы и технологии в экономике"
- •1Цель и задачи курсовой работы
- •2Структура курсовой работы
- •5.2.1Определение и документирование объектов (сущностей).
- •3Содержание основной части курсовой работы.
- •4Постановка задачи и разработка бизнес-правил
- •4.1.1Системный анализ и словесное описание предметной области
- •5Проектирование информационной системы, основанной на использовании бд
- •5.1.Этапы проектирования
- •5.2.Концептуальное проектирование базы данных
- •5.2.2Определение и документирование типов связей (отношений)
- •5.2.3Определение и документирование атрибутов
- •5.2.4Определение доменов атрибутов.
- •5.2.5Определение атрибутов, являющихся потенциальными и первичными ключами.
- •5.3.Проектирование логической (реляционной) модели бд
- •5.3.1Преобразования концептуальной модели бд в логическую реляционную модель (сущности и связи)
- •5.3.2Преобразования концептуальной модели бд в логическую реляционную модель (атрибуты)
- •Первичные ключи таблиц
- •Преобразование составных атрибутов
- •6.2.Разработка форм для ввода и изменения данных.
- •6.3.Построение отчетов
- •6.4.Построение страниц доступа.
- •6.5.Разработка интерфейса пользователя.
- •6.6.Руководство пользователя
- •Приложение
- •1Системный анализ и словесное описание предметной области.
- •1.1.Описание предметной области
- •1.2.Описание бизнес-функций организации
- •Терминологический словарь
- •1.3.Постановка задачи и формализация бизнес-правил.
- •2Проектирование базы данных.
- •2.1.Концептуальное проектирование базы данных
- •2.2. Проектирование логической (реляционной) модели бд.
- •Інформаційно-методичне забезпечення
3Содержание основной части курсовой работы.
Целью курсовой работы является создание информационной системы, включающей базу данных, Основой для создания информационной системы является описание информационных потребностей пользователей, включая документы, имеющие обращение в организации, для которой система создается.
Основная часть курсовой работы должна включать следующие разделы:
постановка задачи и разработка бизнес-правил;
проектирование базы данных;
разработка программного приложения;
разработка интерфейса пользователя.
4Постановка задачи и разработка бизнес-правил
4.1.1Системный анализ и словесное описание предметной области
Начальным этапом проектирования информационной системы, построенной на основе базы данных, является системный анализ и словесное описание конкретной предметной области, а также исследование и описание информационных потоков, которые существуют в рассматриваемой реальной системе и представляют интерес для разработчика информационной системы.
Системный анализ должен включать:
анализ организационной структуры рассматриваемой организации или предприятия (если в бизнес-процессе задействовано несколько организационных подразделений);
словесное описание бизнес-процесса;
тезаурус (терминологический словарь) предметной области (толкование терминов, используемых в предметной области);
определение функций, входящих в бизнес-процесс;
определение времени, последовательности или периодичности осуществления бизнес-функций.
Результатом системного анализа является постановка задачи и формулировка цели данной разработки.
В постановке задачи обязательно должны быть отражены следующие положения:
цель разработки;
определение задач разработки;
функции, которые должна выполнять система;
список основных объектов предметной области, определяющих бизнес-процесс;
бизнес-правила;
описание вводимой информации;
перечень печатных отчетов;
список пользователей с указанием проводимых ими работ
требования к разрабатываемому программному обеспечению.
В приложение приведен пример проектирования информационной системы.
5Проектирование информационной системы, основанной на использовании бд
5.1.Этапы проектирования
Проектирование базы данных основывается на результатах системного анализа предметной области и включает в себя три этапа:
Концептуальное проектирование БД.
Проектирование логической (реляционной) модели БД
Физическое проектирование БД, то есть размещение БД на внешних носителях.
5.2.Концептуальное проектирование базы данных
Концептуальная модель данных строится на основании представлений о предметной области.
Концептуальная модель включает описания объектов (сущностей) и их взаимосвязей (отношений), представляющих интерес в рассматриваемой предметной области и выявленных в результате анализа данных.
Раздел "Концептуальное проектирование БД" пояснительной записки к курсовой работе должен содержать:
описание сущностей;
описание связей, обоснование мощностей связей и определение обязательности участия сущностей в связи;
описание атрибутов, определение их доменов и характеристик;
определение потенциальных и первичных ключей;
построение ER-диаграммы.
5.2.1Определение и документирование объектов (сущностей).
В первую очередь должны быть выделены объекты, которые могут интересовать пользователя. Для идентификации таких объектов нужно изучить спецификации по выполнению конкретных функций пользователя на данном предприятии. Из этих спецификаций следует извлечь все используемые в них существительные или сочетания существительного и прилагательного (например, «личный номер», «фамилия работника», «модель автомобиля», «рабочий объем двигателя»). Затем среди них выбираются самые крупные объекты (люди, города) или представляющие интерес концепции и исключаются все существительные, которые просто определяют другие объекты. Например, свойства «личный номер» и «фамилия работника» могут быть объединены в сводном объекте под названием «работник», тогда как свойства «модель автомобиля» и «рабочий объем двигателя» можно объединить в объекте под названием «автомобиль».
Альтернативный способ идентификации сущностей состоит в поиске объектов, которые существуют независимо от других. Например, объект «работник», безусловно, является сущностью, потому что любой работник существует независимо от того, знаем мы его имя, адрес и номер телефона или нет.
После выделения каждой сущности ей следует присвоить некоторое осмысленное имя, которое обязательно должно быть понятно пользователям.
В случае необходимости в модели могут быть применены процедуры специализации и генерализации, иначе говоря, должны быть выделены обобщения (супертипы) и конкретизации (подтипы). Например, сущность КЛИЕНТ может являться супертипом для сущностей–подтипов ЮРИДИЧЕСКОЕ ЛИЦО и ФИЗИЧЕСКОЕ ЛИЦО.
Целесообразность применения специализации и генерализации определяется, прежде всего, общей читабельностью этой ER-диаграммы и той ясностью, с которой на ней моделируются важнейшие типы сущностей и связей приложения. При перечислении сущностей необходимо указать, является ли она супертипом или подтипом.
