Проектирование информационной системы средствами языка моделирования UML и CASE – инструмента ModelMaker

Министерство образования и науки РФ Хакасский технический институт ;

Филиал ФГАОУ ВПО «Сибирский федеральный университет»

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

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

Тема: Проектирование информационной системы средствами языка моделирования UML и CASE — инструмента ModelMaker

Вариант 7

Выполнила: студентка группы 59−1

Козлова Т.С.

Проверил преподаватель:

Минеев П. В.

Абакан 2012

Задание к курсовой работе

Для заданной предметной области выполнить в среде ModelMaker следующее:

1. Составить глоссарий проекта.

2. Создать главную диаграмму модели. В ней составить в браузере список действующих лиц и перечень вариантов использования. Обосновать назначение каждого из них;

3. Построить диаграмму вариантов использования (с необходимыми комментариями) и при необходимости модифицировать ее;

4. Добавить к вариантам использования связи (Hyperlinks);

5. Для вариантов использования (не менее трех по усмотрению студента) выполнить краткое описание, составить перечни основного, альтернативных потоков событий и поток ошибок, а также записать предусловия и постусловия при необходимости;

6. На основе анализа описаний вариантов использования составить в браузере модели список классов модели;

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

8. Построить диаграмму классов модели с заданием атрибутов и операций. Необходимые атрибуты и операции классов (операции реализации и операции доступа к атрибутам) определяются на основе анализа диаграмм последовательностей;

9. Сгенерировать новый модуль с представлением в нем созданных классов;

10. Организовать документирование заявленных элементов;

11. Оформить пояснительную записку в соответствии с требованиями, изложенными в учебном пособии.

Описание предметной области ИС «Городское управление технической инвентаризации (ГУТИ)»

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

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

В ИС должна быть предусмотрена возможность получения разнообразных запросов.

• Введение
• 1. Создание главной диаграммы ИС «ГУТИ»
• 1.1 Создание в главной диаграмме ИС «ГУТИ» модели действующих лиц
• 1.2 Составление вариантов использования для ИС «ГУТИ»
• 1.3 Построение диаграммы вариантов использования для ИС «ГУТИ»
• 2. Описание вариантов использования
• 3. Определение классов для ИС «ГУТИ»
• 3.1 Создание в браузере списка классов на этапе анализа модели ИС «ГУТИ»
• 4. Создание диаграмм последовательности
• 5. Диаграмма классов
• 5.1 Создание диаграммы классов
• Программный код модуля для ИС «ГУТИ»
• Глоссарий
• Заключение
• Список литературы

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

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

Для построения модели информационной системы «ГУТИ» в данной курсовой работе используется CASE-средство ModelMaker. ModelMaker позволяет создавать шаблоны кода для обеспечения создания классов с похожей функциональностью. Возможно визуальное проектирование классов при помощи UML — подобных диаграмм классов. Поддерживаются средства документирования создаваемых классов. ModelMaker отлично взаимодействует с Delphi, кроме того, в нем существует собственный интерфейс, что позволяет расширять функциональные возможности программы.

Задача данной курсовой работы — спроектировать модель информационной системы «ГУТИ», при помощи Model Maker. Model Maker — система визуального проектирования структуры приложений. С помощью Model Maker можно заранее выявить недостающую информацию, которую требуется заложить в проект.

1. Создание главной диаграммы ИС «ГУТИ»

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

· Войти в ModelMaker.

· Щелкнуть по пиктограмме «Новая модель».

· Главная диаграмма представляется в виде диаграммы вариантов использования. Для этого нужно щелкнуть по пиктограмме «New Use Case Diagram». В результате увидим в окне браузера созданную главную диаграмму модели. Даем ей название «Главная диаграмма».

1.1 Создание в главной диаграмме ИС «ГУТИ» модели действующих лиц

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

Для данной информационной системы можно выделить следующие действующие лица:

