Информационная система строительной компании

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

• накладные;
• пользователи;
• права пользователей;
• материалы;
• единицы измерения;
• контрагенты;
• подразделения;
• остатки.

4. Среда проектирования

 

В качестве инструмента программирования была использована интегрированная  среда разработки  (IDE) Borland Delphi 7.0 и CASE-средство – “Rational Rose Enterprise Edition”.

Borland Delphi 7.0 – мощная система визуального объектно-ориентированного проектирования. Он сама и поставляемые с ним программные продукты позволяют решать следующий круг задач:

• быстрое создание профессионально выглядящих оконных интерфейсов для любых приложений даже начинающим программистам. Интерфейс удовлетворяет всем требованиям Windows, настраивается на использованную систему, поскольку использует многие функции, процедуры, библиотеки Windows;
• создание приложений любой сложности и любого назначения: офисные, бухгалтерские, инженерные, информационно-поисковые;
• создание современного пользовательского интерфейса для любых ранее разработанных программ DOS и Windows;
• создание мощных систем работы с локальными и удаленными базами данных любых типов. Технология ADO, используемая при разработке, позволяет получить доступ к БД, работающей практически под любой СУБД: InterBase, Microsoft Access, FoxPro, Paradox, dBase, Sybase, Microsoft SQL, Oracle;
• формирование и вывод на печать сложных отчетов, включающих таблицы, графики и т.п. самого различного назначения;

При проектировании автоматизированной системы также использовалось CASE-средство Rational Rose Enterprise Edition. Это визуальный редактор, позволяющий моделировать программные системы любой сложности, на основе графических диаграмм языка UML (Unified Modeling Language) быстрее, качественнее и легче. Rational Rose позволяет создавать модели будущей системы, которые удобны для понимания алгоритмов работы, взаимосвязей между объектами, в дальнейшем по ним создаётся программный каркас будущей системы.

1. Описание технологии ADO

 

ADO (от англ. ActiveX Data Objects — «объекты  данных ActiveX») — интерфейс программирования  приложений для доступа к данным, разработанный компанией Microsoft (MS Access, MS SQL Server) и основанный на технологии  компонентов ActiveX. ADO позволяет представлять данные из разнообразных источников (реляционных баз данных, текстовых файлов и т. д.) в объектно-ориентированном виде.

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

• Connection (представляет подключение к удалённому источнику данных)
• Recordset (представляет набор строк, полученный от источника данных)
• Command (используется для выполнения команд и SQL-запросов с параметрами)
• Record (может представлять одну запись объекта Recordset или же иерархическую структуру, состоящую из текстовых данных)
• Stream (используется для чтения и записи потоковых данных, например, документов XML или двоичных объектов)
• Errors (представляет ошибки)
• Fields (представляет столбцы таблицы базы данных)
• Parameters (представляет набор параметров SQL-инструкции)
• Properties (представляет набор свойств объекта)

Компоненты ADO используются в языках высокого уровня, таких как VBScript в ASP, JScript в WSH, Visual Basic, Delphi.

Последней версией ADO является версия 2.8. В рамках платформы Microsoft .NET интерфейс ADO заменён ADO.NET.

2. Построение объектной модели задачи с использованием языка моделирования UML

 

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

Моделирование позволило решить следующие задачи:

• визуализировать систему в ее текущем или желательном для нас состоянии;
• определить структуру или поведение системы;
• получить шаблон, позволяющий затем сконструировать систему;
• документировать принимаемые решения, используя полученные модели.

При разработке программного обеспечения существует несколько подходов к моделированию. Важнейшие из них – алгоритмический  и объектно-ориентированный. Наиболее современным подходом к разработке программного обеспечения является объектно-ориентированный. Здесь в качестве основного строительного блока выступает объект или класс. В самом общем смысле объект – это сущность, обычно извлекаемая из словаря предметной области или решения, а класс является описанием множества однотипных объектов. Каждый объект обладает идентичностью (его можно поименовать или как-то по-другому отличить от прочих объектов), состоянием (обычно с объектом бывают связаны некоторые данные) и поведением (с ним можно что-то делать или он сам может что-то делать с другими объектами).

6.4.3 Описание языка UML

 

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

Словарь языка UML включает три вида строительных блоков:

• сущности;
• отношения;
• диаграммы.

