CASE средство Designer/2000

Содержание

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

1 Теоретическая часть. CASE средство Designer/2000………………………....5

2 Проектная  часть…………………………………………………………………8

2.1 Постановка задач……………………………………………………………...8

2.2 Анализ  предметной области………………………………………………….9

2.3 Функциональная  модель по стандарту IDEF0 и методологии SADT…....11

2.4 Модель данных по  стандарту IDEF1X диаграммы “сущность-связь”…...13

2.5 Описание таблиц базы  данных………………………………………….......14

2.5 Описание таблиц базы  данных……………………………………………...16

2.7 Схема  взаимосвязей модулей и массивов  данных ………………………..17

2.8Алгоритм  работы модуля dati………………………………………………..18 2.9 Инструкция пользователя…………………………………………………...19

2.10 Способы  и результаты тестирования программного продукта………….20

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

Список использованных источников…………………………………………...24

Приложение А …………………………………………………………………...25

Приложение Б…………………………………………………………………....30

Приложение В……………………………………………………………………33

 

Введение

Тенденции развития современных информационных технологий приводят к постоянному возрастанию сложности информационных систем (ИС), создаваемых в различных сферах деятельности человека. Современные крупные проекты ИС характеризуются, как правило: сложностью описания, требующей тщательного моделирования и анализа данных и процессов; наличием совокупности тесно взаимодействующих компонентов (подсистем), имеющих свои локальные задачи и цели функционирования.

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

Данная курсовая работа посвящена теоретическому изучению CASE-средства Designer/2000 фирмы ORACLE и разработке информационной системы для автоматизации учета ремонта жилищного фонда в муниципальном жилищно-ремонтном эксплуатационном предприятии.

Задачи, поставленные в курсовой работе:

- изучение назначения и основных характеристик case средства Designer/2000;

- анализ предметной области для разработки ИС;

- определение  целей и задач системы;

- построение моделей данных;

- разработка  БД и клиентского приложения;

- закрепление  и развитие теоретических знаний  по проектированию ИС;

- приобретение  практических навыков разработки  ИС.

При разработке системы будет применяться структурно-функциональный подход. Для разработки клиентского приложения ИС был выбран язык программирования Borland Delphi 7.0 Enterprise, в связи с имеющимся опытом разработки ИС с помощью данного средства. С помощью Borland Delphi 7.0 Enterprise легко реализуется технология “файл-сервер”, путем прямого доступа к таблицам БД, так и с помощью языка запросов SQL. СУБД выбран MS Access.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1 Теоретическая часть. CASE средство Designer/2000

CASE-средство Designer/2000 2.0 фирмы ORACLE [23] является интегрированным CASE-средством, обеспечивающим в совокупности  со средствами разработки приложений Developer/2000 поддержку полного ЖЦ  ПО для систем, использующих СУБД ORACLE.

Структура и функции

Designer/2000 представляет собой семейство  методологий и поддерживающих  их программных продуктов. Базовая  методология Designer/2000 (CASE*Method) - структурная  методология проектирования систем, полностью охватывающая все этапы  жизненного цикла ИС [8,9]. В соответствии  с этой методологией на этапе  планирования определяются цели  создания системы, приоритеты и  ограничения, разрабатывается системная  архитектура и план разработки  ИС. В процессе анализа строятся  модель информационных потребностей (диаграмма "сущность-связь"), диаграмма  функциональной иерархии (на основе  функциональной декомпозиции ИС), матрица перекрестных ссылок  и диаграмма потоков данных.

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

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

Designer/2000 обеспечивает графический интерфейс  при разработке различных моделей (диаграмм) предметной области. В  процессе построения моделей  информация о них заносится  в репозиторий. В состав Designer/2000 входят следующие компоненты:

Repository Administrator - средства управления репозиторием (создание и удаление приложений, управление доступом к данным  со стороны различных пользователей, экспорт и импорт данных);

Repository Object Navigator - средства доступа к репозиторию, обеспечивающие многооконный объектно-ориентированный  интерфейс доступа ко всем  элементам репозитория;

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

Systems Modeller - набор средств построения функциональных  и информационных моделей проектируемой  ИС, включающий средства для построения  диаграмм "сущность-связь" (Entity-Relationship Diagrammer), диаграмм функциональных  иерархий (Function Hierarchy Diagrammer), диаграмм  потоков данных (Data Flow Diagrammer) и средство  анализа и модификации связей  объектов репозитория различных  типов (Matrix Diagrammer);

Systems Designer - набор средств проектирования  ИС, включающий средство построения  структуры реляционной базы данных (Data Diagrammer), а также средства построения  диаграмм, отображающих взаимодействие  с данными, иерархию, структуру и  логику приложений, реализуемую  хранимыми процедурами на языке PL/SQL (Module Data Diagrammer, Module Structure Diagrammer и Module Logic Navigator);