· Пользователь информации — это население города, т. е. люди, которые подают заявки в городское управление. ИС «ГУТИ» имеет данные о владельцах квартир и домовладений (частных домов), а также о квартиросъемщиках.

· Администратор ИС — работник ГУТИ, осуществляющий регистрацию недвижимости, владельцев и квартиросъемщиков, а так же формирование отчетов и запросов.

Для создания в главной диаграмме модели действующих лиц, выполняются дальнейшие действия:

· Маркируем пиктограмму главной модели и через контекстное меню выполняем команду «Advancen add…».

· В появившемся окне зададим имя новой диаграммы «Пользователь информации», а тип диаграммы выберем «Class diagram».

· Аналогично выполняются действия по созданию действующего лица «Администратор ИС». (Рис. 1.)

Рисунок 1 — Отображение в браузере всех действующих лиц

1.2 Составление вариантов использования для ИС «ГУТИ»

Каждый вариант использования представляет собой последовательность действий, который должен быть выполнен проектируемой системой при взаимодействие её с соответствующим действующим лицом, сами эти действия не отображаются на диаграмме.

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

· Зарегистрировать владельца недвижимости — Данный вариант использования позволяет оператору ИС зарегистрировать владельцев квартир и частных домов, а также их недвижимость в системе.

· Зарегистрировать квартиросъемщика — Данный вариант использования позволяет оператору ИС зарегистрировать квартиросъемщика в системе.

· Сформировать запрос — Данный вариант использования позволяет оператору ИС формировать разнообразные запросы.

· Авторизоваться — Администратору, для того чтобы начать работу в ИС необходимо иметь уникальный логин и пароль позволяющий входить в систему.

· Сформировать отчет — администратор формирует отчеты по состоянию жилого фонда и работе с населением.

· Выдать справку — ИС должна выдавать справки о наличии жилья различных форм по заявкам населения.

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

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

Выделим в браузере пиктограмму главной диаграммы и через контекстное меню «Advancen add…» создадим новую диаграмму. В качестве имени новой диаграммы укажем «Зарегистрировать владельца недвижимости», а тип диаграммы выберем «Use Case diagram», затем завершим диалог. Аналогично создадим варианты использования: «Зарегистрировать квартиросъемщика», «Авторизоваться», «Сформировать запрос», «Сформировать отчет», «Подать заявки», «Выдать справку». (Рис. 2.)

Рисунок 2 — Список вариантов использования

1.3 Построение диаграммы вариантов использования для ИС «ГУТИ»

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

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

Выделим в браузере главную диаграмму. Используя пиктограммы «Add Actor», «Add Use Case» и «Add Realization Relation», построим диаграмму вариантов использования.

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

Рисунок 3 — Диаграмма вариантов использования

2. Описание вариантов использования

Далее выполним описание вариантов использования, с помощью команды «Add Annotation».

2.1 Вариант использования «Зарегистрировать владельца недвижимости»

Краткое описание.

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

Основной поток событий.

Данный вариант использования начинает выполняться, когда администратор ИС собирается зарегистрировать нового владельца.

· Администратор открывает меню

· Администратор выбирает пункт зарегистрировать владельца недвижимости

· Автоматически запускается форма регистрации

· Ввод полученых данных

· Сохранение данных

· Закрытие формы

Альтернативные потоки — отсутствуют

Предусловия — перед началом выполнения данного варианта использования от пользователей информации подаются заявки на внесение их недвижимости в госреестр.

Постусловия — отсутствуют

2.2 Вариант использования «Зарегистрировать квартиросъемщика»

Краткое описание.

Данный вариант использования позволяет администратору ИС зарегистрировать квартиросъемщиков в системе.

Основной поток событий.

Данный вариант использования начинает выполняться, когда администратор ИС собирается зарегистрировать квартиросъемщика.

· Администратор открывает меню

· Администратор выбирает пункт зарегистрировать квартиросъемщика

· Автоматически запускается форма регистрации

