Разработка диаграмм баз данных

СОДЕРЖАНИЕ.

1. ВВЕДЕНИЕ. ЦЕЛИ И ЗАДАЧИ КУРСОВОГО ПРОЕКТИРОВАНИЯ. .....................................................................................4

2. СОДЕРЖАНИЕ КУРСОВОГО  ПРОЕКТА .....................................7

2.1. Анализ задания...............................................................................7

2.1.1. Пример задания  на проектирование. ..............................8

2.2. Проектирование  баз данных .....................................................10

2.3. Разработка приложения .............................................................12

2.3.1. Объектная модель  Power Builder....................................13

2.3.2. Как создать  приложение в Power Builder ......................15

2.3.3. Программирование  доступа к БД....................................16

2.3.4. Программирование  интерфейса .....................................18

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

2.5. Описание работы  приложения..................................................20

3.ОФОРМЛЕНИЕ И  ЗАЩИТА ПРОЕКТА.......................................22

3.1. Документирование  ПО ...............................................................22

3.1.1. Пример фрагмента  руководства пользователя..........22

3.2. Пояснительная  записка..............................................................24

3.3. Графическая часть  ......................................................................24

3.4. Демонстрация  ПО........................................................................25

4. ЗАКЛЮЧЕНИЕ...................................................................................25

5. БИБЛИОГРАФИЧЕСКИЙ  СПИСОК............................................26 4 
 
 

1.  ВВЕДЕНИЕ. ЦЕЛИ И ЗАДАЧИ КУРСОВОГО ПРОЕКТИРОВАНИЯ.

Курсовое проектирование по дисциплине  "Информационное обеспечение

систем управления" выполняется с целью приобретения практических на-

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

Проектирование современных  информационных систем является

сложным многозвенным процессом. Он опирается на понятие  жизненного

цикла программного обеспечения [1-9]

На рис. 1 показана структура модели жизненного цикла  программно-

го обеспечения. Поддержка  жизненного цикла обеспечивается итерацион-

ным процессом проектирования.  Подобная система проектирования,  как

видно из рисунка, является системой с обратной связью.

На этапе стратегического  планирования и анализа   проводится мар-

кетинговое исследование потребностей потенциального пользователя или

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

рой будет использоваться   ПО, проверка технической реализуемости, эко-

номическое обоснование,  формирования исходного плана по распределе-

нию различного рода ресурсов  (людских,  материальных,  технических и

т.д.), выбираются возможные  методологии и средства создания ПО,  опре-

деление сроков реализации для каждого этапа ЖЦ ПО и порядка контроля

качества,  а также  инициализация проекта.  Проще  говоря,  на этом этапе

происходит четкая постановка задачи и предварительный  анализ путей и

средств решения. Результатом  в конце этого этапа являются спецификации

требований и входных  данных,  бизнес-план организации  деятельности по

созданию ПО. 

На этапе проектирования определяются первичные данные, форми-

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

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

работки ПО и средствами разработки.  Результатом на этапе проектирова-

ния должны быть проекты моделей базы данных, моделей функций, моде-

ли интерфейсов, модели архитектуры и требования предъявляемые  к ним,

различная документация  (спецификация требований к ПО,  требования по

созданию и т.д. ), а также уточняется план создания ПО.

На этапе разработки создаются модули интерфейсов,  экранов,  отче-

тов, пакетных процессов и текстов HELP, появляется база данных, описы-

вается конфигурация версии ПО, оформляется документация по использо-

ванию ПО и кроме этого формируются проекты тестов и уточняется план

интеграции и тестирования. Результатом этого этапа является готовое ПО,

пользовательская  документация. 5

Стратегическое

планирование и  анализ

Комплексирование  и

тестирование

Разработка

Проектирование

Спецификации

требований и входных

данных

Компоненты, база

данных , интерфейсы,

рабочая документация

Конфигурационное

управление и

отслеживание проблем

Внедрение и

эксплуатация

Сопровождение и

развитие

Модели архитектур

данных , функций и

интерфейсов, баз  данных

Собранное приложение,

отчеты результатов

тестирования и  их анализ

Инсталляция и

использование по

назначению

Рис. 1. Модель жизненного цикла ПО.

