33. На примере концептуальной модели предметной области Вашей курсовой работы, смоделировать различные сценарии обслуживания, с использованием crc- карт. (118)
34. Методика исследования структуры объектов Вашей курсовой работы и механизмов их взаимодействия с использованием crc-карт. (118-119)]
Сверху название класса, слева функционал класса, справа классы с которыми он взаимодействует.
Пример на курсовой Леши:
Оклад
Ответственность класса |
Взаимодействие с другими классами |
Пользователь может посмотреть и рассчитывать, редактировать величину оклада. |
Пользователь(Босс), Оклад. |
Удержание
Ответственность класса |
Взаимодействие с другими классами |
Пользователь может посмотреть удержание. |
Пользователь(Босс), Удержание, Оклад, Подоходный налог, Пенсионный фонд, Профсоюзный взнос. |
Заработная плата
Ответственность класса |
Взаимодействие с другими классами |
Пользователь может посмотреть и рассчитывать величину ЗП. |
Пользователь(Босс), Оклад, Удержание, Доплата, Подоходный налог, Пенсионный фонд, Профсоюзный взнос. |
Выплаты
Ответственность класса |
Взаимодействие с другими классами |
БОСС может посмотреть величину выплат пользователю за определённый период. |
БОСС, пользователь, ЗП. |
35.Ассоциативный класс и примеры ассоциативных классов Вашей курсовой работы.
Класс ассоциаций (Ассоциативный класс) – присоединяется к линии ассоциации пунктирной линией и рассматривается как класс со свойствами ассоциаций или как ассоциации со свойствами класса.
Классы ассоциаций позволяют определять для ассоциаций атрибуты, операции и другие свойства, как это показано на рис.4.12
Из данной диаграммы видно, что Личность может работать только в одной Компании. Для того, чтобы хранить информацию относительно периода работы служащего в Компании, нужно дополнить ассоциацию атрибутом «интервалВремени». Свойства класса-ассоциации характеризуют не один, а пару объектов, в данном случае – пару экземпляров классов Личность и Компания.
36. Функциональное моделирование предметной области с помощью функциональных диаграмм SADT и диаграмм потоков данных - DFD. Спецификация элементов этих диаграмм. Рассмотреть применение этих диаграмм для процесса «Покупка бензина на автозаправочной станции». (50)
Основная идея методологии SADT – построение древовидной функциональной модели предприятия. Сначала функциональность предприятия (Activity) описывается в целом, без подробностей. Такое описание называется контекстной диаграммой. В этом случае взаимодействие с окружающим миром описывается в терминах:
Input (Вход) – материал, данные, информация или объекты, которые используются или преобразуются работой для получения результата (выхода).
Допускается, что работа может не иметь ни одной стрелки входа. Очень часто сложно определить, являются ли данные входом или управлением. В этом случае подсказкой может, служить то, перерабатывается /изменяются ли данные в работе или нет. Если изменяются, то, скорее всего, это вход, если нет – управление.
• Result – материал или информация, которые производятся работой. Основной результат деятельности функции, конечный продукт. Каждая работа должна иметь хотя бы одну стрелку выхода. Работа без результата не имеет смысла.
• Control (управление) – бизнес-правила, стратегии, процедуры или стандарты, которыми руководствуется функция (работа).Управление влияет на работу, но не преобразуется работой. Если цель работы будет связана с изменением процедуры или стратегии, то такая процедура или стратегия будет для работы входом.
• Mechanism (механизм) – все необходимые ресурсы, необходимые для реализации функции. IT – ресурсы, которые выполняют работу (ОС, среда разработки, библиотеки повторно используемых компонент, языки программирования, СУБД, персонал и т.д.)
• Activity (работа) – обозначает поименованные процессы, функции или задачи, которые происходят в течение определенного времени и имеют распознаваемые результаты. Все работы должны быть названы и определены. Имя работы должно быть выражено сочетанием отглагольного существительного, обозначающего процесс, например: «Прием, заказа», «Оформление заказа», «Оплата заказа» и т.д. При создании новой функциональной модели создается контекстная диаграмма с единственной работой, изображающей систему в целом.
DFD. Наглядный способ представления бизнес-процессов системы DFD (диаграммы потоков данных). В его основе лежат три понятия: черный ящик, иерархии и трансформация информации (потоков данных) из одного состояния в другое.
DFD показывает как информация передается из источника в приемник, трансформируясь «по пути», попадая в нашу систему. Очень важно понять, что любой обмен информацией вне нашей системы нас не интересует.
Черный ящик
Черный ящик — это система, имеющая определенный вход и выход, но устройство которой неизвестно и неважно. Черный ящик выполняет одну хорошо понимаемую функцию и связи между черными ящиками должны быть максимально просты.
Иерархии. Иерархия подразумевает, что систему можно разбить на несколько логических уровней и изобразить их в виде пирамиды. Каждый нижний уровень является более подробной копией предыдущего.
DFD — диаграммы потоков данных
DFD — это структурированная иерархия черных ящиков. На каждом уровне абстракции модель представляет собой набор черных ящиков, связанных потоками данных.
Построение модели DFD начинается с определения внешних сущностей, источников и приемников данных. А так же, с данных которыми они обмениваются через нашу систему. В итоге, у нас есть все необходимое, чтобы построить контекстную диаграмму, которая представляет нашу систему как один большой черный ящик.