· Ввод полученых данных

· Сохранение данных

· Закрытие формы

Альтернативные потоки — отсутствуют

Предусловия — перед началом выполнения данного варианта использования от квартиросъемщиков подаются заявки для регистрации.

Постусловия — отсутствуют

2.3 Вариант использования «Сформировать запрос»

Краткое описание.

Данный вариант использования позволяет администратору ИС формировать необходимые запросы

Основной поток событий.

Данный вариант использования начинает выполняться, когда администратор ИС собирается сформировать запрос.

· Администратор выбирает пункт меню создать запрос.

· Система выводит список доступных таблиц.

· Администратор выбирает требующиеся таблицы.

· Зпускается форма для создания запроса.

· Администратор настраивает отображение требуемых полей.

· Администратор вводит условия сортировки.

· Администратор вводит условие отбора.

· Сохранение запроса.

· Закрытие формы.

Альтернативные потоки — администратор ввел неправильное условие отбора. При выполнении основного потока событий система обнаруживает ошибку в условии отбора, система выдает сообщение о ошибке и переходит к конструктору запросов.

Предусловия — отсутствуют.

Постусловия — отсутствуют.

3. Определение классов для ИС «ГУТИ»

Класс — это группа сущностей (объектов), обладающих сходными свойствами, а именно, данными и поведением. Отдельный представитель некоторого класса называется объектом класса или просто объектом.

Как правило, в потоках событий каждого варианта использования выявляются классы трех типов (Category):

Граничные классы (Boundary) — это классы, которые расположены на границе системы и окружающей среды. Они включают все формы, отчеты, интерфейсы с аппаратурой (такой, как принтеры, сканеры) и интерфейсы с другими системами.

Классы — сущности (Entity) — представляют собой ключевые понятия создаваемой системы.

Управляющие классы (Control) — обеспечивают координацию объектов в системе. Могут отсутствовать в некоторых вариантах использования, ограничивающихся простыми манипуляциями с хранимыми данными.

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

Для данной курсовой работы следует предложить следующие классы:

· Для диаграммы последовательности «Зарегистрировать владельца».

new_vladelec — представляет собой внешнюю сущность — клиентов, относится к классу Entity (сущность).

F_new_vladelec — служит посредником при взаимодействии внешней сущности «Владелец» и системы, представляет собой форму, относится к классу Boundary (граничный класс).

F_proverka — служит для проверки правильности введенной информации, относиться к классу Control (управляющий класс).

· Для диаграммы последовательности «Зарегистрировать квартиросъемщика».

F_new_arend — служит посредником при взаимодействии внешней сущности «Аренда» и системы, представляет собой форму, относится к классу Boundary (граничный класс).

F_proverka — служит для проверки правильности введенной информации, относиться к классу Control (управляющий класс).

arend — представляет собой внешнюю сущность — клиентов, относится к классу Entity (сущность).

· Для диаграммы последовательности «Сформировать запрос».

glavnaya_forma — представляет собой форму, относится к классу Boundary (граничный класс).

Zapros_forma — представляет собой форму, относится к классу Boundary (граничный класс).

zapros — представляет собой внешнюю сущность — клиентов, относится к классу Entity (сущность).

3.1 Создание в браузере списка классов на этапе анализа модели ИС «ГУТИ»

· На вкладке «Classes» выполним команду контекстного меню «Add Class».

· В появившемся диалоговом окне запишем имя «Administrator».

· Зададим тип создаваемого класса. Для этого через кнопку «+» раздела «Category» запишем название типа «Entity».

· Завершим диалог. В результате увидим в браузере созданный класс модели

Аналогично создадим остальные классы (рис. 4.).

Рисунок 4 — Перечень классов

4. Создание диаграмм последовательности

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

Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники), вертикальные линии, отображающие течение времени при деятельности объекта, и стрелки, показывающие выполнение действий объектами. На данной диаграмме объекты располагаются слева направо. Ее недостатком является то, что она занимает много места.

