CASE средство Designer/2000
Содержание
Введение…………………………………………………………
1 Теоретическая часть. CASE средство Designer/2000………………………....5
2 Проектная
часть…………………………………………………………………
2.1 Постановка
задач……………………………………………………………..
2.2 Анализ
предметной области………………………………
2.3 Функциональная модель по стандарту IDEF0 и методологии SADT…....11
2.4 Модель данных по стандарту IDEF1X диаграммы “сущность-связь”…...13
2.5 Описание таблиц базы
данных………………………………………….......
2.5 Описание таблиц базы данных……………………………………………...16
2.7 Схема
взаимосвязей модулей и
2.8Алгоритм
работы модуля dati………………………………
2.10 Способы и результаты тестирования программного продукта………….20
Заключение……………………………………………………
Список использованных
источников…………………………………………...
Приложение А …………………………………………………………………...25
Приложение
Б…………………………………………………………………....
Приложение В……………………………………………………………………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-средством, обеспечивающим в совокупности
со средствами разработки
Структура и функции
Designer/2000
представляет собой семейство
методологий и поддерживающих
их программных продуктов. Базовая
методология Designer/2000 (CASE*Method) - структурная
методология проектирования
На этапе проектирования разрабатывается подробная архитектура ИС, проектируется схема реляционной БД и программные модули, устанавливаются перекрестные ссылки между компонентами ИС для анализа их взаимного влияния и контроля за изменениями.
На этапе реализации создается БД, строятся прикладные системы, производится их тестирование, проверка качества и соответствия требованиям пользователей. Создается системная документация, материалы для обучения и руководства пользователей. На этапах эксплуатации и сопровождения анализируются производительность и целостность системы, выполняется поддержка и, при необходимости, модификация ИС;
Designer/2000
обеспечивает графический
Repository Administrator
- средства управления
Repository Object
Navigator - средства доступа к
Process Modeller
- средство анализа и
Systems Modeller
- набор средств построения
Systems Designer
- набор средств проектирования
ИС, включающий средство
Server Generator
- генератор описаний объектов
БД ORACLE (таблиц, индексов, ключей, последовательностей
и т.д.). Помимо продуктов ORACLE, генерация
и реинжиниринг БД может
Forms Generator - генератор приложений. Генерируемые приложения включают в себя различные экранные формы, средства контроля данных, проверки ограничений целостности и автоматические подсказки. Дальнейшая работа с приложением выполняется в среде Developer/2000;
Repository Reports
- генератор стандартных отчетов,
интегрированный с ORACLE Reports и позволяющий
русифицировать отчеты, а также
изменять структурное
Репозиторий Designer/2000 представляет собой хранилище всех проектных данных и может работать в многопользовательском режиме, обеспечивая параллельное обновление информации несколькими разработчиками. В процессе проектирования автоматически поддерживаются перекрестные ссылки между объектами словаря и могут генерироваться более 70 стандартных отчетов о моделируемой предметной области. Физическая среда хранения репозитория - база данных ORACLE.
Взаимодействие с другими средствами
Designer/2000 можно интегрировать с другими средствами, используя открытый интерфейс приложений API (Application Programming Interface). Кроме того, можно использовать средство ORACLE CASE Exchange для экспорта/импорта объектов репозитория с целью обмена информацией с другими CASE-средствами.
Developer/2000
обеспечивает разработку
Среда функционирования
Среда функционирования Designer/2000 и Developer/2000 - Windows 3.x, Windows 95, Windows NT.
2 Проектная часть
2.1 Постановка задачи
ИС должна содержать следующую информацию:
- Сведения обо всем, жилищном фонде, обслуживаемом муниципальным жилищно-ремонтным эксплуатационным предприятием (МЖРЭП). Основные характеристики жилья (адрес, тип дома, тип и площадь крыши, наличие лифта и т.д.)
- Сведения о жильцах проживающих в жилищном фонде (ответственный квартирообладатель и т.д.)
- Сведения о видах ремонтных работ (с их стоимостью), которые может осуществлять МРЭП (вид работы, стоимость за единицу и т.д).
- Сведения о выполненных ремонтах жилищного фонда (Даты проведения, объем работ, общая стоимость, где проводилась и т.д.).
- Сведения о заявках на ремонт от квартирообладателей с предполагаемой датой их выполнения. (Дата заявки, предполагаемая дата выполнения, кто делал заявку и т.д.).
- Сведения о невыполненных заявках с указанием причины их невыполнения (заявка, причина отказа и т. д.).
ИС должна обеспечивать:
- Ввод, удаление и редактирование той или иной информации, с возможностью автоматизации (подстановок из других таблиц, фиксированных наборов данных и т.д.) и входного контроля от некорректных действий.
- Многопользовательский режим работы.
- Разграничение прав доступа к ИС с помощью идентификации и аутентификации пользователей (пользователь – соответствующий пароль). Обеспечить возможность оперативного изменения пароля. Количество различных пользователей – не менее 3.
пользователя (только администратора).
- Осуществлять поиск по разнообразным признакам (не менее одного в каждой из информационных категорий, например, адрес и т.д.).
- Осуществлять сортировку по различным признакам ( не менее одного в каждой из информационных категорий, например, по адресу и т.д.).
- Вывод информации обо всех жилых объектах, которые были отремонтированы за выбранный промежуток времени, а также общей суммы затраченной на ремонт.
- Вывод информации о том, как изменялась стоимость ремонтных работ (стоимость за единицу) за заданный пользователем промежуток времени.
- Формирование списка объектов, которые необходимо отремонтировать в периоде, заданном пользователем. Организовать возможность вывода списка объектов в MSWord ( или MSExcel).
- Формирование отчета (с возможностью вывода на печать) всех своевременно не обеспеченных заявках на текущую дату с указанием причины.
2.2 Анализ предметной области
Предметной областью разрабатываемой информационной системы является деятельность муниципального жилищно-ремонтного эксплуатационного предприятия. Основным назначением ИС является автоматизация учета ремонта жилищного фонда. Возможностями разрабатываемой ИС являются хранение и обработка информации о заявках на ремонт от квартирообладателей , о жильцах проживающих в жилищном фонде, о жилищном фонде, о видах ремонтных работ.
Целью разрабатываемой ИС является автоматизация учета ремонта жилищного фонда в муниципальном жилищно-ремонтном эксплуатационном предприятии и данных о поступивших заявках на ремонт.
Пользователями разрабатываемой системы будут:
- Администратор (доступны все возможности, предусмотренные в программе)
- Работник (имеет доступ к работе с заявками, назначению работ по заявкам, а также имеет возможность просматривать отчетность)
-Гость (Может подать заявку и просмотреть отчет о выполненных ремонтах жилых объектах )
Для выполнения требований, предъявляемых пользователями, ИС кроме хранения информации должна выполнять следующие функции:
- Формирование требуемых отчетов, с возможностью вывода на печать.
- Выводить информацию о том как изменялась цена на ремонтные работы за период.
- Производить расчет итоговой суммы по заявке.
- Осуществлять быстрый поиск и сортировку по различным критериям.
Входными документами в разрабатываемой ИС будут являться:
- Паспортные данные жильцов
- Заявление на проведение ремонтных работ
Выходными документами для разрабатываемой ИС будут являться:
- Отчет об отремонтированных жилых объектах
- Отчет об изменении стоимости ремонтных работ за период
- Отчет обо всех своевременно не обеспеченных заявках на текущую дату с указанием причины
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 – тестирование программы при добавлении двух одинаковых записей
После проведения тестирования можно сделать вывод, что в целом программа работает корректно.
- Case-технологии
- CASE-технологии в моделировании данных информационной системы
- Case-технологии в производстве
- CASE-технологии. Современные методы и средства проектирования информационных систем
- Caлықтaн жaлтapyғa бaйлaныcты caлық caнкциялapын қoлдaнy мexaнизмiн жeтiлдipy жoлдapы
- CCCР в годы НЭПа
- Chapter II Stylistic analysis
- CALS- технологии и информационные системы поддержки менеджмента процессов
- Candida albicans
- Capitolul I – Consideraţii generale despre fondurile europene
- Casa cu 5 etaje
- CASE-средства
- CASE-средства
- CASE-средства для разработки информационных систем