Моделирование системы работы с договорами покупателей
Задачи уровня пользователя
Пользователи (и внешние системы) используют данную систему в следующих целях:
- Менеджер производит сбор первичной информации, ведет карточку договора, создает спецификацию и счет, проводит пролонгацию договора;
- Системный администратор управляет безопасностью системы;
- Система управления сбытом контролирует исполнение договора.
- Начальни
к следит за исполнением каждого договора.
Таблица 10 - Основные задачи высокого уровня и проблемы заинтересованных лиц
Цель высокого уровня |
Приоритет |
Проблемы и замечания |
Текущие решения |
Быстрая, интегрированная обработка информации по договорам. |
Высокий |
С увеличением нагрузки скорость падает. При выходе из строя компонентов невозможно обрабатывать информацию по договорам автоматизировано. Усложняет анализ и планирование. |
Существующие системы по работе с договорами обеспечивают базовую обработку информации по договорам, но не решают все возникающие проблемы. |
Обзор
Перспективы продукта
Система «AWM» обычно будет устанавливаться в отделе МТС и С фирмы ООО «С». Система будет обслуживать пользователей и взаимодействовать с другими системами, как показано на рисунке 4.
Контекстные диаграммы можно строить в различных форматах с разной степенью детализации, но все они отражают взаимодействие внешних исполнителей с системой.
Преимущества системы
Подобно перечню исполнителей и их задач, в этой таблице указаны задачи, их решения и преимущества, однако на более высоком уровне, чем при описании прецедентов.
В таблице 11 описывается основное значение и отличительные свойства продукта.
Таблица 11 – Основное значение и отличительные свойства «AWM»
Свойство |
Преимущества для заинтересованных лиц |
Система будет обеспечивать всю основную функциональность, необходимую организации, включая обработку информации по договорам, оформление спецификаций и счетов и т.д. |
Быстрая работа менеджера в автоматическом режиме |
Автоматическое выявление сбоев, переход в автономный режим работы |
Возможность продолжения работы при выходе из строя внешних компонентов |
Подключаемые в различных точках сценария бизнес-правила |
Гибкая настройка бизнес-логики |
Интерактивное взаимодействие с внешними системами на основе стандартных протоколов |
Своевременное и точное оформление сделок, подготовка данных о договорах, поддержка планирования |
Рисунок 4 - Контекстная диаграмма «AWM»
Основные свойства системы
Как было упомянуто выше, свойства системы описываются сжато путем перечисления основных функций: создание и ведение БД; оформление сделки; системное администрирование и управление безопасностью системы и т.д; автоматический переход в автономный режим работы при выходе из строя внешних систем.
Другие требования и ограничения
Ограничения для процесса проектирования, удобства использования, надежности, производительности, перечень документации и т.д. описаны в дополнительной спецификации и модели прецедентов.
Словарь терминов
Таблица 12 – Словарь терминов
Термин |
Определение |
Товар |
Продаваемый продукт |
Договор |
Документ, который имеет юридическую силу и признает сделку между поставщиком и покупателем |
Спецификация |
Дополнительный документ к договору, в котором указывается покупаемый заказчиком товар, срок и форма оплаты. |
Авторизация пользователя |
Набор элементов, по которым система выдает доступ к данным. |
Контрагент |
Заказчик товара. |
2 Модель предметной области
Идентификация классов понятий или концептуальных классов – составная часть исследования предметной области. Модели предметной области на языке UML строятся в форме диаграмм классов.
Нашей задачей является создание модели предметной области, отражающей важные понятия рассматриваемой предметной области. В данном случае речь идет о понятиях, связанных с прецедентом Создание спецификации.
Основная задача – идентифицировать концептуальные классы, связанные с разрабатываемым сценарием.
Приступая к созданию модели предметной области, целесообразно составить список кандидатов на роль концептуальных классов. На рисунке 5 представлены кандидаты на роль концептуальных классов.
Рисунок 5 – Кандидаты на роль концептуальных классов
В процессе разработки модели предметной области необходимо идентифицировать связи (ассоциации) между концептуальными классами, удовлетворяющие информационным требованиям разрабатываемых на текущей итерации сценариев, а также выделить те из них, которые способствуют лучшему пониманию модели предметной области.
После добавления ассоциаций и атрибутов предметная область будет выглядеть, как показано на рисунке 6.
3 Модель проектирования
3.1 Диаграмма взаимодействия
Диаграмма сотрудничества представляет альтернативный способ описания взаимодействия объектов и акцентирует внимание в первую очередь на организации объектов. Сообщения между объектами обозначаются стрелками, однако, их временная последовательность определяется нумерацией стрелок.
Создадим реализацию прецедента Создание спецификации - построим диаграмму взаимодействия (рисунок 7).
Другие рефераты на тему «Экономико-математическое моделирование»:
Поиск рефератов
Последние рефераты раздела
- Выборочные исследования в эконометрике
- Временные характеристики и функция времени. Графическое представление частотных характеристик
- Автоматизированный априорный анализ статистической совокупности в среде MS Excel
- Биматричные игры. Поиск равновесных ситуаций
- Анализ рядов распределения
- Анализ состояния финансовых рынков на основе методов нелинейной динамики
- Безработица - основные определения и измерение. Потоки, запасы, утечки, инъекции в модели