· Добавим в браузер такие диаграммы последовательности, как (рис.5):

Базовые действия-Зарегистрировать владельца

Базовые действия-Зарегистрировать квартиросъемщика

Базовые действия-Сформировать запрос

Рисунок 5 — Отображение списка имен диаграмм последовательностей

· Сделаем активной в браузере диаграмму последовательности «Зарегистрировать владельца».

· Затем перейдём на вкладку «Classes», в левом верхнем углу. Перетащим в окно диаграммы последовательности классы, участвующие в создаваемом событии рассматриваемого варианта использования.

· На панели инструментов нажмем кнопку «Add Generic Message», и проведем линию мышью от линии жизни одного объекта к линии жизни другого объекта. Появится диалоговое окно создания сообщения, которое будет передаваться от одного объекта к другому.

· Далее на вкладке «Association» укажем номер сообщения и через двоеточие текст сообщения. В результате будет создано сообщение в виде стрелки с текстом. Аналогично сформируем остальные сообщения. В итоге получим диаграмму последовательности «Зарегистрировать владельца» (рис. 6.)

Рисунок 6 — Диаграмма последовательности основного потока событий «Базовые действияЗарегестрировать владельца» для варианта использования «Зарегестрировать владельца»

В данной диаграмме последовательности используются следующие классы:

· F_new_vladelec

· F_proverka

· T_vladelec

· T_nedvigimost

Аналогично создадим диаграммы последовательности «Базовые действия — Зарегистрировать квартиросъемщика» для варианта использования «Зарегистрировать квартиросъемщика» (рис. 7) и «Базовые действия — Сформировать запрос» для варианта использования «Сформировать запрос» (рис. 8).

В диаграмме последовательности «Базовые действия — Зарегистрировать квартиросъемщика» для варианта использования «Зарегистрировать квартиросъемщика» будем использовать следующие классы:

· F_new_arend

· F_proverka

· T_arend

В диаграмме последовательности «Базовые действия — Сформировать запрос» для варианта использования «Сформировать запрос» используются классы:

· glavnaya_forma

· Zapros_forma

· T_zapros

Рисунок 6 — Диаграмма последовательности основного потока событий «Базовые действияЗарегестрировать квартиросъемщика» для варианта использования «Зарегестрировать квартиросъемщика»

Рисунок 6 — Диаграмма последовательности основного потока событий «Базовые действияСформировать запрос» для варианта использования «сформировать запрос»

5. Диаграмма классов

Диаграмма классов — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами. Это один из наиболее часто используемых видов диаграмм UML. Обычно создание диаграммы классов знаменует собой окончание процесса анализа и начало процесса проектирования.

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

5.1 Создание диаграммы классов

Для создания диаграммы классов модели требуется выполнить следующие действия:

· Маркируем в левом верхнем углу вкладку «Diagrams» и через кнопку «Add class diagram» создаем в главном окне новую диаграмму классов, имя которой будет «Диаграмма классов».

· Перетаскиваем мышью из браузера классы в окно диаграммы классов.

· Затем выделим один из классов, например «T_arend». Далее, при помощи контекстного меню зайдем в свойство класса Diagram properties и перейдем на вкладку Symbol style. В раскрывающемся списке Member list style выберем значение Auto Member list.

· Необходимые атрибуты и методы классов определяются на основе анализа диаграмм последовательностей. Для включения их в класс воспользуемся кнопками просмотрщика интерфейса классов, находящегося в нижнем левом углу окна. Кнопка Add Property открывает диалоговое окно создания в классе нового свойства.

Рисунок 7 — Панель просмотрщика интерфейса классов

· Добавим в класс «T_arend» новое свойство.

· В названии типа свойства выбираем значение User Defined (Определяемое пользователем);

· Далее необходимо указать имя свойства например INN и его видимость (Visibility). В данном случае выбираем public.

