Файл: Применение объектно-ориентированного подхода при проектировании информационной системы.pdf

Язык UML предназначен сначала для разработки программных систем. Его внедрение в особенности отлично в последующих областях:

· информационные системы масштаба предприятия;

· банковские и денежные услуги;

· телекоммуникации;

· транспорт;

· оборонная индустрия, авиация и астронавтика;

· розничная торговля;

· мед электроника;

· наука;

· распределенные Web-системы.

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

Унифицированный язык моделирования UML стал основой для целого диапазона разных средств поддержки разработки программного обеспечения - CASE-средств (Computer-AidedSoftwareEngineering).

Термин CASE сейчас понимается довольно обширно. Первоначальное значение термина, ограниченное вопросами автоматизации разработки программного обеспечения (ПО), в текущее время получило новый смысл, и сейчас это понятие обхватывает процесс разработки сложных информационных систем в целом.^[4]

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

К возникновению CASE-технологии содействовали и такие причины, как:

· подготовка аналитиков и программистов, восприимчивых к концепциям модульного и структурного программирования;

· обширное внедрение и неизменный рост производительности компов, позволившие использовать действенные графические средства и заавтоматизировать большая часть шагов проектирования;

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

Таким макаром, CASE-технология представляет собой методологию проектирования ИС, также набор инструментальных средств, позволяющих в приятной форме моделировать предметную область, рассматривать эту модель на всех шагах разработки и сопровождения ИС и разрабатывать приложения в согласовании с потребностями юзеров. Большая часть CASE-средств употребляет методологию структурного (в главном) либо нацеленного анализа и проектирования, использующих спецификации в виде диаграмм либо текстов для описания наружных требований, связей меж моделями системы, динамики поведения системы и архитектуры программных средств.

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

Все современные CASE-средства можно систематизировать по типам и категориям. Систематизация по типам отражает многофункциональную ориентацию CASE-средств на те либо другие процессы актуального цикла. Кроме этого CASE-средства можно систематизировать по категориям, используемым методологиям и моделям систем и БД; степени интегрированности с СУБД; легкодоступным платформам.

К главным плюсам CASE-средств можно отнести:

· обширное обилие свойства и способностей CASE-средств;

· относительно маленькое время использования CASE-средств в разных организациях и недочет опыта их внедрения;

· обширное обилие в практике внедрения разных организаций;

· отсутствие детализированных метрик и данных для уже выполненных и текущих проектов;

· широкий спектр предметных областей проектов;

· разная степень интеграции CASE-средств в разных проектах.

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

Но все таки грамотное, обмысленное и обоснованное внедрение CASE-технологии способно принести последующие выгоды:

· высочайший уровень технологической поддержки процессов разработки и сопровождения ПО;

· положительное воздействие на некие либо все из перечисленных причин: производительность, качество продукции, соблюдение эталонов, документирование;

· приемлемый уровень отдачи от инвестиций в CASE-средства.

RationalRose - CASE-средство компании RationalSoftwareCorporation (США) - создано для автоматизации шагов анализа и проектирования ПО, также для генерации кодов на разных языках и выпуска проектной документации.

IBM RationalRose - пользующееся популярностью средство зрительного моделирования, которое считается эталоном де-факто посреди средств зрительного проектирования приложений. Этот продукт заходит в состав пакета IBM RationalSuite и предназначен для моделирования программных систем с внедрением широкого круга инструментальных средств и платформ. Инструментальное средство IBM RationalRose расширяет способности моделирования программных систем, выходящих за рамки платформы J2EE и инструментальных средств моделирования в составе IBM RationalProfessionalBundle.

Являясь обычным и массивным решением для зрительной разработки информационных систем хоть какого класса, RationalRose позволяет создавать, изменять и инспектировать правильность модели. RationalRose соединяет воединыжды команду разработчиков на базе универсального языка моделирования UML, который определяет стандартную графическую символику для описания архитектуры ПО. Любые участники проекта - аналитики, спецы по моделированию, разработчики и другие - могут использовать модели, построенные в RationalRose, для большей эффективности сотворения конечного продукта.

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

Способности по созданию и использованию шаблонов строительных решений позволяют отлично использовать опыт, скопленный в прошлых проектах.^[5]

RationalRose является ведущим инвентарем зрительного моделирования в программной промышленности, благодаря настоящей поддержке UML и многоязыковой поддержке командной разработки. Инструмент стопроцентно поддерживает компонентно-ориентированный процесс сотворения ИС.

Плюсы продукта RationalRose

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

· комфортная навигация меж элементами модели с помощью "инспектора проекта";

· хранение результатов проектирования в виде единой модели;

· поддержка работы над проектом группы разработчиков;

· данное CASE средство может быть использовано для сотворения различного объектно-ориентированного программного обеспечения, сначала для платформы Windows, а так же на языке Java;

· на всех шагах разработки применяется язык UML, и проект программного средства представляет собой единую модель;

· возможность конфигурирования системы при помощи модулей расширения;

· в большей степени подходит для разработки больших информационных систем, потому что реализует огромную часть функций ARIS и ERwin/BPwin. И т.д.

Недостатки продукта RationalRose

• слабо реализована поддержка проектирования ПОдля других операционных систем, почти все стандартные рабочие среды ориентированны на построение Windows-приложений, единственным способом написания приложения для не-Windows операционной системы является использование языка Java, производительность которого, пока, оставляет желать лучшего.
• сложность самого языка UML также накладывает определенные ограничения на привлечение к работам над проектами непрофессионалов,
• нельзя показать и удалить неиспользуемые объекты в отличие от BPWin;
• недостаточно функциональная графика (нельзя менять толщину линий, надписи не центрируются, текст не всегда можно поместить целиком, иногда он обрезается);
• не поддерживает функционально-стоимостной анализ;
• нет возможности отобразить потоки данных между объектами или процессами.

В результате разработки проекта с помощью CASE-средства RationalRose формируются следующие документы:

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

модель разрабатываемой программной системы.

1.2 Описание предметной области

В данном курсовомпроекте была описанаМоделирование предметной области «Управление взаимоотношениями с клиентами» с помощью UMLна примере магазина видеопроката.

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

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

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

2. Моделирование проектируемой системы

2.1 Диаграмма вариантов использования

Диаграмма вариантов использования описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Она является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.^[6]

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества так называемых вариантов использования, предоставляемых системой множеству актеров или сущностей, взаимодействующих с системой. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (usecase) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. Варианты использования определяют функциональные возможности. Каждый из них представляет определенный способ использования. Таким образом, каждый вариант использования соответствует последовательности действий для того, чтобы клиент мог получить определенный результат. На рисунке представленном ниже, изображена диаграмма вариантов использования для магазина видеопроката. Клиент - все люди, желающие воспользоваться услугами видеопроката; магазин видеопроката – предоставляет услуги по видеопрокату; поставщик – внешнее лицо, которое поставляет видеотеку магазину. Клиенты и поставщики являются внешними сущностями. Клиент обращается в магазин видеопроката,

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

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

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

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