Разработка модели автоматизации системы обслуживания в поликлинике
Курсовая работа, 04 Декабря 2011, автор: пользователь скрыл имя
Краткое описание
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 файл
Поликлиника.doc
— 277.50 Кб (Скачать)
4 Оценка характеристик разработанной модели системы
4.1 Набор метрик Чидамбера и Кемерера
Метрика 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.
Заключение
В
результате проделанной работы цель
курсового проекта была достигнута: были
разработаны концептуальные и логические
модели системы, разработаны наборы тестов,
а также были оценены характеристики
разработанной модели системы.
Библиографический
список
- Методическое пособие: «Метрические особенности объектно-ориентированных программных систем»
- Технологии разработки программного обеспечения: Учебник/ С. Орлов. – СПб.: Питер, 2002. – 464 с.
- Самоучитель UML. Леоненков А.В. – Издательство: БХВ-Петербург, 2007. г. – 576 с.
- Сайт http://www.info-system.ru/ // http://www.info-system.ru/
designing/methodology/uml/ theory/theory.html