· В группе Read Access (чтение значения атрибута) выберем Method (Метод). В ответ система автоматически сгенерирует название метода GetINN, предназначенного для доступа к значению свойства.

· Выберем также в группе Write Access создаваемого свойства значение Method. Система создаст название метода SetINN, предназначенного для записи значения свойства. Параметр метода задается в списке Write parametr. Укажем любое имя например, value.

· Чтобы иметь доступ к данному полю внутри класса включим флажок State Field (Статическое поле);

· После завершения диалога получим новое свойство INN, статическое свойство FINN и два метода (GetINN и SetINN). Статическое свойство FINN является внутренней переменной данного свойства, первым символом имени всегда является F. Эта переменная используется для сохранения значения свойства (рис. 8).

Рисунок 8 — Диалоговое окно «Свойство класса T_arend»

· Далее подготовим программную реализацию двух методов. Для этого маркируем один из методов и переходим со страницы Diagram Editor на страницу Implementation. Сначала выбираем, затем переходим в правую часть окна и набираем оператор. Затем кнопкой Save code вводим текст. Так, для метода GetINN запишем команду: Result:=FINN; для метода SetINN запишем: FINN:=value.

· Создадим для данного класса операции реализации, выполняющие бизнес-функции. Для включения в класс операции реализации следует щелкнуть по кнопке Add Metods, задать имя операции. Далее выполним диалог по аналогии с предыдущими пунктами (рис. 10).

Рисунок 10 — Диалоговое окно «Метод класса T_arend»

После добавления классам всех требующихся атрибутов и методов диаграмма классов имеет вид (рис. 11).

Рисунок 11 — Отображение диаграммы классов

Теперь сгенерируем новый модуль, в котором будут представлены созданные классы модели. Для создания нового модуля перейдем на панель Units Просмотрщика классов и нажмем кнопку Add. В поле, где задается местоположение исходного файла (Relative Unit file name), укажем имя файла и путь. В нижней части окна переместим в правую часть названия классов, включаемых в модуль. После окончания диалога появится сгенерированный модуль.

Для генерации конечного кода модуля следует щелкнуть по кнопке Unlock, затем нажать кнопку Generation. Далее необходимо запустить Delphi, затем вернуться к ModelMaker и нажать кнопку Locate In Delphi. В результате получим шаблон модуля, который мы создали средствами объектно-ориентированного проектирования и визуального моделирования с помощью CASE — системы ModelMaker.

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

Программный код модуля для ИС «ГУТИ»

unit module; //Объявление модуля

interface//Интерфейс

uses//Объявление используемых модулей

SysUtils, Windows, Messages, Classes, Graphics, Controls,

Forms, Dialogs;

type//Объявление классов с индексированными свойствами

F_new_arend = class (TObject)

private//Объявление приватных (скрытых) членов класса

FNomer: TNomer;

function GetNomer: TNomer;

procedure SetNomer (Value: TNomer);

published//Объявление публикуемых членов класса

procedure New_zapis;//Процедура «Новая запись»

property Nomer: TNomer read GetNomer write SetNomer;

//Определяется управляемый доступ к полям класса

end;

F_proverka = class (TObject)

published

procedure Proverka_dannih;

end;

F_new_vladelec = class (TObject) // Класс формы «Новый владелец»

private // Атрибуты данного класса

FAdres: TAdres; //Тип атрибута «адрес владельца»

FFIO: TFIO; //Тип атрибута «ФИО владельца»

FNomer: TNomer;

FPasport: TPasport; //Тип атрибута «данные паспорта владельца»

FTEl: TTEl;

function GetAdres: TAdres;// Функция чтения адреса

function GetFIO: TFIO; // Функция чтения ФИО

function GetNomer: TNomer;

function GetPasport: TPasport;

function GetTEl: TTEl; //Функция чтения телефона

procedure SetAdres (Value: TAdres); // Процедура записи адреса

procedure SetFIO (Value: TFIO); // Процедура записи ФИО

