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

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

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

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

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

· транспорт;

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

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

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

· наука;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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