- •Федеральное агентство по образованию
- •I. Объектно-ориентированное проектирование приложений
- •1.1. Технология проектирования ооп
- •1.1.1. Принципы ооп
- •1.1.2. Этапы разработки программных систем с использованием ооп
- •1.2.Mda-архитектура
- •1.2.1. Модель приложений и типы моделей
- •1.2.2. Этапы разработки mda-приложений
- •1.3. Унифицированный язык моделирования uml
- •1.4. Bold — реализация mda в Delphi
- •II. Разработка программного продукта
- •2.1. Проектирование приложения «Магазин бытовой техники»
- •2.1.1. Создание модели приложения
- •Описание классов модели приложения:
- •2.1.2. Импорт модели в BorlandMda
- •2.1.3. Создание графического интерфейса
- •2.2. Руководство пользователя
- •2.2.1. Установка и запуск
- •Установка программы «Магазин бытовой техники»
- •Запуск программы «Магазин бытовой техники»
- •2.2.2. Начало работы с приложением «Магазин бытовой техники»
- •2.2.3. Работа с программой
- •Заключение
- •Список литературы
- •Приложение Основной модуль приложения
- •Модуль описание классов бизнес-модели
- •Модуль регистрации пользователя как директора
- •Модуль смены пароля администратора
- •Модуль данных - связь бизнес-уровня и графического интерфейса
- •Модуль смены пароля администратора
- •Модуль редактирования информации о товаре, хранящегося на товарных базах
- •Модуль добавление новой товарной базы
- •Модуль отображения заставки
- •Модуль ввода количества заказываемого товара
- •Модуль отображения информации о программном продукте и разработчике
1.2.2. Этапы разработки mda-приложений
Циклограмма разработки MDA-приложений в общем виде включает три основных этапа (рис. 1.2). На первом этапе разработки, исходя из поставленной задачи, формируется платформенно-независемая PIM-модель. При ее создании необходимо полностью абстрагироваться от особенностей конкретных программных или аппаратных средств. На втором этапе создаются одна или несколько платформенно-зависимых моделей PSM, которые являются своеобразными «адаптерами» или «драйверами», обеспечивающими интеграцию PIM с одной или несколькими технологиями разработки программных продуктов.
Рис. 1.2. Этапы создания MDA-приложения
Таким образом, согласно концепции MDA главный акцент при разработке приложений переносится с собственно этапа программирования на этап создания модели. При этом, создав один раз модель, разработчик получает принципиальную возможность генерации приложений для разных аппаратных и программных платформ.
1.3. Унифицированный язык моделирования uml
Причиной появления Unified Modelling Language (UML) стала необходимость унифицированного подхода к описанию моделей бизнес-приложений в начале 90-х годов ХХ века. К тому времени появилось несколько десятков вариантов инструментария для создания подобных моделей, но все они были не согласованы между собой, что мешало разработке CASE-средств и вносило некоторую путаницу. У истоков разработки языка UML стояла компания Rational Software, разработавшая одно из первых CASE-средств — Rational Rose. В 1995 году консорциум OMG включился в работу по стандартизации UML, затем к разработке языка активно подключились и другие компании, и, после выхода нескольких промежуточных версий, в 1997 году появилась версия UML 1.0.
В настоящее время последней стандартизованной OMG версией является UML 1.4, завершается разработка версии 2.0. Развитие UML сегодня координирует консорциум OMG, который считает разработку и продвижение этого языка своим стратегическим направлением.
Перечислим характерные свойства UML:
UML является языком визуального моделирования, то есть обеспечивает наглядное графическое представление модели в виде одной или нескольких схем;
UML не является языком программирования и не содержит алгоритмов и операторов в обычном смысле — он в первую очередь является средством описания;
UML, являясь платформенно-независимым языком, абстрагируется от специфики конкретных языков программирования и средств разработки.
Язык UML базируется на объектно-ориентированном подходе и включает диаграмму классов для описания структуры и состава модели. Диаграмма классов является основой для формирования модели приложения и играет важнейшую роль при работе с продуктом Bold for Delphi.
Тщательно продуманная диаграмма классов содержит основной объем необходимой информации о бизнес правилах, в значительной степени определяющих конкретное функционирование будущего приложения. Термин «бизнес-правила» означает условия и ограничения, накладываемые моделью на всю совокупность понятий моделируемого приложения окружающего мира. Любое бизнес правило можно сформулировать и на естественном языке, но в рамках UML существует и развивается формальный язык для текстового описания условий, накладываемых на классы модели, т.е. описания бизнес-правил. Он получил название OCL (Object Constraint Language — язык объектных ограничений). OCL также играет чрезвычайно важную роль при практическом использовании MDA.
В настоящее время существует большое количество инструментов, обеспечивающих разработку UML-моделей. Самым первым из них был программный продукт Rational Rose, созданный в 1998 году. Он далеко не потерял своей актуальности, и активно применяется многими разработчиками и по сей день. RationalRoseпредставляет собой универсальныйCASE-инструмент для моделирования и разработки приложений, имеющих чрезвычайно развитые программные интерфейсы с различными языками и средами программирования. РазработчикомRationalRoseявляется компанияRationalSoftware, состоящая у истоков создания языкаUML. В 2002 г. она была приобретена фирмойIBM. Далее в данной курсовой для создания модели приложения я буду использовать данныйCASE-инструмент –IBMRationalRoseEnterpriseEdition7.0.
Следует отметить, что после включения в версию 4 Bold for Delphi полной поддержки функций импорта и экспорта модели в формате XML(XML Metadata Interchange – язык обмена метаданными XML) в принципе появилась возможность разрабатывать модели приложений для Borland MDA в любом UML-редакторе, поддерживающем этот формат (например, в PowerDesigner компании Sybase). Кроме того, в состав Delphi 7 Studio входит инструмент ModelMaker, также включающий в себя развитые средства UML-моделирования и некоторые средства интеграции с Bold. Тем не менее, с большой долей уверенности можно утверждать, что на настоящий момент именно Rational Rose остается наиболее удобным средством разработки UML-моделей для Borland MDA. Дело в том. что в качестве инструмента создания модели для Bold CASE-система Rational Rose занимает особое место среди программных средств, обладающих графическим UML-редактором. Взаимодействие с Rational Rose заложено в Borland MDA начиная с ранних версий продукта Bold for Delphi, и заложено достаточно основательно. Это взаимодействие реализуется посредством технологии COM (Component Object Model – модель компонентных объектов).
С точки зрения COM, Rational Rose является сервером автоматизации, выполняющим запросы клиента— среды разработки Borland MDA. Благодаря такому тесному механизму взаимодействия обеспечиваются следующие полезные функциональные возможности:
автоматический запуск Rational Rose по запросу из среды Delphi;
импорт UML-моделей и тег-параметров из Rational Rose в Bold;
экспорт UML-моделей и тег-параметров из Bold в Rational Rose;
доступ к тег-параметрам Bold при разработке модели в Rational Rose;
адаптация Rational Rose к конкретным версиям Bold.
Перечисленные функции позволяют объединить на практике удобные выразительные средства графического интерфейса Rational Rose с возможностью реализации тонкой настройки модели приложения в среде Borland MDA.