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 представлена в приложении А.

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