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

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

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

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

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

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

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

Как правило, в потоках событий каждого варианта использования выявляются классы трех типов (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. Обычно создание диаграммы классов знаменует собой окончание процесса анализа и начало процесса проектирования.

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

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

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. Проектирование информационных систем: Учебно-методическое пособие для студентов очной и заочной форм обучения по специальности 080801.65 - Прикладная информатика (в экономике). / Сост. П.В. Минеев. Красноярск, КГТУ, 2005. - 68 с.