CASE-технологии в моделировании данных информационной системы

Министерство  сельского хозяйства Российской Федерации

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

Федеральное государственное образовательное  учреждение

высшего профессионального образования

«Красноярский государственный аграрный университет»

Институт  управления и агробизнеса

 

 

Кафедра информационных систем и 

технологий  в экономике

 

 

 

КУРСОВОЙ  ПРОЕКТ

по  дисциплине «Теория экономических  информационных систем»

 

CASE-технологии  в моделировании данных информационной  системы автопредприятие города

 

08.08.01.05.ПЗ

 

 

 

 

 

Выполнил  студент                                                                                 Болтус

Екатерина Юрьевна

                                                  

 

 

 

Принял  доцент                                                                          Миндалёв Игорь                                                

                                                                                                              Викторович                                             

 

 

 

 

 

Красноярск 2011

Содержание:

0. Введение…………………………………………………………….………….3

1. Описание предметной области…………………………………………..….3

1.1. Описание  бизнес-процессов и бизнес-правил  предметной области...........3

1.2. Прототип  предметной области………………………………………………5

2. Обзор CASE-средств…………………………………………………….........5

2.1. Назначение CASE-технологии………………………………………………5

2.2. Исследование  рынка CASE-средств……………………………………….11

2.3. Установка Oracle SQL Developer Data Modeler…………………………...13

3. Диаграмма сущность-связь ………………………………………………..13

3.1. Определение  сущностей……………………………………………………13

3.2. Описание  сущностей………………………………………………………..14

3.3. Определение  связей…………………………………………………………15

3.4. Определение  типов сущностей…………………………………………….16

3.5. Диаграмма  «сущность-связь» на уровне сущностей……………………..16

4. Модель данных, основанная на ключах……………………………….....18

4.1. Определение  доменов……………………………………………………....18

4.2. Определение атрибутов…………………………………………………….18

4.3. Определение первичных ключей…………………………………………..20

4.4. Диаграмма «модель данных, основанная на ключах»……………………21

5. Реляционная модель………………………………………………………...23

5.1. Замена связей многие-ко-многим………………………………………….23

5.2. Нормализация: 1НФ………………………………………………………...23

5.3. Нормализация: 2НФ………………………………………………………...23

5.4. Нормализация: 3НФ………………………………………………………...24

5.5. Проверка модели…………………………………………………………....24

5.6. Диаграмма «Нормализованная логическая модель данных»…………….24

5.7. Стратегия супертипа………………………………………………………..24

5.8. Замена имен связей, столбцов и таблиц…………………………………...24

5.9. Создание реляционной модели…………………………………………….24

5.10. Проверка модели………………………………………….……………….25

5.11. Правила уникальности…………………………………………………….25

5.12. Диаграмма реляционной модели……………………………………...….27

5.13. Генерация DDL…………………………………………………………….27

6. Загрузка данных……………………………………………………………..27

6.1. Установка ORACLE………………………………………………………...27

6.2. Установка ORACLE SQL Developer……………………………………….27

6.3. Генерация БД………………………………………………………………..27

6.4. Загрузка тестовых данных………………………………………………….28

Заключение……………………………………………………………………...28

Список использованной литературы…………………………………….….29

 

 

1. Введение

«Наибольшую опасность на дорогах представляет машина, которая едет быстрее, чем способен думать ее водитель»

Р. Лембке

 

 

Название проекта: «CASE-технологии в моделировании данных информационной системы автопредприятие города».

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

Основание проекта: задание преподавателя.

Используемые  программные средства: CASE-средство Oracle SQL Developer Data Modeler, Oracle SQL Developer, СУБД Oracle 10gXE.

 

1. Описание предметной области