procedure SetNomer (Value: TNomer);

procedure SetPasport (Value: TPasport);

procedure SetTEl (Value: TTEl); // Процедура записи телефона

public

procedure Sortirovka;

property TEl: TTEl read GetTEl write SetTEl;

published

property Adres: TAdres read GetAdres write SetAdres;

property FIO: TFIO read GetFIO write SetFIO;

property Nomer: TNomer read GetNomer write SetNomer;

property Pasport: TPasport read GetPasport write SetPasport;

//Определяется управляемый доступ к полям класса

end; // Конец описания класса

Operator = class (TObject) // Класс оператор

published

procedure Formirov_zapros; // Процедура формирования запросов

end;

T_arend = class (TObject) //Объявление класса-сущности «Оформление аренды»

private

FAdres: TAdres; //Тип атрибута «адрес»

FFIO: TFIO; //Тип атрибута «ФИО»

FPropiska: TPropiska; //Тип атрибута «прописка»

FTel: TTel; //Тип атрибута «телефон»

function GetAdres: TAdres; // Функция чтения адреса

function GetFIO: TFIO;

function GetPropiska: TPropiska;

function GetTel: TTel;

procedure SetAdres (Value: TAdres);

procedure SetFIO (Value: TFIO); //Процедура записи ФИО

procedure SetPropiska (Value: TPropiska);

procedure SetTel (Value: TTel);

published

procedure Delete; // Процедура удаления строки из таблицы

procedure New; // Процедура добавления новой строки в таблицу

property Adres: TAdres read GetAdres write SetAdres;

property FIO: TFIO read GetFIO write SetFIO;

property Propiska: TPropiska read GetPropiska write SetPropiska;

property Tel: TTel read GetTel write SetTel;

//Определяется управляемый доступ к полям класса

end;

T_nedvigimost = class (TObject)

private

FAdress: TAdress; //Тип атрибута «Адрес»

FBalkon: TBalkon;

FDom: TDom; //Тип атрибута «Дом»

FKolvo_komnat: TKol-vo_komnat;

FS: TS;

function GetAdress: TAdress;

function GetBalkon: TBalkon;

function GetDom: TDom;

function GetKolvo_komnat: TKol-vo_komnat;

function GetS: TS;

procedure SetAdress (Value: TAdress);

procedure SetBalkon (Value: TBalkon);

procedure SetDom (Value: TDom);

procedure SetKolvo_komnat (Value: TKol-vo_komnat);

procedure SetS (Value: TS);

public

property Balkon: TBalkon read GetBalkon write SetBalkon;

published

procedure Delite;

procedure New;

property Adress: TAdress read GetAdress write SetAdress;

property Dom: TDom read GetDom write SetDom;

property Kolvo_komnat: TKol-vo_komnat read GetKolvo_komnat write

SetKolvo_komnat;

property S: TS read GetS write SetS;

end;

T_vladelec = class (TObject)

end;

T_zapros = class (TObject)

end;

TObject = class ()

public

constructor Create;

destructor Destroy; virtual;

end;

Zapros_forma = class (TObject)

private

FIstochnik_dannih: TIstochnik_dannih;

FSortirovka: TSortirovka;

FTip_zaprossa: TTip_zaprossa;

function GetIstochnik_dannih: TIstochnik_dannih;

function GetSortirovka: TSortirovka;

function GetTip_zaprossa: TTip_zaprossa;

procedure SetIstochnik_dannih (Value: TIstochnik_dannih);

procedure SetSortirovka (Value: TSortirovka);

procedure SetTip_zaprossa (Value: TTip_zaprossa);

published

procedure Formirov_zapros;

property Istochnik_dannih: TIstochnik_dannih read GetIstochnik_dannih write

SetIstochnik_dannih;

property Sortirovka: TSortirovka read GetSortirovka write SetSortirovka;

property Tip_zaprossa: TTip_zaprossa read GetTip_zaprossa write

