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




Скачать 128.1 Kb.
НазваниеИнформационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование
Дата публикации19.07.2013
Размер128.1 Kb.
ТипДиплом
shkolnie.ru > Информатика > Диплом




Х РАЗРАБОТКА БАЗЫ ДАННЫХ
Раздел дипломного проекта, посвященный разработке базы данных (БД), призван проиллюстрировать умение студентов самостоятельно анализировать и разрабатывать информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование базы данных, проявлять творческий подход к выбору технического и программного видов обеспечения информационной системы (ИС), СУБД, CASE-инструментов проектирования БД.

Исходными данными для проектирования базы данных являются:

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

  2. выявление места и функций конкретного подразделения в структуре всей организации (предприятия);

  3. описание технологии обработки информации в рамках рассматриваемой предметной области (ПрО) конкретного подразделения с указанием входной и выходной информации, решаемых задач, функций и регламента работы исполнителей обработки информации, периодичности выполнения функций по обработке информации;

  4. анализ существующих средств автоматизации обработки информации в рамках рассматриваемой предметной области (аппаратное, программное обеспечение, СУБД);

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

  6. анализ и описание задач, автоматизируемых в разрабатываемом модуле (подсистеме).

Следует помнить, что современная БД состоит из двух частей: транзакционной и аналитической. Характерными чертами транзакционной базы являются:

  1. реляционная структура (преимущественно);

  2. возможность накопления значительных объемов фактических данных;

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

  4. отсутствуют агрегированные (вычисленные) данные;

  5. используется для выполнения разнообразных операций учета;

  6. является основой для разработки аналитической части БД.

Аналитическая часть БД используется при выполнении оперативного анализа информации и разработке моделей для систем поддержки принятия решений. Характерными чертами аналитической БД являются:

  1. многомерная структура (поддержка моделей: MOLAP, ROLAP, HOLAP);

  2. хранение агрегированных данных;

  3. отсутствие возможности выполнения операций удаления и редактирования данных и накопление их, как правило, по хронологии.

При разработке транзакционной части БД возможно использовать структурное или объектно-ориентированное моделирование, используя соответствующие CASE-инструменты: ERwin, Rational Rose, ARIS,… В случае структурного моделирования необходимо словарь сущностей и атрибутов, полученный в BPwin, импортировать в среду ERwin.

При построении хранилища данных необходимо обосновать выбор модели хранения (кубическая модель MOLAP или ROLAP: «звезда» или «снежинка»).

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

Х.1. Описание входной и выходной информации, обрабатываемой в рамках автоматизируемых функций рассматриваемой ПрО.

Х.2. Концептуальное инфологическое проектирование.

Х.2.1. Проектирование локальных инфологических моделей данных.

Х.2.2. Проектирование глобальной инфологической модели данных.

Х.3. Проектирование глобальной даталогической модели данных.

Х.3.1. Проектирование глобальной даталогической модели данных либо в виде ERD (в нотации IDEF1X), либо в виде диаграммы классов в среде пакетов Rational Rose, ARIS и др.

Х.3.2. Проектирование глобальной даталогической модели данных в виде реляционной модели.

Х.4. Проектирование физической модели данных (как результат генерации SQL скрипта на сервер хранения данных).

Х.5. Программная реализация базы данных.

В разделе Х.1, для каждой из автоматизируемых задач необходимо привести информационный список документов, в виде табл. X.1.

Таблица X.1

Информационный список документов

Код документа

Наименование

Входной /выходной


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

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

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

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

Приводятся списки реквизитов, отдельно выходных и входных документов по форме табл. X.2.

Таблица X.2

Список реквизитов выходных (входных) документов



п.п.

Наименование
реквизита

Фактический
вычисляемый

Назначение
реквизита


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

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

Словарь данных приводится в виде табл. X.3.

Таблица X.3

Словарь данных



п.п.

Наименование
элемента

Иденти­фикатор

Тип и длина

Назначение элемента


Элементы данных словаря приводятся в алфавитном порядке по графе "Наименование элемента данных".

В разделе Х.2 выполняется построение СУБД-независимой модели данных.

Раздел Х.2.1, содержит разработку модели данных для каждой автоматизируемой функции либо в виде ERD, либо в виде диаграммы классов.

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

  1. Ограничения атрибутов сущностей (табл. X.4).

  2. Ограничения кортежей (табл. X.5).

  3. Ограничения уникальности (табл. X.6).

  4. Динамические ограничения (табл. X.7).

  5. Прочие ограничения (табл. X.8).

  6. Операционные правила (табл. X.9).

  7. Правила ссылочной целостности (табл. X.10).

Таблица X.4  

Ограничения атрибутов (пример)


п/п

Имя атрибута


или агрегата

Тип

Размер

Границы


или

допустимые

значения

Структура


(формат)

Условие

Значение

по умолчанию

1

^

Сотрудник.Табельный номер

строка цифр

6

>111111



Таблица X.5  

Ограничения кортежей (пример)

№ п/п

Группа атрибутов

Ограничение

1

Дата зачисления, Дата увольнения
^

Дата увольнения > Дата зачисления



Таблица  X.6

Ограничения уникальности (пример)

№ п/п

Атрибут или группа атрибутов

Среди каких экземпляров, какой сущности

или связи имеет место уникальность

