Проектирование системы с использование Case-технологии
Проектирование подсистемы регистрации клиентов в фитнес-клубе. Построение диаграмм прецедентов, классов, состояний, деятельности процесса, последовательности процесса, кооперации, компонентов и типологии модели процесса регистрации клиентов фитнес-клуба.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | немецкий |
Дата добавления | 09.07.2020 |
Размер файла | 226,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Аннотация
Данная курсовая работа посвящена проектированию системы для выбранной предметной области с использованием CASE - технологии моделирования, изучению среды моделирования- Rational Rose, а также автоматизации выбранного процесса.
Курсовая работа состоит из 2 разделов:
1. Техническое задание.
2. Отчет по проведению предпроектного обследования объекта автоматизации и моделированию предметной области, а также графическая часть, содержащая мнемосхемы, комплекс моделей предметной области.
Содержание
1. Технико-экономическая характеристика «АВРОРА»
1.1 Основные задачи и виды деятельности «АВРОРА»
1.2 Организационная структура «АВРОРА»
1.3 Описание существующего процесса функционирования «АВРОРА»
1.4 Описание предлагаемого процесса функционирования «АВРОРА»
1.5 Описание информационного и программного обеспечения, существующего в «АВРОРА»
2. Проектирование подсистемы регистрации клиентов в фитнес клубе «АВРОРА»
2.1 Обоснование выбора методологии моделирования
2.2 Построение диаграммы прецедентов модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
2.3 Построение диаграммы классов модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
2.4 Построение диаграммы состояний модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
2.5 Построение диаграммы деятельности процесса модели регистрации клиентов в фитнес клубе «АВРОРА»
2.6 Построение диаграммы последовательности процесса модели регистрации клиентов в фитнес клубе «АВРОРА»
2.7 Построение диаграммы кооперации модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
2.8 Построение диаграммы компонентов модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
2.9 Построение диаграммы топологии модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Заключение
Список литературы
Введение
проектирование регистрация клиент диаграмма
Использование баз данных и информационных систем в целом становится неотъемлемой составляющей деловой деятельности современного человека и функционирования преуспевающих организаций.
В настоящее время многим предприятиям приходится тратить большое количество времени на обработку разнообразной информации, способствующей его работе и развитию. Без владения точной информации невозможно вести учетную политику, контролировать расходы и доходы. В соответствии с этим возникает вопрос, как можно хранить и обрабатывать используемую информацию более рационально.
CASE-технология представляет собой методологию проектирования ИС, а также набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область, анализировать эту модель на всех этапах разработки и сопровождения ИС и разрабатывать приложения в соответствии с информационными потребностями пользователей. Большинство существующих CASE-средств основано на методологиях структурного (в основном) или объектно-ориентированного анализа и проектирования, использующих спецификации в виде диаграмм или текстов для описания внешних требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств.
1. Технико-экономическая характеристика «АВРОРА»
1.1 Основные задачи и виды деятельности «АВРОРА»
Фитнес клуб «АВРОРА» занимается предоставлением услуг, таких как тренинг в тренажерном зале, как самостоятельно, так и с персональным тренером.
Реализацией услугами занимаются сотрудники салона красоты: директор, администратор. Их задачами является: регистрация клиентов, консультация при выборе услуги, оформление/выдача договора, оформление/выдача абонемента;
Специфика данной организации показывает сильную зависимость качества и скорости выполнения услуг от уровня квалификации персонала. С потерей квалифицированного сотрудника, для организации теряются все наработанные им знания. Для повышения квалификации новых сотрудников требуется значительное время и при этом новые кадры могут совершать ошибки при выполнении операции. Из-за данных ошибок организация несет финансовые потери.
Поэтому для организации является актуальным способ уменьшения зависимости качества и скорости выполнения услуг от уровня квалификации сотрудников.
1.2 Организационная структура «АВРОРА»
В организации «АВРОРА» выделяют два отдела: отдел по работе с клиентами, отдел управления.
Отдел по работе с клиентами:
- администратор;
Отдел управления:
- директор.
Возникающие в процессе деятельности неопределённости решаются, по возможности, на уровне соответствующего отдела. При невозможности устранить неопределённость или какую-либо проблему на уровне отдела или подразделения она переходит на рассмотрение к директору фитнес клуба. Особое внимание уделяется соответствию уровню образования сотрудников и занимаемой ими должности. Такой вид контроля позволяет повысить оперативность и эффективность принимаемых решений, что, в свою очередь, позитивно влияет на качество выполнения поставленных задач и на работу фитнес клуба в целом.
1.3 Описание существующего процесса функционирования «АВРОРА»
Процесс функционирования «АВРОРА» начинается с прихода в него клиента. Обращаясь к администратору, клиент осматривает варианты занятий в клубе. Администратор производит поиск видов занятий в БД. Если же необходимые занятия есть, то администратор формирует стоимость и передает все необходимые документы директору для оформления и подписания. После оформления документов клиент расплачивается в кассу, получая в итоге чек - оплату и абонемент. В результате покупает абонемент.
Мнемосхема существующего процесса функционирования «АВРОРА» представлена на рисунке 1.
Рисунок 1 Мнемосхема «АВРОРА»
1.4 Описание предлагаемого процесса функционирования «АВРОРА»
Сильная зависимость качества и скорости предоставления услуги от уровня квалификации работника ведет к значительным потерям для организации. Данная зависимость наблюдается в отделе работы с клиентами.
Для данного отдела необходимо разработать программное средство, позволяющее сократить затраты от потери квалифицированного сотрудника. В качестве решения можно рассматривать программное средство способное аккумулировать знания специалистов и предоставлять их в удобной форме последующим кадрам.
Мнемосхема предлагаемого процесса функционирования «АВРОРА» представлена на рисунке 2.
Рисунок 2 Мнемосхема «АВРОРА»
1.5 Описание информационного и программного обеспечения, существующего в «АВРОРА»
В компании используются следующие программно-аппаратные средства.
Программные продукты:
1. «1С:Документооборот 8» решает задачи учета документов, автоматизации взаимодействия сотрудников, контроля исполнительской дисциплины и анализа документооборота. Основная задача «1С:Документооборот 8» - это организация хранения электронных документов, а также работы с ними.
2. «1С: Предприятие» - решает широкий спектр задач автоматизации учета и управления. «1С: Предприятие» представляет собой систему прикладных решений, построенных по единым принципам и на единой технологической платформе. Руководитель выбирает решение, которое соответствует компании или расширению задач автоматизации.
3. «1С:Бухгалтерия» - в этой программе ведется бухгалтерский и налоговый учет и другая отчетность. Состав счетов, организация аналитического, валютного, количественного учета на счетах позволяет учесть требования законодательства. «1С:Бухгалтерия» обеспечивает решение всех задач, стоящих перед бухгалтерской службой предприятия, бухгалтерская служба полностью отвечает за учет на предприятии, включает выписку первичных документов, учет продаж.
4. «1С:Зарплата и Управление персоналом 8» -- это высокоэффективная, доступная и гибко настраиваемая система для автоматизации расчета заработной платы, кадрового учета, а также для управления персоналом. С ней одинаково успешно работают бухгалтеры, рассчитывающие зарплату, сотрудники кадровых служб и сотрудники других подразделений, отвечающих за организацию продуктивной работы персонала.
5. «MS OFFICE» - комплекс программ для подготовки документации.
Руководство компании предпочитает использовать платформу Windows на персональных компьютерах и серверах, что является условием для применения технологий Microsoft для реализации интернет-приложений. Так как реализация заявленных требований составляет крупный проект и требует использования технологий семейства .NET для реализации модульности приложения и интеграции с существующими в организации базами данных.
6. «Zimbra» -- это пакет связанных между собой различных систем для обмена информацией. Доступ ко всем сервисам возможен как через любой современный веб-браузер и почтовый клиент, так и через программное обеспечение Zimbra.
Аппаратные средства:
- Сервер Intel 64-bit Xeon Quad/Six-Core 5600, DDR3 24 Gb, ASPEED Graphics Family.
- Рабочие станции Intel Core i3, DDR3 3Gb, Nvidia 320.
- Периферийные устройства и оргтехника.
- Все компьютеры объединены в единую локальную вычислительную сеть и имеют доступ в Интернет.
2. Проектирование подсистемы регистрации клиентов в фитнес клубе «АВРОРА»
2.1 Обоснование выбора методологии моделирования
Rational Rose - мощное CASE-средство для проектирования программных систем любой сложности. Одним из достоинств этого программного продукта будет возможность использования диаграмм на языке UML. Можно сказать, что Rational Rose является графическим редактором UML диаграмм.
В распоряжение проектировщика системы Rational Rose предоставляет следующие типы диаграмм, последовательное создание которых позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах:
- Use case diagram (диаграммы прецедентов);
- Deployment diagram (диаграммы топологии);
- Statechart diagram (диаграммы состояний);
- Activity diagram (диаграммы активности);
- Interaction diagram (диаграммы взаимодействия);
- Sequence diagram (диаграммы последовательностей действий);
- Class diagram (диаграммы классов);
- Component diagram (диаграммы компонент).
2.2 Построение диаграммы прецедентов модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Диаграмма прецедентов в UML - диаграмма, отражающая отношения между актёрами и прецедентами и являющаяся составной частью модели прецедентов, позволяющей описать систему на концептуальном уровне.
Прецедент-возможность моделируемой системы (часть её функциональности), благодаря которой пользователь может получить конкретный, измеримый и нужный ему результат. Прецедент соответствует отдельному сервису системы, определяет один из вариантов её использования и описывает типичный способ взаимодействия пользователя с системой. Варианты использования обычно применяются для спецификации внешних требований к системе.
Основное назначение диаграммы -- описание функциональности и поведения, позволяющее заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему.
Диаграммы прецедентов процесса регистрации клиентов в фитнес клубе «АВРОРА» представлены в приложении (Рисунок 3,4,5).
2.3 Построение диаграммы классов модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Диаграммой классов в терминологии UML называется диаграмма, на которой показан набор классов, а также связей между этими классами. Кроме того, диаграмма классов может включать комментарии и ограничения.
Классом называется именованное описание совокупности объектов с общими атрибутами, операциями, связями и семантикой. Графически класс изображается в виде прямоугольника. У каждого класса должно быть имя (текстовая строка), уникально отличающее его от всех других классов. При формировании имен классов в UML допускается использование произвольной комбинации букв, цифр и даже знаков препинания.
Атрибутом класса называется именованное свойство класса, описывающее множество значений, которые могут принимать экземпляры этого свойства. Класс может иметь любое число атрибутов (в частности, не иметь ни одного атрибута). Свойство, выражаемое атрибутом, является свойством моделируемой сущности, общим для всех объектов данного класса. Так что атрибут является абстракцией состояния объекта. Любой атрибут любого объекта класса должен иметь некоторое значение.
Диаграмма классов процесса регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 6).
2.4 Построение диаграммы состояний модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Диаграммы состояний чаще всего используются для описания поведения отдельных объектов, но также могут быть применены для спецификации функциональности других компонентов моделей, таких как варианты использования, актеры, подсистемы, операции и методы.
Диаграмма состояний является графом специального вида, который представляет некоторый автомат. Вершинами графа являются возможные состояния автомата, изображаемые соответствующими графическими символами, а дуги обозначают его переходы из состояния в состояние. Диаграммы состояний могут быть вложены друг в друга для более детального представления отдельных элементов модели.
Диаграмма состояний процесса регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 7).
2.5 Построение диаграммы деятельности процесса модели регистрации клиентов в фитнес клубе «АВРОРА»
Для моделирования процесса выполнения операций в языке UML используются диаграммы деятельности. Применяемая в них графическая нотация во многом похожа на нотацию диаграммы состояний, поскольку на этих диаграммах также присутствуют обозначения состояний и переходов. Каждое состояние на диаграмме деятельности соответствует выполнению некоторой элементарной операции, а переход в следующее состояние выполняется только при завершении этой операции.
Таким образом, диаграммы деятельности можно считать частным случаем диаграмм состояний. Они позволяют реализовать в языке UML особенности процедурного и синхронного управления, обусловленного завершением внутренних деятельностей и действий. Основным направлением использования диаграмм деятельности является визуализация особенностей реализации операций классов, когда необходимо представить алгоритмы их выполнения.
В контексте языка UML деятельность (activity) представляет собой совокупность отдельных вычислений, выполняемых автоматом, приводящих к некоторому результату или действию (action). На диаграмме деятельности отображается логика и последовательность переходов от одной деятельности к другой, а внимание аналитика фокусируется на результатах. Результат деятельности может привести к изменению состояния системы или возвращению некоторого значения.
Диаграмма деятельности регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 8).
2.6 Построение диаграммы последовательности процесса модели регистрации клиентов в фитнес клубе «АВРОРА»
Диаграмма последовательности является одной из разновидности диаграмм взаимодействия и предназначена для моделирования взаимодействия объектов системы во времени, а также обмена сообщениями между ними.
Основными элементами диаграммы последовательности являются обозначения объектов (прямоугольники с названиями объектов), вертикальные «линии жизни», отображающие течение времени, прямоугольники, отражающие деятельность объекта или исполнение им определенной функции (прямоугольники на пунктирной «линии жизни»), и стрелки, показывающие обмен сигналами или сообщениями между объектами.
Диаграмма последовательности процесса регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 9).
2.7 Построение диаграммы кооперации модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Главная особенность диаграммы кооперации заключается в возможности графически представить не только последовательность взаимодействия, но и все структурные отношения между объектами, участвующими в этом взаимодействии.
В отличие от диаграммы последовательности, на диаграмме кооперации изображаются только отношения между объектами, играющими определенные роли во взаимодействии. На этой диаграмме не указывается время в виде отдельного измерения. Поэтому последовательность взаимодействий и параллельных потоков может быть определена с помощью порядковых номеров. Следовательно, если необходимо явно специфицировать взаимосвязи между объектами в реальном времени, лучше это делать на диаграмме последовательности.
Диаграмма кооперации процесса регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 10).
2.8 Построение диаграммы компонентов модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Диаграмма компонентов, в отличие от ранее рассмотренных диаграмм, описывает особенности физического представления системы. Она позволяет определить архитектуру разрабатываемой системы, установив зависимости между программными компонентами, в роли которых может выступать исходный и исполняемый код. Основными графическими элементами диаграммы компонентов являются компоненты, интерфейсы и зависимости между ними.
Диаграмма компонентов разрабатывается для следующих целей:
- визуализации общей структуры исходного кода программной системы;
- спецификации исполняемого варианта программной системы;
- обеспечения многократного использования отдельных фрагментов программного кода;
- представления концептуальной и физической схем баз данных.
Диаграмма компонентов процесса регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 11).
2.9 Построение диаграммы топологии модели процесса регистрации клиентов в фитнес клубе «АВРОРА»
Этот вид диаграмм предназначен для анализа аппаратной части системы, то есть «железа», а не программ. В прямом переводе с английского Deployment означает «развертывание», но термин «топология» точнее отражает сущность этого типа диаграмм.
Для каждой модели создается только одна такая диаграмма, отображающая процессоры (Processor), устройства (Device) и их соединения.
Обычно этот тип диаграмм используется в самом начале проектирования системы для анализа аппаратных средств, на которых она будет эксплуатироваться.
Диаграмма топологии процесса регистрации клиентов в фитнес клубе «АВРОРА» представлена в приложении (Рисунок 12).
Заключение
В результате выполнения курсовой работы был проведен анализ деятельности «АВРОРА». В результате анализа была выявлена и обоснована необходимость разработки АИС регистрации клиентов в фитнес клубе.
В результате выполнения курсовой работы была спроектирована структура АИС. При проектировании было изучено и использовано популярное CASE-средства визуального моделирования объектно-ориентированных информационных систем компании Rational Software Corp - Rational Rose. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language).
Список литературы
1 Богте У., Богге М. UML и Rational Rose. М.: Лори, 2014.
2 Г. Буч, А. Якобсон, Дж. Рамбо. UML. Классика CS. 5-е изд.-СПб.:Питер, 2007.
3 Калянов Г.Н. CASE. Структурный системный анализ (автоматизация и применение). М., "Лори", 1996.
4 Вендеров А.М. CASE-технологии. Современные методы и средства проектирования информационных систем. М.: Диалог-МГУ, 1998.
5 Создание информационной системы предприятия «Computer Direct», 1996, N2.
6 Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3.
7 Объектно-ориентированный анализ и проектирование программных систем/ Л.Р. Черняховская, Н.И. Федорова, К.Р. Нугаева. Уфа: УГАТУ,2010.
8 Трофимова С.А. CASE-технологии: практическая работа в Rational Rose-М. ЗАО «Издательство БИНОМ», 2013.
Размещено на Allbest.ru
Подобные документы
Разработка функциональной модели процесса управления магазином. Составление спецификаций прецедентов в виде таблиц. Создание диаграмм классов, последовательности, состояний и деятельности. Представление базы данных, описание экранных форм и запросов.
курсовая работа [5,3 M], добавлен 15.07.2012Задачи фитнес-центра и информационное обеспечение его деятельности. Общая характеристика и требования к проектируемой информационной системы, ее внутренняя структура и взаимосвязь элементов. Порядок и этапы формирования имитационной модели системы.
курсовая работа [37,9 K], добавлен 15.06.2014Функциональная модель бизнес-процессов. Спецификация процесса "Бронирование номеров", "Регистрация клиентов" и "Отъезд клиентов". Распределение требований по субъектам и прецедентам. Диаграмма прецедентов и деятельности. Состояние проектируемого ПО.
курсовая работа [27,0 K], добавлен 25.11.2010Особенности автоматизации работы фитнес-клуба. Инфологическое и логическое проектирование. Обеспечение получения информации администратором фитнес-клуба. Выбор средств создания интерфейса, программирование работы приложения в среде Borland Delphi 7.
дипломная работа [2,4 M], добавлен 04.07.2013Разработка объектно-ориентированной подсистемы складского учета для фирмы "КавказЮгАвто". Краткая характеристика предметной области. Построение диаграмм размещения, прецедентов, последовательности, компонентов и классов. Генерация программного кода C++.
курсовая работа [6,6 M], добавлен 26.06.2011Описание взаимодействия клиентов с терминалом с помощью графического языка UML для объектного моделирования. Представление моделей в виде диаграмм: вариантов использования (прецедентов), последовательности, коопераций, классов, состояния, размещения.
лабораторная работа [1,5 M], добавлен 23.10.2014Разработка модуля регистрации абонентов для информационной системы предприятия "Библиотека". Структура базы данных. Взаимодействие клиентов с БД и клиентов друг с другом. Форма регистрации, сохранение данных. Основные сущности данного приложения.
курсовая работа [991,4 K], добавлен 18.06.2015Характеристика информационных систем учета медицинских услуг, представленных на современном рынке. Разработка приложения "Учет услуг в спортивном клубе "Т-Фитнес": средства управления графического интерфейса пользователя, создание меню и основные формы.
дипломная работа [1,8 M], добавлен 14.10.2010- Разработка серверной части информационной системы для сопровождения процесса выдачи заработной платы
Построение use case диаграммы. Проектирование базы данных. Концептуальная модели 1-уровня (диаграмма последовательности действий). Мапирование реляционной модели в метамодель. Логическая реализация метамодели. Скрипты, заполнение таблиц, создание выборок.
курсовая работа [1,4 M], добавлен 28.12.2011 Разработка модели информационной подсистемы для учета заказов клиентов автосервиса с применением языка UML. Создание диаграммы прецедентов, последовательности, сотрудничества и классов, используя методы Rational Rose 2000. Генерация программного кода C++.
курсовая работа [1013,2 K], добавлен 22.06.2011