SetTip_zaprossa;

end;

procedure Register; //Операция «Зарегистрировать»

implementation//Реализация

procedure Register; //Подпрограмма операции «Зарегистрировать»

begin

end;

{

********************************* F_new_arend **********************************

}

function F_new_arend.GetNomer: TNomer; //Подпрограмма функции «Получить номер»

begin

end;

procedure F_new_arend.New_zapis; //Подпрограмма операции «Новая запись»

begin

end;

procedure F_new_arend.SetNomer (Value: TNomer);

begin

end;

{

********************************** F_proverka **********************************

}

procedure F_proverka.Proverka_dannih; // Процедура проверки данных

begin

if (form1.edit1.text<>'')and (form1.edit2.text<>'')then// условие заполнения полей

Begin

Form1.Table1.Insert; // Добавить новую строку

Form1.Table1FIO.Value:=Form1.Edit1.Text; // Записать в ячейку таблицы

Form1.Table1ADres.Value:=Form1.Edit2.Text;

if Table1. Modified then

Table1.Post;

end;

end;

{

******************************** F_new_vladelec ********************************

}

function F_new_vladelec.GetAdres: TAdres;

begin

end;

function F_new_vladelec.GetFIO: TFIO;

begin

end;

function F_new_vladelec.GetNomer: TNomer;

begin

end;

function F_new_vladelec.GetPasport: TPasport;

begin

end;

function F_new_vladelec.GetTEl: TTEl;

begin

end;

procedure F_new_vladelec.SetAdres (Value: TAdres);

begin

end;

procedure F_new_vladelec.SetFIO (Value: TFIO);

begin

end;

procedure F_new_vladelec.SetNomer (Value: TNomer);

begin

end;

procedure F_new_vladelec.SetPasport (Value: TPasport);

begin

end;

procedure F_new_vladelec.SetTEl (Value: TTEl);

begin

end;

procedure F_new_vladelec.Sortirovka;

begin

end;

{

*********************************** Operator ***********************************

}

procedure Operator. Formirov_zapros;

begin

end;

{

*********************************** T_arend ************************************

}

procedure T_arend.Delete;

begin

end;

function T_arend.GetAdres: TAdres;

begin

end;

function T_arend.GetFIO: TFIO;

begin

end;

function T_arend.GetPropiska: TPropiska;

begin

end;

function T_arend.GetTel: TTel;

begin

end;

procedure T_arend.New;

begin

end;

procedure T_arend.SetAdres (Value: TAdres);

begin

end;

procedure T_arend.SetFIO (Value: TFIO);

begin

end;

procedure T_arend.SetPropiska (Value: TPropiska);

begin

end;

procedure T_arend.SetTel (Value: TTel);

begin

end;

{

******************************** T_nedvigimost *********************************

}

procedure T_nedvigimost.Delite;

begin

end;

function T_nedvigimost.GetAdress: TAdress;

begin

end;

function T_nedvigimost.GetBalkon: TBalkon;

begin

end;

function T_nedvigimost.GetDom: TDom;

begin

end;

function T_nedvigimost.GetKolvo_komnat: TKol-vo_komnat;

begin

end;

function T_nedvigimost.GetS: TS;

begin

end;

procedure T_nedvigimost.New;

begin

end;

procedure T_nedvigimost.SetAdress (Value: TAdress);

begin

end;

procedure T_nedvigimost.SetBalkon (Value: TBalkon);

begin

end;

procedure T_nedvigimost.SetDom (Value: TDom);

begin

end;

procedure T_nedvigimost.SetKolvo_komnat (Value: TKol-vo_komnat);

begin

end;

procedure T_nedvigimost.SetS (Value: TS);

begin

end;

{

*********************************** TObject ************************************

}

constructor TObject. Create;

begin

end;

destructor TObject. Destroy;

begin

end;

{

****************************** Zapros_forma *******************************

}

procedure Zapros_ forma. Formirov_zapros;

