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

Задачи уровня пользователя

Пользователи (и внешние системы) используют данную систему в следующих целях:

- Менеджер производит сбор первичной информации, ведет карточку договора, создает спецификацию и счет, проводит пролонгацию договора;

- Системный администратор управляет безопасностью системы;

- Система управления сбытом контролирует исполнение договора.

- Начальни

к следит за исполнением каждого договора.

Таблица 10 - Основные задачи высокого уровня и проблемы заинтересованных лиц

Цель высокого уровня

Приоритет

Проблемы и замечания

Текущие решения

Быстрая, интегрированная обработка информации по договорам.  

Высокий  

С увеличением нагрузки скорость падает.

При выходе из строя компонентов

невозможно обрабатывать информацию

по договорам автоматизировано.

Усложняет анализ и планирование.  

Существующие системы по работе с договорами обеспечивают базовую обработку информации по договорам, но не решают все возникающие проблемы.  

Обзор

Перспективы продукта

Система «AWM» обычно будет устанавливаться в отделе МТС и С фирмы ООО «С». Система будет обслуживать пользователей и взаимодействовать с другими системами, как показано на рисунке 4.

Контекстные диаграммы можно строить в различных форматах с разной степенью детализации, но все они отражают взаимодействие внешних исполнителей с системой.

Преимущества системы

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

В таблице 11 описывается основное значение и отличительные свойства продукта.

Таблица 11 – Основное значение и отличительные свойства «AWM»

Свойство

Преимущества для заинтересованных лиц

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

Быстрая работа менеджера в автоматическом режиме  

Автоматическое выявление сбоев, переход в автономный режим работы  

Возможность продолжения работы при выходе из строя внешних компонентов  

Подключаемые в различных точках сценария бизнес-правила

Гибкая настройка бизнес-логики  

Интерактивное взаимодействие с внешними системами на основе стандартных протоколов  

Своевременное и точное оформление сделок, подготовка данных о договорах, поддержка планирования  

Рисунок 4 - Контекстная диаграмма «AWM»

Основные свойства системы

Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций: создание и ведение БД; оформление сделки; системное администрирование и управление безопасностью системы и т.д; автоматический переход в автономный режим работы при выходе из строя внешних систем.

Другие требования и ограничения

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

Словарь терминов

Таблица 12 – Словарь терминов

Термин

Определение

Товар  

Продаваемый продукт  

Договор  

Документ, который имеет юридическую силу и признает сделку между поставщиком и покупателем  

Спецификация  

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

Авторизация пользователя  

Набор элементов, по которым система выдает доступ к данным.  

Контрагент  

Заказчик товара.  

2 Модель предметной области

Идентификация классов понятий или концептуальных классов – составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.

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

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

Приступая к созданию модели предметной области, целесообразно составить список кандидатов на роль концептуальных классов. На рисунке 5 представлены кандидаты на роль концептуальных классов.

Рисунок 5 – Кандидаты на роль концептуальных классов

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

После добавления ассоциаций и атрибутов предметная область будет выглядеть, как показано на рисунке 6.

3 Модель проектирования

3.1 Диаграмма взаимодействия

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

Создадим реализацию прецедента Создание спецификации - построим диаграмму взаимодействия (рисунок 7).

Страница:  1  2  3  4  5  6  7  8  9  10  11  12  13 


Другие рефераты на тему «Экономико-математическое моделирование»:

Поиск рефератов

Последние рефераты раздела

Copyright © 2010-2024 - www.refsru.com - рефераты, курсовые и дипломные работы