1.1. Описание бизнес-процессов и  бизнес-правил предметной области

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

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

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

 

 

 Автопредприятие города занимается организацией пассажирских и грузовых перевозок внутри города. В ведении предприятия находится автотранспорт различного назначения: автобусы, такси, маршрутные такси, прочий легковой транспорт, грузовой транспорт, транспорт вспомогательного характера, представленный различными марками. Каждая из перечисленных категорий транспорта имеет характеристики, свойственные только этой категории: например, к характеристикам только грузового транспорта относится грузоподъемность, пассажирский транспорт характеризуется вместимостью и т.д. С течением времени, с одной стороны, транспорт стареет и списывается (возможно, продается), а с другой, - предприятие пополняется новым автотранспортом.  
    Предприятие имеет штат водителей, закрепленных за автомобилями (за одним автомобилем может быть закреплено более одного водителя). Обслуживающий персонал (техники, сварщики, слесари, сборщики и др.) занимается техническим обслуживанием автомобильной техники, при этом различные вышеперечисленные категории также могут иметь уникальные для данной категории атрибуты. Обслуживающий персонал и водители объединяется в бригады, которыми руководят бригадиры, далее следуют мастера, затем начальники участков и цехов. В ведении предприятия находятся объекты гаражного хозяйства (цеха, гаражи, боксы и пр.), где содержится и ремонтируется автомобильная техника.  
    Пассажирский автотранспорт (автобусы, маршрутные такси) перевозит пассажиров по определенным маршрутам, за каждым из них закреплены отдельные единицы автотранспорта. Ведется учет числа перевозимых пассажиров, на основании чего производится перераспределением транспорта с одного маршрута на другой. Учитывается также пробег, число ремонтов и затраты на ремонт по всему автотранспорту, объем грузоперевозок для грузового транспорта, интенсивность использования транспорта вспомогательного назначения. Учитывается интенсивность работы бригад по ремонту (число ремонтов, объем выполненных работ), число замененных и отремонтированных узлов и агрегатов (двигателей, КП, мосты, шасси и т.д.) по каждой автомашине, и суммарно по участку, цеху, предприятию.

 

 

 

1.2. Прототип предметной области

      Адрес: 660020, г. Красноярск, ул. Спандаряна, 10

 

2. ОБЗОР  CASE-СРЕДСТВ

2.1. Назначение CASE-технологии

«Скорость — это разновидность экстаза, подаренная человеку технической революцией»

Милан Кундера. Неспешность.

Аббревиатура CASE расшифровывается, как Computer Aided Software Engineering. Этот термин широко используется в настоящее время. На этапе появления подобных средств, термин CASE употреблялся лишь в отношении автоматизации разработки программного обеспечения. Сегодня CASE средства подразумевают процесс разработки сложных ИС в целом: создание и сопровождение ИС, анализ, формулировка требований, проектирование прикладного ПО и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. Таким образом, CASE-технологии образуют целую среду разработки ИС.      Итак, CASE-технология представляет собой методологию проектирования программных систем, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. Главные составляющие CASE-продукта таковы:

методология (Method Diagrams), которая задает единый графический язык и правила работы с ним.

графические редакторы (Graphic Editors), которые помогают рисовать диаграммы; возникли с распространением PC и GUI, так называемых «upper case технологий

генератор: по графическому представлению модели можно сгенерировать исходный код для различных платформ (так называемая low case часть CASE-технологии).

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

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

CASE-средства не обязательно  дают немедленный эффект; он может  быть получен только спустя  какое-то время; 

реальные затраты на внедрение CASE-средств обычно намного превышают  затраты на их приобретение;

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

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

широкое разнообразие качества и возможностей CASE-средств;

относительно небольшое  время использования CASE-средств в различных организациях и недостаток опыта их применения;

широкое разнообразие в практике внедрения различных организаций;

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

широкий диапазон предметных областей проектов;

различная степень интеграции CASE-средств в различных проектах.

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

Технология: понимание ограниченности существующих возможностей и способность принять новую технологию;

Культура: готовность к внедрению новых процессов и взаимоотношений между разработчиками и пользователями;

Управление: четкое руководство и организованность по отношению к наиболее важным этапам и процессам внедрения.

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

высокий уровень технологической  поддержки процессов разработки и сопровождения ПО;

положительное воздействие  на некоторые или все из перечисленных  факторов: производительность, качество продукции, соблюдение стандартов, документирование;

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

2.2. Исследование рынка CASE-средств

Enterprise Architect - это всесторонний набор UML инструментов для анализа и дизайна, охватывающий разработку программного обеспечения через стадии анализа, модели дизайна, испытания и обслуживание. 
Enterprise Architect - это многопользовательский графический инструмент, разработанный для того, чтобы создавать устойчивое и удобное в сопровождении программное обеспечение. 
Enterprise Architect - работает с такими языками программирования как: C++, C#, Java, Delphi, VB.Net, Visual Basic, ActionScript, PHP и Python.