begin

end;

function Zapros_ forma. GetIstochnik_dannih: TIstochnik_dannih;

begin

end;

function Zapros_ forma. GetSortirovka: TSortirovka;

begin

end;

function Zapros_ forma. GetTip_zaprossa: TTip_zaprossa;

begin

end;

procedure Zapros_ forma. SetIstochnik_dannih (Value: TIstochnik_dannih);

begin

end;

procedure Zapros_ forma. SetSortirovka (Value: TSortirovka);

begin

end;

procedure Zapros_ forma. SetTip_zaprossa (Value: TTip_zaprossa);

begin

end;

end. //Конец модуля

Глоссарий

ДП — диаграмма последовательности.

САSЕ-технология — совокупность методов проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех стадиях разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей

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

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

Диаграмма вариантов использования — это графическое моделирование требований к будущей информационной системе в стандарте UML.

Диаграмма классов — это графическое моделирование средствами UML статической структуры применяемых в системе классов и связей между ними;

Диаграмма взаимодействия — это графическое моделирование средствами UML процессов обмена сообщениями между объектами системы в рамках одного варианта использования.

Диаграмма последовательности — это графическое моделирование средствами UML поведения объектов с акцентом на последовательность сообщений в рамках одного варианта использования.

Кооперативная диаграмма — это графическое моделирование средствами UML поведения объектов с акцентом на их взаимодействие в рамках одного варианта использования.

Диаграмма состояний — это графическое моделирование средствами UML поведения объектов при переходе от одного состояния к другому.

Диаграмма деятельностей — это графическое моделирование средствами UML поведения системы в рамках различных вариантов использования.

Диаграммы размещения — это графическое моделирование средствами UML физической архитектуры системы.

Действующее лицо — это что-либо, взаимодействующее с системой. Им может быть пользователь, компьютер, время и т. п.

Вариант использования — последовательность действий, выполняемых системой в ответ на событие, инициируемое внешним объектом.

Model Maker — это CASE-инструмент объектно — ориентированного проектирования информационных систем.

Заключение

информационный система модель браузер

Данная курсовая работа позволила ознакомиться с объектно-ориентированным подходом к проектированию программного обеспечения, с унифицированным языком моделирования UML, а так же с CASE-средством ModelMaker.

С помощью ModelMaker была спроектирована модель информационной системы «Городское управление технической инвентаризации».

При проектировании модели ИС были созданы:

Главная диаграмма.

Диаграмма вариантов использования, для графического моделирования требований к будущей ИС.

Диаграммы последовательностей, такие как: зарегистрировать владельца, зарегистрировать квартиросъемщика, сформировать запрос.

Диаграмма классов.

Итогом проектирования модели информационной системы является программный код на языке Delphi, который был смоделирован средствами объектно-ориентированного проектирования и визуального моделирования с помощью CASE-системы ModelMaker.

1. Проектирование информационных систем: Учебно-методическое пособие для студентов очной и заочной форм обучения по специальности 80 801.65 — Прикладная информатика (в экономике). / Сост. П. В. Минеев. Красноярск, КГТУ, 2005. — 68 с.

2. Создание диаграммы вариантов использования [Электронный ресурс]. — Режим доступа:http://www.businessprocess.ru/designing/methodology/uml/theory/use_case_diagram_theory.html

3. Описание вариантов использования [Электронный ресурс]. — Режим доступа: http://www.nundesign.com/st/uml_doc/uml-elements.html

4. Моделирование диаграммы классов [Электронный ресурс]. — Режим доступа: http://www.informicus.ru/default.aspx?SECTION=6&id=73&subdivisionid=3

5. Язык UML [Электронный ресурс]. — Режим доступа: http://b-c-group.ru/?page_id=107

6. Создание диаграммы последовательности [Электронный ресурс]. — Режим доступа: http://www.business-process.ru/designing/methodology/uml/theory/sequence_diagram_theory.html