Автор: Пользователь скрыл имя, 04 Декабря 2011 в 18:32, курсовая работа
UML (от англ. Unified Modeling Language — унифицированный язык моделирования) – язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем. UML не является языком программирования, но в средствах выполнения UML-моделей как интерпретируемого кода возможна кодогенерация.
UML может использоваться для визуализации, спецификации, конструирования и документирования результатов программных проектов. UML — это не визуальный язык программирования, но его модели прямо транслируются в текст на языках программирования и даже в таблицы для реляционной БД.
Преимущества UML
UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных ОО-языках;
UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;
UML получил широкое распространение и динамично развивается.
АННОТАЦИЯ 2
ВВЕДЕНИЕ 4
1 Разработка концептуальной модели системы 5
1.1 Основные и второстепенные цели создания программного продукта 5
1.2 Состав пользователей 5
1.3 Интересы групп пользователей 5
1.4 Разделы программного продукта 5
1.5 Диаграмма вариантов использования (Use case diagram) 6
2 Разработка логической модели системы 9
2.1 Диаграмма деятельности (Activity diagram) 9
2.2 Диаграмма состояний 12
2.3 Диаграмма последовательностей (Sequence diagram) 14
2.4 Диаграмма классов (Class diagram) 16
2.5 Диаграмма компонент (Component diagram) 17
2.5 Диаграмма компонент (Component diagram) 18
2.6 Диаграмма размещения ( 19
3 Разработка и реализация тестов 22
4 Оценка характеристик разработанной модели системы 26
4.1 Набор метрик Чидамбера и Кемерера 26
Заключение 29
Библиографический список 30
Метрика 1: Взвешенные методы на класс WMC (Weighted Methods Per Class)
Данная метрика определяет количество методов класса, тем самым дает относительную меру сложности класса.
Метрика 2: Высота дерева наследования DIT (Depth of Inheritance Tree)
DIT определяется как максимальная длина пути от листа до корня дерева наследования классов.
Метрика 3: Количество детей NOC (Number of children)
Подклассы,
которые непосредственно
Метрика 4: Сцепление между классами объектов СВО (Coupling between object classes)
СВО — это количество сотрудничеств, предусмотренных для класса, то есть количество классов, с которыми он соединен. Соединение означает, что методы данного класса используют методы или экземплярные переменные другого класса.
Метрика 5: Отклик для класса RFC (Response For a Class)
Метрика RFC является мерой потенциального взаимодействия данного класса с другими классами, позволяет судить о динамике поведения соответствующего объекта в системе. Данная метрика характеризует динамическую составляющую внешних связей классов.
Метрика 6: Недостаток связности в методах LСOM (Lack of Cohesion in Methods)
Метрика LCOM показывает, насколько методы не связаны друг с другом через свойства (переменные).
Рисунок 11 – Диаграмма классов для расчета метрик
Таблица 4 – Расчет метрик Чидамбера-Кемерера
| WMC | DIT | NOC | CBO | RFC | LCOM | |
| Роль | 0 | 0 | 2 | 2 | 2 | 0 |
| Врач | 2 | 1 | 0 | 2 | 4 | 1 |
| Администратор | 3 | 1 | 0 | 3 | 6 | 3 |
| История болезней | 3 | 1 | 0 | 2 | 5 | 0 |
| Отчеты | 2 | 0 | 0 | 1 | 3 | 0 |
| Талоны | 1 | 0 | 0 | 2 | 3 | 0 |
| Справочник | 4 | 0 | 2 | 2 | 6 | 0 |
| ВрачФИО | 1 | 1 | 0 | 2 | 3 | 0 |
Метрика
RFC определяет возможное выполнение
методов классом как
Для вычисления метрики LCOM для начала необходимо определить количество пар методов класса. Оно рассчитывается по формуле
,
где m – количество методов класса.
Классы врач, отчеты имеют по 2 метода, соответственно по 1 паре.
Методы в классе врач не связаны друг другом, это значит, что значение LCOM=1. Методы «Сформировать» и «Удалить» в классе отчеты взаимодействуют с одними и теме же параметрами и LCOM=0.
LCOM
= 3 для класса администраторы, так
как пары методов не взаимодействуют друг
с другом. История
болезней имеет методы добавить, изменить
и удалить, которые работают с одними и
теме же полями. В справочнике
методы связаны между собой, так как работают
с одними и теме же данными, которые связаны
по коду. Талоны и ВрачФИО
имеют по одному методу, поэтому очевидно,
что LCOM = 0.
Информация о работе Разработка модели автоматизации системы обслуживания в поликлинике