Объектно-ориентированный анализ и построение базовой модели деятельности ООО «Формула торговли»
Моделирование структуры деятельности ООО «Формула торговли»
Моделирование динамики деятельности ООО «Формула торговли»
Моделирование временного аспекта и структурной организации системы
Моделирование потоков управления (диаграмма состояний)
Концептуальное конструирование матрицы ответственностей
Навигация
Объектно-ориентированный анализ и построение базовой модели деятельности ООО «Формула торговли»
Объектно-ориентированный анализ и проектирование деятельности ООО "Формула торговли"
46832
знака
5
таблиц
13
изображений
2. Объектно-ориентированный анализ и построение базовой модели деятельности ООО «Формула торговли»
2.1 Моделирование контекста и функциональных требований к системе
В процессе моделирования человек упрощает реальность, чтобы лучше понять проектируемую систему. Используя язык UML, можно строить модели из базовых блоков, таких как классы, узлы, зависимости, обобщения и ассоциации. Диаграммы позволяют обозревать эти строительные блоки в удобной для понимания форме.
UML – это графический язык для визуализации, специфицирования, конструирования и документирования артефактов программной системы. Его используют для того, чтобы моделировать системы. Модель – это упрощение реальности, абстракция, создаваемая, чтобы лучше понять систему. Система, зачастую разложенная на ряд подсистем, – это множество элементов, организованных некоторым образом для выполнения определенной цели. Система описывается набором моделей, по возможности рассматривающих ее с различных точек зрения. Важными составными частями модели являются такие сущности, как классы, интерфейсы, компоненты и узлы. В UML модели применяются для организации подобных абстракций системы. По мере возрастания сложности обнаруживается, что сущность, на одном уровне абстракции представлявшаяся как система, на другом - более высоком – оказывается лишь подсистемой. В UML можно моделировать системы и подсистемы как единое целое и тем самым органично решать проблему масштабирования.
Хорошо структурированные модели помогают визуализировать, специфицировать, конструировать и документировать систему под разными (но вместе с тем взаимосвязанными) углами зрения. Хорошо структурированные системы функционально, логически и физически связаны, но при этом составлены из мало зависящих друг от друга подсистем.
Для моделирования вида системы с точки зрения прецедентов применяются диаграммы прецедентов. Чаще всего это предполагает моделирование контекста системы, подсистемы или класса либо моделирование требований, предъявляемых к поведению указанных элементов. Прецедент – это описание множества последовательностей действий (включая их варианты), которые выполняются системой для того, чтобы актер получил результат, имеющий для него определенное значение. Актер представляет собой логически связанное множество ролей, которые играют пользователи прецедентов во время взаимодействия с ними. Актерами могут быть как люди, так и автоматизированные системы.
Диаграммы прецедентов имеют большое значение для визуализации, специфицирования и документирования поведения элемента. Они облегчают понимание систем, подсистем или классов, представляя взгляд извне на то, как данные элементы могут быть использованы в соответствующем контексте. Кроме того, такие диаграммы важны для тестирования исполняемых систем в процессе прямого проектирования и для понимания их внутреннего устройства при обратном проектировании.
На языке UML способы, которыми элементы связаны друг с другом, моделируются в виде отношений. Отношением (Relationship) называется связь между элементами. В объектно-ориентированном моделировании тремя самыми важными отношениями являются зависимости, обобщения и ассоциации. Графически отношение представлено линией, тип которой зависит от вида отношения.
Ассоциацией (Association) называется структурное отношение, показывающее, что объекты одного типа неким образом связаны с объектами другого типа.
Зависимостью (Dependency) называют отношение использования, согласно которому изменение в спецификации одного элемента может повлиять на другой элемент, его использующий, причем обратное не обязательно. Графически зависимость изображается пунктирной линией со стрелкой, направленной от данного элемента на тот, от которого он зависит.
Обобщение (Generalization) – это отношение между общей сущностью (суперклассом, или родителем) и ее конкретным воплощением (субклассом, или потомком). Обобщение означает, что объекты потомка могут использоваться всюду, где встречаются объекты родителя, но не наоборот. Другими словами, потомок может быть подставлен вместо родителя. При этом он наследует свойства родителя, в частности его атрибуты и операции. Часто, хотя и не всегда, у потомков есть и свои собственные атрибуты и операции, помимо тех, что существуют у родителя. Графически отношение обобщения изображается в виде линии с большой незакрашенной стрелкой, направленной на родителя.
Важнейшая особенность разработки прецедентов состоит в том, что не специфицируется, как они будут реализованы. Прецеденты специфицируют желаемое поведение, но ничего не говорят о том, как его достичь. И, что очень важно, это позволяет эксперту или конечному пользователю общаться с разработчиками, конструирующими систему в соответствии с требованиями, не углубляясь в детали реализации. Прецеденты могут быть применены ко всей системе или к ее части, в том числе к подсистемам или даже к отдельным классам и интерфейсам. В любом случае прецеденты не только представляют желаемое поведение этих элементов, но могут быть использованы как основа для их тестирования на различных этапах разработки.
Система анализа информации о процессе функционирования ООО «Формула торговли» должна удовлетворять определенным требованиям, которые указаны в таблице 1.
интернет журналистика портал информационный
Таблица 1 – Распределение требований по субъектам и прецедентам
| № | Требование | Субъект | Прецедент |
| 1 | Осуществлять беспрепятственный прием заявок на покупку или ремонт контрольно-кассовой техники. | Клиент | Заявка на ремонт, Заявка на покупку ККТ |
| 2 | Предоставлять необходимые программные и технические средства для оформления заявки клиента. С помощью ПО изменять, добавлять, сортировать данные по времени поступления | Клиент | Оформить заявку на покупку ККТ |
| 3 | Осуществлять быструю подачу данных о заявках и предыдущих работах для дальнейшего их оформления, распечатки, отправки и прочее. | Клиент | Оформить договор на сервисное обслуживание, Выписать счет |
| 4 | Система должна предоставлять информацию о текущем состоянии, чтобы ориентироваться в дальнейших действиях по обслуживанию или ремонту. | Клиент | Отремонтировать ККТ, Провести обслуживание ККТ, Исправить неполадки |
Исходя из данных таблицы 1 построена диаграмма прецедентов (рисунок 1).
Рисунок 1 – Диаграмма прецедентов для ООО «Формула торговли»
Опишем прецедент «Провести обслуживание ККТ» с помощью документально зафиксированного потока событий. Соответствующий текстовый документ определяет, что должна делать система, когда субъект инициирует прецедент. Описательная спецификация данного прецедента представлена в таблице 2.
Таблица 2 – Описательная спецификация прецедента «Провести обслуживание ККТ»
| Прецедент «Провести обслуживание ККТ» | |
| Краткое описание | Проведение в соответствии с условиями договора планового осмотра ККТ, чистки, исправление возможных неполадок. |
| Субъект | Клиент |
Продолжение таблицы 2
| Предусловие | Клиент заключает с фирмой договор на сервисное обслуживание, при этом выбирает базовый вариант договора, упрощенный или эконом-договор. |
| Основной поток | В начале прецедента клиент предоставляет кассовый аппарат для планового осмотра. По завершении осмотра клиент может продолжить работу с кассовым аппаратом, либо отдает ККТ в ремонт. |
| Альтернативные потоки | Расторжение договора с фирмой, в связи с чем сервисное обслуживание ККТ клиента прекращается. |
| Постусловие | В Журнале учета фиксируется информация о проведенном обслуживании. |
Похожие работы
... базу: - приказ предприятия об учетной политике на отчетный год; - формы бухгалтерской отчетности №№ 2, 4; - Главная книга; - Журналы-ордера №№ 1, 2, 11, 15, а также данные аналитического и синтетического учета, первичные документы. 2.3 Аудит финансовых результатов от обычных видов деятельности Финансовый результат от продажи продукции (работ, ...
... Билетная система «Базис» Билетная система «Базис» представляет собой аппаратно-программный комплекс, выполняющий задачи по автоматизации всех основных процессов реализации билетов (в том числе через Интернет). Базис не только ведет учет денежных средств, вырученных с продажи билетов в зрелищных учреждениях, но и дает статическую информацию о динамике продаж и всевозможную необходимую отчетность. ...
... . Становление рыночной экономики в России породило ряд проблем. Одной из таких проблем является обеспечение безопасности бизнеса. На фоне высокого уровня криминализации общества, проблема безопасности любых видов экономической деятельности становится особенно актуальной. Информационная безопасность среди других составных частей экономической безопасности (финансовой, интеллектуальной, кадровой, ...
... решить поставленные задачи и быть приемлемой по цене. Таким образом, создание автоматизированной системы, преследовало следующие цели: – автоматизация работы отдела кадров; – повышения производительности труда отдела кадров; – уменьшения затрат на содержание отдела кадров. 2 Анализ информационных потоков на предприятии 2.1 Информационные потоки, используемые на предприятии 2.1.1 ...
0 комментариев