Server Generator - генератор описаний объектов  БД ORACLE (таблиц, индексов, ключей, последовательностей  и т.д.). Помимо продуктов ORACLE, генерация  и реинжиниринг БД может выполняться  для СУБД Informix, DB/2, Microsoft SQL Server, Sybase, а  также для стандарта ANSI SQL DDL и  баз данных, доступ к которым  реализуется посредством ODBC;

Forms Generator - генератор приложений. Генерируемые приложения включают в себя различные экранные формы, средства контроля данных, проверки ограничений целостности и автоматические подсказки. Дальнейшая работа с приложением выполняется в среде Developer/2000;

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

Репозиторий Designer/2000 представляет собой хранилище всех проектных данных и может работать в многопользовательском режиме, обеспечивая параллельное обновление информации несколькими разработчиками. В процессе проектирования автоматически поддерживаются перекрестные ссылки между объектами словаря и могут генерироваться более 70 стандартных отчетов о моделируемой предметной области. Физическая среда хранения репозитория - база данных ORACLE.

Взаимодействие с другими средствами

Designer/2000 можно интегрировать с другими  средствами, используя открытый  интерфейс приложений API (Application Programming Interface). Кроме того, можно использовать  средство ORACLE CASE Exchange для экспорта/импорта  объектов репозитория с целью  обмена информацией с другими CASE-средствами.

Developer/2000 обеспечивает разработку переносимых  приложений, работающих в графической  среде Windows, Macintosh или Motif. В среде Windows интеграция приложений Developer/2000 с  другими средствами реализуется  через механизм OLE и управляющие  элементы VBX. Взаимодействие приложений  с другими СУБД (DB/2, DB2/400, Rdb) реализуется  с помощью средств ORACLE Client Adapter для ODBC, ORACLE Open Gateway и API.

Среда функционирования

Среда функционирования Designer/2000 и Developer/2000 - Windows 3.x, Windows 95, Windows NT.

2 Проектная часть

2.1 Постановка задачи

ИС должна содержать следующую информацию:

• Сведения обо всем, жилищном фонде, обслуживаемом муниципальным жилищно-ремонтным эксплуатационным предприятием (МЖРЭП). Основные характеристики жилья (адрес, тип дома, тип и площадь крыши, наличие лифта и т.д.)
• Сведения о жильцах проживающих в жилищном фонде (ответственный квартирообладатель и т.д.)
• Сведения о видах ремонтных работ (с их стоимостью), которые может осуществлять МРЭП (вид работы, стоимость за единицу и т.д).
• Сведения о выполненных  ремонтах жилищного фонда (Даты проведения, объем работ, общая стоимость, где проводилась и т.д.).
• Сведения о заявках на ремонт от квартирообладателей с предполагаемой датой их выполнения. (Дата заявки, предполагаемая дата выполнения, кто делал заявку и т.д.).
• Сведения о невыполненных заявках с указанием причины их невыполнения (заявка, причина отказа и т. д.).

 ИС  должна обеспечивать:

• Ввод, удаление и редактирование той или иной информации, с возможностью автоматизации (подстановок из других таблиц, фиксированных наборов данных и т.д.) и входного контроля от некорректных действий.
• Многопользовательский режим работы.
• Разграничение прав доступа  к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль). Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 3.

пользователя (только администратора).

• Осуществлять поиск по разнообразным признакам (не менее одного в каждой из информационных категорий, например, адрес и т.д.).
• Осуществлять сортировку по различным признакам ( не менее одного в каждой из информационных категорий, например, по адресу и т.д.).
• Вывод информации обо всех жилых объектах, которые были отремонтированы за выбранный промежуток времени, а также общей суммы затраченной на ремонт.
• Вывод информации о том, как изменялась стоимость ремонтных работ (стоимость за единицу) за заданный пользователем промежуток времени.
• Формирование списка объектов, которые необходимо отремонтировать в периоде, заданном пользователем. Организовать возможность вывода списка объектов в MSWord ( или MSExcel).
• Формирование отчета (с возможностью вывода на печать) всех своевременно не обеспеченных заявках на текущую дату с указанием причины.

2.2 Анализ предметной области

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

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

Пользователями разрабатываемой системы будут:

- Администратор (доступны все возможности, предусмотренные в программе)

- Работник (имеет доступ к работе с заявками, назначению работ по заявкам, а также имеет возможность просматривать отчетность)

-Гость (Может подать заявку и просмотреть отчет о выполненных ремонтах жилых объектах )

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

1. Формирование требуемых отчетов, с возможностью вывода на печать.
2. Выводить информацию о том как изменялась цена на ремонтные работы за период.
3. Производить расчет итоговой суммы по заявке.
4. Осуществлять быстрый поиск и сортировку по различным критериям.