Сущности – это абстракции, являющиеся основными элементами модели. Отношения  связывают различные сущности; диаграммы  группируют представляющие интерес  совокупности сущностей.

В UML имеется четыре типа сущностей:

• структурные;
• поведенческие;
• группирующие;
• аннотационные.

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

Существует семь разновидностей структурных сущностей:

• класс (Class);
• интерфейс (Interface);
• кооперация (Collaboration);
• прецедент (Use case);
• активный класс (Active class);
• компонент (Component);
• узел (Node).

Подробно будут описаны только те элементы языка, которые были использованы при проектировании модели.

Класс (Class) – это описание совокупности объектов с общими атрибутами, операциями и отношениями. Графически класс изображается в виде прямоугольника, в котором обычно записаны его имя, атрибуты и операции, как показано на рисунке 6.1.

 

 

 

 

 

 

Одной из разновидностей сущности класс  является актер(Actor). Обычно актер представляет роль, которую в данной системе играет человек, аппаратное устройство или даже другая система. Как показано (см. рисунок 6.2) актеров изображают в виде человеческих фигурок.

 

 

 

Прецедент (Use Case) -  это описание последовательности выполняемых системой действий, которая производит наблюдаемый результат, значимый для какого-то определенного актера (Actor). Прецедент применяется для структурирования поведенческих сущностей модели.  Графически прецедент изображается в виде ограниченного непрерывной линией эллипса, обычно содержащего только его имя, как показано (см. рис 6.3).

 

 

 

 

Поведенческие сущности являются динамическими  составляющими модели UML. Это глаголы языка: они описывают поведение модели во времени и пространстве. Существует два вида поведенческих сущностей:

• взаимодействие (Interaction);
• автомат (State machine).

Взаимодействие (Interaction) – это поведение, суть которого заключается в обмене сообщениями (Messages) между объектами в рамках конкретного контекста для достижения определенной цели. Графически сообщения изображаются в виде стрелки, над которой почти всегда пишется имя соответствующей операции, как показано (см. рис 6.4).

 

 

Группирующие сущности являются организующими  частями UML. Это блоки, на которые можно разложить модель. Есть только одна группирующая сущность, а именно пакет.

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

 

 

 

 

Аннотационные сущности – пояснительные  части модели UML. Это комментарии для дополнительного описания, разъяснения или замечания к любому элементу модели. Имеется только один тип аннотационных элементов – примечания (Note).

Примечание – это просто символ для изображения комментариев или  ограничений, присоединенных к элементу или группе элементов. Графически примечание изображается в виде прямоугольника с загнутым краем, содержащим текстовый или графический комментарий, как показано (см. рисунок 6.6).

 

В языке UML определены четыре типа отношений:

зависимость;

ассоциация;

обобщение;

реализация.

Эти отношения являются основными  строительными блоками в UML и применяются для создания корректных моделей.

Зависимость (Dependency) – это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой. Графически зависимость изображается в виде прямой пунктирной линии, часто со стрелкой (см. рисунок 6.7).

 

 

 

Ассоциация (Association) – структурное отношение, описывающее совокупность связей; связь – это соединение между объектами. Графически ассоциация изображается в виде прямой линии (иногда завершающейся стрелкой или содержащей метку), рядом с которой могут присутствовать дополнительные обозначения, например кратность и имена ролей (см. рисунок 6.8) показан пример отношений этого типа.

 

 

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

• диаграммы классов;
• диаграммы объектов;
• диаграммы прецедентов;
• диаграммы последовательностей;
• диаграммы кооперации;
• диаграммы состояний;
• диаграммы действий;
• диаграммы компонентов;
• диаграммы развертывания.

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

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

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

5. Выбор системы управления базой данных

 

При выборе СУБД необходимо чтобы она поддерживала реляционную  модель данных, как наиболее распространенную и прогрессивную.

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

Исходя из вышеперечисленных  требований, в качестве СУБД для  корпоративной автоматизированной системы склада готовой продукции была выбрана серверная СУБД – Borland InterBase, как наиболее полно подходящая к этим требованиям.

1. Логическое проектирование

 

Логическое проектирование системы проводится в методологии UML с использованием пакета Rational Rose 2003. Use Case диаграмма показана на (см. рисунок 6.9).

Рисунок 6.9 - Диаграмма прецедентов

2. Разработка физической структуры БД