Скачать 1.01 Mb.
|
1.4Варианты использованияВарианты использования можно представить с помощью диаграммы UML Use Case. Диаграмма Use Case (диаграмма прецедентов или вариантов использования) определяет поведение системы с точки зрения пользователя. Диаграмма Use Case рассматривается как главное средство для первичного моделирования динамики системы, используется для выяснения требований к разрабатываемой системе, фиксации этих требований в форме, которая позволит проводить дальнейшую разработку [3]. Варианты использования представляют собой феномен. В течение достаточно длительного периода времени в процессе как объектно-ориентированной, так и традиционной разработки создатели применяли типичные сценарии, помогающие им лучше понять требования к системе. Тем не менее, эти сценарии трактовались весьма неформально – их почти всегда использовали, но крайне редко документировали. В состав диаграмм Use Case входят элементы Use Case, актеры, а также отношения зависимости, обобщения и ассоциации. Вершинами в диаграмме Use Case являются актеры и элементы Use Case. Актеры представляют собой внешний мир, нуждающийся в работе системы. Элементы Use Case представляют действия, выполняемые системой в интересах актеров. На диаграммах актер изображается в виде схематичного человека. Элемент Use Case – это описание последовательности действий (или нескольких последовательностей), которые выполняются системой и производят для отдельного актера видимый результат. Между актером и элементом Use Case возможен только один вид отношения – ассоциация, отображаемая их взаимодействие. Между элементами Use Case определены отношение обобщения и две разновидности отношения зависимости – включения и расширения. Отношение включения между элементами Use Case означает, что базовый элемент Use Case явно включает поведение другого элемента Use Case в точке, которая определена в базе. Отношение расширения между элементами Use Case означает, что базовый элемент Use Case неявно включает поведение другого элемента в точке, которая определяется косвенно расширяющим элементом Use Case. Бизнес-модель Use Case задает внешнее представление бизнес-процессов организации (с точки зрения внешней среды - клиентов и партнеров). Бизнес-модель Use Case строится с помощью бизнес - актеров и бизнес - элементов Use Case - простого расширения средств, используемых в обычных диаграммах Use Case. Бизнес - актеры определяют внешние сущности и людей, с которыми взаимодействует бизнес. Бизнес-актер представляет собой человека, но информационная система, взаимодействующая с бизнесом, также может играть роль такого актера. Бизнес - элементы Use Case изображают различные рабочие потоки бизнеса. Последовательности действий в бизнес - элементах Use Case обычно описываются диаграммами деятельности. Анализируя предметную область организации, предоставляющей услуги коммунального характера, выделяем следующих бизнес – актеров и бизнес – элементов Use Case: бизнес – актеры: - сотрудник абонентского отдела; - бухгалтер; - абонент; - банк; - сотрудник обобщает сотрудника абонентского отдела и бухгалтера; бизнес – элементы Use Case: - заключение договора на обслуживание, включающая в себя формирование услуг абоненту; - управление тарифами; - расчет расшифровок плановых показателей; - учет фактических показателей; - отчеты аналитические, обобщенный анализом задолженности, который в свою очередь включает расчет задолженности абонента; - предоставление услуг, включающая в себя выставление счетов; - оплата услуг по счетам; - извещение о поступившей оплате; - учет оплаты, имеющая расширение учет предоплаты; - отчеты (бухгалтерские); - заключение договора на обслуживание, включающая в себя формирование услуг абоненту; Представим имеющиеся элементы на диаграмме вариантов использования и свяжем их между собой. На рисунке 1.1 показана диаграмма прецедентов деятельности сотрудника абонентского отдела. Рис. 1.1. Диаграмма прецедентов деятельности сотрудника абонентского отдела. В рамках поставленной задачи, рассмотрим только ту часть организации предоставляющей услуги коммунального характера, которая отвечает за учет расчетов с абонентами. В нее входят следующие бизнес – актеры и бизнес – элементы Use Case: бизнес – актеры: - сотрудник абонентского отдела; - абонент; бизнес – элементы Use Case: - заключение договора на обслуживание, включающая в себя формирование услуг абоненту; - управление тарифами; - расчет расшифровок плановых показателей; - учет фактических показателей; - отчеты аналитические, обобщенный анализом задолженности, который в свою очередь включает расчет задолженности абонента; Опишем более подробно каждый из прецедентов, изображенных на диаграмме. Для заключения договора с абонентом сотрудник абонентского отдела инициирует прецедент «заключение договора на обслуживание». Для формирования услуг сотрудник абонентского отдела инициирует прецедент «формирование услуг абоненту», который включен в прецедент «заключение договора на обслуживание». При заключении нового договора или при изменении условий уже существующего договора, абонент имеет право выбрать, либо изменить тариф, в этом случае сотрудник абонентского отдела инициирует прецедент «управление тарифами». Когда сотрудник абонентского отдела должен расчитать полученные показатели по плану, которые были оговорены при заключении договора, за определенный срок, или произвести «анализ задолжности» абонента он инициирует прецедент «расчет расшифровок плановых показателей». Если с организации, кроме плановых показателей берутся еще и фактические (т.е. например, в организации могут стоять счетчики), то сотрудник абонентского отдела инициирует прецедент «учет фактических показателей». В процессе работы организации, предоставляемой услуги, в которую входит сотрудник абонентского отдела, и абонента, как оплачивающего поставляемые услуги, может возникнуть долг у абонента перед данной организацией. В таком случае существует прицедент «анализ задолжности» и включающийся в него «расчет задолжности абонента». Здесь сотрудник абонентского отдела расчитывает, какую сумму должен внести абонент, за какой срок надо оплатить задолжность и есть ли штрафы за просрочивание оплаты задолжности. |
Дипломного проекта Целью работы является разработка программного обеспечения платежного терминала фирмы demco, позволяющего решить задачу приема платежей... |
Результаты самооценки качества выполнения пояснительной записки и... |
||
Реферат в ходе выполнения дипломного проекта были проанализированы... Разработанная система призвана помочь в работе системного администратора и службы технической поддержки по настройке, обновлению... |
Методические указания к дипломному проектированию для студентов специальности... ... |
||
Реферат Пояснительная записка к дипломному проекту включает в себя:... Тема дипломного проекта «Проект программно-методического комплекса для оптимизации распределения заданий по формированию твердых... |
Общие рекомендации по выполнению курсового проекта Порядок выполнения курсового проекта Студенты выполняют курсовой проект по утвержденной теме в соответствии с заданием и планом-графиком. Образец плана-графика приведен... |
||
Название дипломного проекта Пояснительная записка 122 листа, 26 рисунков, 17 таблиц, 10 источников, 2 приложения |
Отдела образования Администрации Макушинского района о реализации... Од, о реализации проекта «Интеллектуал Зауралья» в образовательных учреждениях района. Был заслушан отчёт директора Макушинской сош... |
||
Реферат Объем пояснительной записки 103 страниц, 12 рисунков, 4 таблиц,... Объем пояснительной записки — 103 страниц, 12 рисунков, 4 таблиц, 1 приложения, 6 листов графического материала, 16 источников |
Экономический раздел Целью дипломного проекта является разработка прототипа системы управления поставками продукции для более эффективного учёта товаров... |
Поиск на сайте Главная страница Литература Доклады Рефераты Курсовая работа Лекции |