
- •Оглавление
- •Введение
- •1.Описание среды разработки Microsoft Visual Studio
- •Общие сведения
- •Достоинства и недостатки
- •Интегрированная среда разработки Visual Studio
- •Система проекта
- •Редакторы и конструкторы
- •Средства построения и отладки
- •Средства развертывания
- •Документация по продукту
- •Поддерживаемые технологии и языки программирования
- •Продолжение таблицы 2
- •Продолжение таблицы 2
- •Интерфейс и простейшее приложение в среде разработки Visual Studio
- •2.Теоретическое обоснование автоматизированной оценки психофизиологического состояния человека
- •Возможности и особенности компьютеризированного тестирования человека
- •Сравнительный анализ отечественных и зарубежных аналогов программных продуктов, осуществляющих психофизиологическое тестирование
- •Методики тестирования
- •Тест Кагана
- •Теппинг-тест
- •Тест «Индивидуальная минута»
- •Тест «Зрительная реакция»
- •Анализ процесса обработки информации и выбор структур данных ее хранения
- •Описание методов и разработка основных алгоритмов решения задачи
- •3.Проектирование программного обеспечения с использованием объектного подхода
- •Диаграмма вариантов использования
- •Диаграмма классов
- •Диаграмма последовательностей системы
- •Продолжение таблицы 24
- •Диаграмма пакетов
- •Диаграмма компонентов
- •Диаграмма размещения
- •4.Программная реализация интерфейсов системы оценки пфс человека на языке с#
- •Построение графа диалога
- •Разработка форм ввода-вывода информации
- •Продолжение таблицы 25
- •Заключение
- •Список литературы
- •Приложение 1. Устав проекта
- •Требования, удовлетворяющие потребности, пожелания и ожидания заказчика, спонсора и других участников проекта
- •Производственная необходимость, самое общее описание проекта или требования к продукту, который является предметом проекта
- •Цель или обоснование проекта
- •Расписание контрольных событий
- •Отношения между участниками проекта
- •Функциональные организации и их участие
- •Допущения относительно организации и окружения, а также внешние допущения
- •Ограничения относительно организации и окружения, а также внешние ограничения
- •Бюджет проекта
- •Приложение 2. Текст программы
Диаграмма вариантов использования
Диаграммы вариантов использования. Диаграммы вариантов использования позволяют наглядно представить ожидаемое поведение системы. Основными понятиями диаграмм вариантов использования являются: действующее лицо, вариант использования, связь.
Действующее лицо - внешняя по отношению к разрабатываемому программному обеспечению сущность, которая взаимодействует с ним с целью получения или предоставления какой-либо информации (пользователи, другое программное обеспечение или какие-либо технические средства, взаимодействующие с разрабатываемым программным обеспечением).
Вариант использования - некоторая очевидная для действующего лица процедура, решающая его конкретную задачу.
Связь - взаимодействие действующих лиц и соответствующих вариантов использования.
Рис.23. Диаграмма вариантов использования для обследуемого
Рис. 23. Диаграмма вариантов использования для исследователя
Диаграмма классов
Диаграммы классов - центральное звено объектно-ориентированных методов разработки программного обеспечения, применяемое, в основном, на этапе проектирования для того, чтобы показать особенности построения конкретных классов. UML предлагает использовать три уровня диаграмм классов в зависимости от степени их детализации:
концептуальный уровень, на котором диаграммы классов, называемые в этом случае контекстными, демонстрируют связи между основными понятиями предметной области;
уровень спецификаций, на котором диаграммы классов отображают интерфейсы классов предметной области, т. е. связи объектов этих классов;
уровень реализации, на котором диаграммы классов непосредственно показывают поля и операции конкретных классов.
Каждую из перечисленных моделей используют на конкретном этапе разработки программного обеспечения:
концептуальную модель - на этапе анализа;
диаграммы классов уровня спецификации - на этапе проектирования;
диаграммы классов уровня реализации - на этапе реализации.
Концептуальные модели в соответствии с определением оперируют понятиями предметной области, атрибутами этих понятий и отношениями между ними. Понятию в предметной области разрабатываемого программного обеспечения могут соответствовать как материальные предметы, так и абстракции, которые применяют специалисты предметной области.
Основным понятиям в модели ставятся в соответствие классы. Класс – это совокупность общих признаков заданной группы объектов предметной области. В соответствии с этим определением на диаграмме классов каждому классу соответствует группа объектов, общие признаки которых и фиксирует класс.
Экземпляр класса или объект обязательно обладает всей совокупностью признаков своего класса и может иметь собственные признаки, не фиксированные в классе.
На диаграммах класс изображается в виде прямоугольника, внутри которого указано имя класса. При необходимости допускается указывать характеристики класса, например, атрибуты, используя специальные секции условного обозначения.
В качестве атрибутов представляют некоторые, существенные с точки зрения решаемой задачи характеристики объектов, например, идентифицирующие значения (имя, номер). Для конкретного объекта атрибут всегда имеет определенное значение. На диаграмме классов атрибуты обычно показывают в секции атрибутов.
Под отношением классов понимают статическую, т. е. не зависящую от времени, связь между классами. Различают два основных вида отношений: ассоциация и обобщение.
Отношение ассоциации означает наличие связи между экземплярами классов или объектами, она может иметь имя, рядом с которым обычно ставят стрелку, указывающую направление чтения имени («Студент обучается в институте», а не наоборот).
Рис.25. Диаграмма классов системы оценки ПФС человека