1

Сотрудник.Табельный номер
^

всех экз. сущности Сотрудник


2

Должность.Код должности

всех экз. сущности Должность



Таблица X.7  

Динамические ограничения (пример)

№ п/п

Группа атрибутов

Ограничение

1

Студент.Курс

Курс ← Курс + 1 — значение атрибута курс может лишь увеличиваться на единицу


Таблица Х.8  

Другие ограничения (пример)

№ п/п

Группа атрибутов

Ограничение

1

Карьера.Дата увольнения
^

Дата увольнения, соответствующая данному сотруднику, может быть незаполненной только для последнего места его работы (текущей)


2

^ Карьера.Нпп, Дата зачисления,

Дата увольнения

Хронологическая последовательность значений Дата зачисления, Дата увольнения в связях Место, соответствующих одному сотруднику, упорядоченных по Нпп



Таблица Х.9  

Операционные правила (пример)



п/п

Группа атрибутов

Ограничение

1

Атрибуты, относящиеся к сотруднику:

^ Табельный номер, ФИО, … и т.д.

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


Таблица Х.10  

Правила ссылочной целостности (пример)




п/п

Родительская

сущность/связь

Дочерняя

сущность/связь

Правило

удаления

Другие

правила

1

Сотрудник

Карьера

каскадное




2

Подразделение

Карьера

строгое






В разделе Х.2.2 выполняется построение глобальной инфологической модели данных.

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

В разделе Х.3 выполняется описание разработки даталогической или СУБД-ориентированной модели данных.

В разделе Х.3.1 приводится описание разработки графического представления глобальной модели либо в виде ERD (в нотации IDEF1X), либо в виде диаграммы классов в среде пакетов Rational Rose, ARIS и др. Если моделирование БД производилось на основе структурного подхода, то в приложении к пояснительной записке необходимо привести следующее.

  1. Словарь сущностей и атрибутов, полученный в BPWin.

  2. Результат экспорта словаря сущностей и атрибутов из BPWin в ERWin.

При использовании объектно-ориентированного моделирования в приложении к пояснительной записке следует привести диаграмму классов.

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

Раздел Х.4 включает описание разработки модели данных на физическом уровне как результат генерации команд SQL скрипта создания основных объектов хранения в БД: таблиц, представлений, ключей.

В приложении к пояснительной записке диплома следует привести: SQL – скрипт с командами генерации указанных объектов хранения.

Раздел Х.5 включает описание разработанных хранимых процедур, функций и триггеров БД. Хранимые процедуры и триггеры следует описать с помощью табл. Х.14 и табл. Х.15 с приведением исходного кода в приложении к пояснительной записке. Для каждой хранимой функции в колонке № 3 указать тип возвращаемого значения.


Таблица Х.14

Хранимые процедуры и функции



п/п

Наименование

процедуры/функции

Описание

формальных

параметров

Назначение

процедуры/функции

Ссылка на

исходный код процедуры/функции

в приложении


Таблица Х.15

Триггеры



п/п

Наименование

триггера

Тип триггера

(таблица,

представление,

схема БД,

СУБД)

Событие


Момент

срабатывания

(до или после

наступления события)

Уровень срабатывания

(строковый, операторный, системный)

Назначение

тригге

ра

Ссылка на исходный

код триггера

в приложении


В приложении к пояснительной записке диплома следует привести: SQL – скрипт с командами генерации системных объектов, пользователей, триггеров, процедур, функций и других объектов хранения в БД.



Похожие:

Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconЛекция: Информационное обеспечение ис: Информационное обеспечение...
Понятия и основные требования к системе кодирования информации. Состав и содержание операций проектирования классификаторов. Система...
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconПрограмма вступительного экзамена в магистратуру по направлению 552800...
Специальность: 552808 Информационное и программное обеспечение автоматизированных систем
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconЦелью дипломного проекта является проектирование криогенной установки...
Целью дипломного проекта является проектирование криогенной установки на базе водородного рефрижератора, задачей которого является...
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconТеория экономических информационных систем (эис) изучает единицы...
Специалист должен владеть основными положениями теории и правильно их применять как непосредственно в работе (на стадиях технического...
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconДипломного проекта
Заполненная и отправленная в адрес оргкомитета анкета подтверждает мое желание и готовность участвовать в Конкурсе «Поколение next»,...
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconНазвание Цена, руб
Проектирование программного обеспечения экономических информационных систем. Учебник + практикум
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconИнформационное письмо
«логистическое управление в современных социально-экономических системах: проблемы, Методы, модели, инновации, перспективы»
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconПроект развития образования компонент «высшее образование»
Нфпк «Совершенствование преподавания социально-экономических дисциплин в вузах» и «Поддержка академических инициатив в области социально-экономических...
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconПроект развития образования компонент «высшее образование»
Нфпк «Совершенствование преподавания социально-экономических дисциплин в вузах» и «Поддержка академических инициатив в области социально-экономических...
Информационное обеспечение конкретных социально-экономических систем, связанных с темой дипломного проекта, выполнять логическое и физическое проектирование iconЦелью дипломного проекта является проектирование холодильной машины...
Проектируемая холодильная машина должна обеспечивать холодопроизводительность 1 кВт в сосуде изотермическом на температурном уровне...
Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2014
shkolnie.ru
Главная страница