Входными документами в разрабатываемой ИС будут являться:

- Паспортные  данные жильцов

- Заявление  на проведение ремонтных работ           

Выходными документами для разрабатываемой ИС будут являться:

- Отчет об отремонтированных жилых объектах

- Отчет об  изменении стоимости ремонтных  работ за период

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

2.3 Функциональная модель по  стандарту IDEF0

Функциональная модель по стандарту IDEF0 и методологии SADT была разработана с помощью CASE - средства BPwin v. 2.5. Модель разрабатываемой ИС по стандарту IDEF0 представлена в приложении А.

Нулевой уровень	К-т уровня	К-т Сбалансированности	К-т функциональности
Первый уровень
Второй уровень
Третий уровень
Четвертый уровень

Рассчитанные коэффициенты находятся в пределах нормы и соответствуют всем требованиям. Коэффициент Кь при переходе от одного уровня к другому колеблется в небольших пределах от 0 до 2, что соответствует норме. Коэффициент уровня убывает, что говорит о том что  на диаграммах более нижнего уровня количество функций не увеличивается.

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

Элементарными функциями моделируемой ИС являются:

1.Определение категории пользователя

2.Определение полномочий

3.Открытие доступа к БД системы

4.Блокировка записи

5. Добавление, удаление, редактирование записей справочника "Жилищный фонд"

6. Добавление, удаление, редактирование записей  справочника "Жильцы"

7. Добавление, удаление, редактирование записей  справочника "Ремонтные работы"

8.Разблокирование записи

9.Добавление заявки

10.Назначение работ по заявке

11.Выполнение заявки

12.Отклонение заявки

13.Обновление

14.Смена пароля

15.Резервная копия

16.Поиск по ФИО

17.Поиск по адресу

18.Поиск по заявке

19.Сортировка по адресу

20.Сортировка по ФИО

21.Сортировка по заявкам

22. Формирование отчета об изменении стоимости ремонтных работ за период

23. Формирование отчета "отремонтированные жилые объекты"

24. Формирование отчета "Невыполненные заявки"

23. Формирование отчета "Предполагаемый ремонт жилых объектов"

2.4 Модель данных по стандарту IDEF1X диаграммы “сущность-связь”

Для построения диаграммы “сущность-связь” необходимо определить сущности, обозначающие объекты предметной области, связи между ними и атрибуты. На рисунке 1 изображена модель данных по стандарту IDEF1X.

Рисунок 1 – ER-диаграмма

На рисунке 1 отображены связи, все они относятся к типу не идентифицирующей связи один-ко-многим, так как:

- В одном  доме могут проживать много  человек, один человек проживает  только в одном доме.

- Жильцы  могут оставлять много заявок, но одна заявка соответствует  одному жильцу

-По заявке назначаются работы, на дну заявку могут быть назначено несколько работ, но одна назначенная работа может соответствовать только одной заявке.

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

- Одной ремонтной работе может соответствовать несколько изменений цены

Физическая модель представлена в приложении Б.

2.5 Описание таблиц базы данных

База данных реализована в MS Access и состоит из семи  таблиц.

Таблица “Zil” содержит информацию о жилищном фонде, описание атрибутов приведено в таблице 2

Таблица 2 - Таблица “Zil”

Наименование поля	Тип даных	Описание
id_z	Счетчик	Код дома, ключевое поле
adr_z	Текстовый	Адрес дома, не индексированное
tipdom_z	Текстовый	Тип дома
tipkr_z	Текстовый	Тип крыши
pl_z	Числовой	Площадь
lift_z	Текстовый	Лифт

Таблица Zilci содержит данные о жильцах. Описание всех атрибутов отражено в таблице 3.

Таблица 3 – Таблица Zilci

Наименование поля	Тип даных	Описание
Id_zl	Счетчик	Код жильца, ключевое поле
Fio_zl	Текстовый	Фамилия имя отчество жильца
Kv_zl	Числовой	Номер квартиры жильца
Id_z_zl	Числовой	Код дома, подстановка из таблицы  “Zil”

Таблица remr содержит информацию о ремонтных работах и стоимости на них

Таблица 4- Таблица remr

Наименование поля	Тип даных	Описание
Id_rr	Счетчик	Код работы, ключевое поле
Nazv_rr	Текстовый	Наименование работы
St_rr	Числовой	Стоимость за единицу
Edi_rr	Текстовый	Единицы измерения

 

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

Таблица 5- Таблица Zayavka

Наименование поля	Тип даных	Описание
id_za	Счетчик	Код заявки
id_zl_za	Числовой	Адрес жильца делающего заявку, подстановка из таблицы Zilci
dataz_za	Дата/время	Дата заявки
datapv_za	Дата/время	Предполагаемая дата выполнения заявки
prich_za	Текстовый	Причина отказа
datav_za	Дата/время	Дата выполнения заявки

 