На этапе интеграции и тестирования создается варианты  тестов в за-

висимости от вида тестирования, формируется база тестовых данных, про-

веряются отдельные компоненты ПО, тестируется ПО в целом, оформляет-

ся отчет по результатам тестирования как отдельных компонент ПО так и в

целом. Результатом этого этапа является отчет и анализ тестирования ПО,

возможности для  корректирования очередной версия ПО. 6

     На  этапе внедрения и эксплуатации  происходит установка и на-

ладка    клиентских мест и серверной части ПО пользователя,  обучается

пользовательский  персонал по применению ПО,  а также    в процессе экс-

плуатации, в классическом понимании, происходит транспортировка, хра-

нение и поддержании работоспособности и использование по прямому на-

значению.

     На  этапе сопровождения и развития  происходит сбор информации

о качестве ПО при  эксплуатации,  модификация ПО,  текущее описание

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

сопровождения обусловлена необходимостью выполнением следующих

задач: включения  новых функций, изменения функций, обнаружения оши-

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

функциональных свойств  существующего ПО при сохранении его целост-

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

или    удалению ПО.  На этом этапа осуществляется      конфигурационное

управление   ПО. Результатом этого этапа является база данных проблем и

соответствующих модификаций  ПО.

Таким образом,   модель жизненного цикла ПО представляет собой

систему с обратной связью.  Соответственно,  программное  обеспечение,

строящееся согласно данной модели,   обладает важным свойством разви-

ваемости. 

Курсовой проект   информационной системы, является учебной  разра-

боткой и не может претендовать на полную поддержку жизненного цикла

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

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

Здесь имеют место  следующие особенности.

Этап стратегического  планирования и анализа соответствует  форми-

рованию задания на КП и его анализу.

На этапе проектирования происходит выбор модели данных для ин-

формационной системы  и форматов хранения данных в базах. 

На этапе разработки создается приложение,  работающее с базами

данных - СУБД.

Этап интеграции и тестирования,  как правило,  не выделяется в от-

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

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

случае необходимо тестирование, по крайней мере, как гарантия того, что

вновь созданный  модуль не нарушит работу исходной системы.

Этапу внедрения  и эксплуатации соответствует установка  и запуск

готовой информационной системы.  Здесь не требуется обучение какого-

либо персонала.  Хорошо,  если хотя бы сам автор  системы    достаточно

подготовлен, чтобы грамотно установить в операционной среде собствен-

ное произведение. 7

На этапе сопровождения  и развития исправляются ошибки в готовой

системе,  уточняется ее документация и фиксируются необходимые ре-

зультаты работы системы. 

2.  СОДЕРЖАНИЕ  КУРСОВОГО ПРОЕКТА

Далее рассмотрим вопросы  курсового проектирования на примере

разработки конкретной информационной системы. 

2.1.  Анализ задания

Задание на проектирование оформляется в виде стандартного бланка

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

• назначение проектируемой  информационной системы, следующее

чаще всего из ее названия;

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

• объем данных в  базах;

• возможные требования к форматам данных;

• возможные требования к интерфейсу системы;

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

• выходные документы  системы.

Каждое конкретное задание может содержать только часть указанно-

го перечня или  иметь особые требования.

Анализ задания  состоит в том,  чтобы прежде всего определить сле-

дующее:

• форматы данных информационной системы,  т.е.  конкретный

тип базы данных, применяемой  в системе;

• инструментальную среду разработки системы,  ее    инструмен-

тальную СУБД.

Решение этих вопросов связано друг с другом. Современные  инструмен-

тальные СУБД, как правило, поддерживают несколько форматов баз дан-

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

формат.  Тем не менее,  выбор типа базы данных важен.  Вопросы выбора

современных    БД освещены в [10] .  Принципиально  важно то,  к какому

типу будет отнесена проектируемая БД - к локальному или сетевому  (рас-

пределенному).   8

2.1.1.  Пример задания  на проектирование.

Название системы  Подсистема каталогизации графи-

ческих данных

Назначение системы 1. Хранение рисунков в БД. 2. Придание рисункам свойств интерактивности путем создания внутри рисунка графического элемента ссылки.