32
Последующая стадия логического проектирования предполагает
выполнение таких операций:
– преобразование концептуальной модели в логическую, в таком
случае определяется схема реляционной МД:
– исключение транзитивных связей;
– удаление сложных связей;
– удаление рекурсивных связей;
– исключение связей;
– удаление множественных атрибутов;
– удаление избыточных связей;
– выполнение проверки модели при помощи концепций
нормализации.
Тут целью применения такой процедуры является получение основных
гарантий того, что каждое с отношений, полученных на базе концептуальной
модели, будет находится, по крайней мере, в так называемой третьей
нормальной форме;
– проверка модели по отношению к транзакциям пользователей –
созданная МД предметной области должна анализироваться в плане
возможности реализации всех транзакций, которые предусмотрены
представлениями пользователя;
– проверка поддержки уровня целостности данных, именно:
использование ссылочной целостности;
возможность иметь пустые значения для атрибутов;
категориальная целостность;
ограничения доменов.
Построенная логическая МД будет востребована в дальнейшем на этапе
физического проектирования, на этапе сопровождения и эксплуатации уже
готовой системы, при этом позволяя наглядно представлять любые вносимые
изменения в базу данных. [18]
33
Целью проектирования на данном этапе разработки является создание
практически полного описания модели, которая ориентирована
непосредственно на конкретную СУБД.
Заметим, что на указанной стадии разработки можно использовать
возвраты на более ранние этапы ЖЦ.
Действия, которые могут быть реализованы на казанном этапе, очень
специфичны для моделей данных, в результате чего их очень сложно
обобщать.
В случае реляционной модели под понятием физического
проектирования подразумевается:
– создание описания набора таблиц и ограничений на основе
информации, которая представлена в глобальной логической МД;
– определение конкретных структур сохранения данных, а также
методов доступа, обеспечивающих оптимальную производительность БД;
– разработка средств для защиты, создаваемой БД.
Физическая модель – это модель, определяющая непосредственное
размещение данных на носителях, методы доступа, а также технику
индексирования. [9]
Стоит отметить, что она также называется внутренней МД системы.
Внешние модели (так называемые даталогические модели) не связаны
никак с типом используемой физической памяти, где будут храниться данные,
а также методы доступа к ним. Внутренние модели (или физические модели)
наоборот оперируют и определяют размещением данных, их взаимосвязях на
устройствах. Физическая организация информации оказывает основное
влияние для эксплуатационных характеристик БД.
Схематически этапы проектирования можно изобразить так (рисунок
13). Физическая МД является компьютерно-ориентированной, а конечные
пользователи, прикладные программисты, не имеют представления о том, как
именно данные запоминаются, извлекаются или каким именно способом
организуются индексы для быстрого поиска.
34
Рисунок 13 – Этапы проектирования
Трехуровневая архитектура позволяет обеспечить полную
независимость хранимых данных и использующих их программ.
2.3. Программное обеспечение для проектирования ИС
Аббревиатура CASE (автоматизированная разработка ПО) обозначает
специальный класс ПО, предназначенного непосредственно для поддержки
процессов создания АИС: [6]
– разработка требований;
– выполнение проектирования;
– кодирование, тестирование АИС.
Поэтому к так называемым CASE-средствам относят:
– редакторы проектов;
– компиляторы;
– отладчики;
– словари данных;
– средства построения систем.
35
CASE-средства предлагают выполнение поддержки процесса создания
ПО с помощью автоматизации некоторых стадий разработки, создания и
представления данных, необходимых для разработки.
В нынешнее время все подходящие CASE-технологии используются для
большинства процессов, которые выполняются в ходе разработки АИС. Это
ведет к значительному улучшению качества создаваемого ПО и повышению
уровня производительности труда разработчиков АИС. Уже сложилась очень
развитая индустрия разработки CASE-средств, а перечень поставщиков и
разработчиков таких программных продуктов является очень широким.
Существует несколько типов классификаций CASE-средств, но каждая
предлагает отдельный взгляд на такие программные продукты. Далее
рассмотрим классификацию данного ПО по категориям, где эти CASE-
средства классифицируются непосредственно по степени интеграции данных
программных модулей, которые поддерживают различные процессы
разработки. [3]
Такая классификация содержит три основные категории:
– вспомогательное ПО – поддерживают отдельные процессы для
разработки ПО: проверка непротиворечивости архитектуры, компиляция
программ и т.д.;
– инструментальные средства поддерживают определенные
процессы при разработке ПО: создание спецификации и проектирование.
Обычно они представляются набором интегрированных вспомогательных
программ для проектирования;
– рабочие среды для разработчиков поддерживают все или почти все
процессы разработки ПО, а также включают в себя различные
интегрированные инструментальные средства.
Схематично классификация представлена на рисунке 14.
Вспомогательные программы выбираются непосредственно
разработчиками ПО по своему усмотрению. [36]
36
Такие средства поддерживают ранее определенные методы разработки
на базе некоторой модели разработки АИС, наборов правил, нормативных
указаний.
Рисунок 14 – Классификация CASE-средств
Инструментальные средства для разработки обычно объединяют через
репозиторий. Структура пакета таких средств показана ниже на рисунке 15.
Рисунок 15 – Пакет CASE-средств
37
В такой пакет входят следующие инструменты: [32]
– Редакторы диаграмм предназначаются для создания диаграмм
иерархий объектов, потоков данных, диаграмм «сущность-связь».
– Средства проектирования, проверки и анализа выполняют
проектирование АИС, а также создают отчет о дефектах и ошибках в
системной архитектуре.
– Центральный репозиторий позволяет каждому проектировщику
найти надобный проект и соответствующую проектную информацию.
– Словари данных хранят информацию об объектах, что
используются непосредственно в структуре АИС.
– Средства генерирования отчетов из центрального репозитория на
основе информации автоматически генерируют всю системную
документацию.
– Средства для создания форм определяют разного рода форматы
экранных форм, документов.
– Средства экспортирования и импортирования позволяют
обмениваться данными из центрального репозитория самым различным
инструментальным модулям.
– Генераторы программного кода генерируют программы
автоматически на основе проектов, что хранятся в центральном репозитории.
Рассмотрим ПО, которое применяется для проектирования ИС.
AllFusion Process Modeler (или BPwin) – это инструмент для анализа,
моделирования, документирования и оптимизации разного рода бизнес-
процессов (БП).
AllFusion Process Modeler используют для графического представления
БП. Графически представленная непосредственно схема выполнения работ,
документооборота, обмена информацией визуализирует модель БП.
Графическое изложение такой информации позволяет переводить задачи
управления организацией с области сложного ремесла непосредственно в
сферу современных инженерных технологий. [28]
38
Система AllFusion Process Modeler (рисунок 16) помогает четко
документировать важные аспекты любых бизнес-процессов: действия,
которые необходимо предпринять, способы их осуществления и контроля,
требующиеся для этого ресурсы, а также визуализировать получаемые от этих
действий результаты.
Рисунок 16 –Интерфейс AllFusion Process Modeler
AllFusion Process Modeler повышает эффективность ИТ-решений, при
этом позволяя проектировщикам и аналитикам моделей соотносить разного
рода корпоративные инициативы с бизнес-требованиями, а также процессами
информационной архитектуры, проектирования приложений.
То есть, формируется целостная картина для деятельности предприятия:
непосредственно от потоков работ в подразделениях до сложных функций
масштаба организации.
39
ERwin Data Modeler – это CASE-средство для выполнения
документирования и проектирования баз данных, что позволяет создавать,
документировать, сопровождать БД, хранилища и витрины информации. [24]
Программа AllFusion Data Modeler (или ERwin) предназначен для
компаний, использующих и разрабатывающих базы данных, для так
называемых администраторов БД, проектировщиков баз данных, системных
аналитиков, разработчиков, руководителей проектами.
Программа позволяет управлять данными при корпоративных
изменениях, а также и в условиях изменяющихся технологий.
Интерфейс программы показан на рисунке 17:
Рисунок 17 – Интерфейс AllFusion Data Modeler
40
Рассматриваемое средство для проектирования позволяет наглядно
отображать самые сложные структуры данных, а удобная в использовании
среда упрощает разработку БД и автоматизирует совокупность трудоемких
задач, при этом уменьшая сроки создания высокопроизводительных и
высококачественных транзакционных Б и хранилищ данных. [16]
Это решение улучшает коммуникацию организации, обеспечивая
совместную работу разработчиков и администраторов баз данных,
многократное применение модели.
Во втором главе выпускной квалификационной работы рассмотрены
методики разработки проекта АИС, а именно нисходящее и восходящее
проектирование, указаны их отличия и положительные стороны. Также
рассмотрены этапы проектирования АИС:
– концептуальный;
– логический;
– физический.
При этом описаны их особенности и отличия.
В последнем пункте дана характеристика самым популярным в
настоящее время CASE-средствам для проектирования АИС.
41
ГЛАВА 3. РАЗРАБОТКА И РЕАЛИЗАЦИЯ АИС
3.1. Анализ деятельности предприятия и разработка технического
задания на проектирование АИС
Сфера предоставления услуг в настоящее время является самой важной
отраслью хозяйствования, призванной удовлетворить практически все
индивидуальные потребности, а также запросы населения страны для самых
разных видов услуг.
Предоставление услуг автомастерской решает очень важное задания и
их непосредственное значения в жизни людей стремительно возрастает.
Процесс модернизации, рассматриваемой АИС реализует современную
информационно-справочную программу, предназначенную для
автоматизации принятия заказов по выполнении ремонта автомобилей.
Приложение способствует вводу, просмотру содержимого БД, а также
отвечает непосредственно на запросы пользователей. [12]
Рассматриваемая АИС предназначена непосредственно для применения
на автомобильных сервисах.
Рассмотрим предметную область, которая выбрана для модернизации
АИС.
Полное наименование организации: общество с ограниченной
ответственностью «Автомастерская «Автоплюс».
Коллектив мастерской качественно, в срок реализует заказы по ремонту
и модернизации автомобилей.
Прием заказов – это самая первая стадия процесса реализации услуг. Она
включает в себя определение необходимых компонентов услуги. При этом
реализуется ряд операций, которые сильно влияют на последующий процесс
работы мастеров автомастерской (к примеру, выявление дефектов транспорта,
подлежащего диагностике).