Таблица NaznR содержит информацию о назначенных работах на заявку.

Таблица 6- Таблица NaznR

Наименование поля	Тип даных	Описание
id_nr	Счетчик	Код назначенной работы
id_rr_nr	Числовой	Код работы, подстановка из таблицы remr
st_rr_nr	Числовой	Стоимость работы
ob_nr	Числовой	Объем работ
st_nr	Числовой	Общая стоимость
id_za_nr	Числовой	Код заявки, подстановка из таблицы Zayavka

 

Таблица RCen содержит информацию об изменении цен на работы

Таблица 7- Таблица RCen

Наименование поля	Тип даных	Описание
id_rc	Счетчик	Код изменения
id_rr_rc	Числовой	Код работы, подстановка из таблицы remr
data_rc	Дата/время	Дата изменения
cena_rc	Числовой	Измененная цена

 

На рисунке 2 представлена структура всех таблиц и связи между ними.

Рисунок 2 – Схема данных

2.6 Дерево программных модулей

Разрабатываемая ИС состоит из 13 модулей, их описание представлено в таблице 8.

Таблица 8 – Программные модули ИС

Название модуля	Описание
DataM	Модуль подключения к БД
Main	Модуль главной формы
Zilci	Модуль формы редактирования и ввода жильцов
Zil	Модуль формы редактирования и ввода жилищного фонда
Zayavka	Модуль формы оформления заявки
Remr	Модуль формы для ввода ремонтных работ
naznr	Модуль формы назначения ремонтных работ по заявке
zotk	Модуль формы отказа выполнения заявки
vipz	Модуль формы выполненные заявки
Pass	Модуль формы входа в программу
dati	Модуль формы вывод отчета за определенные период
chpass	Модуль формы смены пароля

 

Дерево программных модулей изображено на рисунке 3.

 

 

 

 

 

 

 

Рисунок 3 - Дерево программных модулей

2.7 Схема взаимосвязей модулей и  массивов данных

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

 

 

 

 

 

 

 

 

 

 

 

 

Рисунок 4 - Схема взаимосвязей модулей и массивов данных

2.8Алгоритм  работы модуля dati

Данный модуль реализует процедуру вывода отчета об отремонтированных  объектах за период заданный пользователем.

 
2.9 Инструкция пользователя

Рекомендуемые системные требования:

- процессор 2000 МГц;

- оперативная  память 1024 Мбайт;

- 100 Мбайт  свободного места на жестком  диске;

- мышь  и клавиатура;

- операционная система Microsoft Windows XP/Vista /7;

- Microsoft Office 2003/2007.

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

Рисунок 6 – главная форма программы

В пункте меню Справочники  доступны три справочника: Жилищный фонд, Жильцы и Ремонтные работы. В меню заявки доступны следующие пункты: Оформление заявки, Невыполненные заявки, Выполненные заявки.

При выборе в меню «Жилищный фонд», откроется соответствующее окно, где можно работать с этим справочником. При нажатии правой клавиши  мыши на форме справочника появиться контекстное меню, где можно выбрать соответствующий пункт. В данном разделе возможно осуществлять поиск по адресу и сортировку по площади крыши.

Работа со справочником «Жилищный фонд» представлена на рисунке 7

Рисунок 7- справочник «Жилищный фонд»

Работа с другими справочниками проводится аналогичным образом.

При выборе пункта «Оформление заявки», появляется окно в котором пользователь может оформить заявку, для этого необходимо щелкнуть правой кнопкой мыши и в появившемся контекстном меню выбрать необходимый пункт. В контекстном меню также доступен поиск и сортировка записей. Для выполнения заявке необходимо на добавленной заявке назначить ремонтные работы. При назначении ремонтной работы также появиться новая форма, где и можно добавить ремонтную работу. После того как ремонтная работа назначена, можно выполнить заявку. Для этого необходимо выбрав заявку в контекстном меню нажать на пункт «Выполнить заявку»

В пункте меню «Сервис» возможно изменение пароля и также резервное копирование базы данных.

В пункте меню «Отчеты» возможен просмотр предусмотренных программой отчетов.

 

2.10 Способы и результаты  тестирования программного продукта

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

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

1. Проверка  в нормальных условиях.

В процессе разработки информационной системы все программные модули были протестированы в нормальном режиме работы. При тестировании программы в данном режиме ошибок в программе выявлено не было. Пример работы программы при тестировании в данном режиме представлен на рисунке на рисунке 5

Рисунок 5 – тестирование программы в нормальном режиме

2. Проверка  в экстремальных условиях.

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

Рисунок 6 – тестирование программы в экстремальных условиях

Так же программа была протестирована на ввод двух одинаковых значений.

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

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

 

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