1.1.1. Наименование программы

Наименование программы: " Моделирование аппарата для магнитотерапии в обучающих целях".

1.1.2. Назначение и область применения

Область применения – вузы с медицинским направлением.

Программа предназначена для моделирования работы прибора магнитотерапии, который будет полезен как объект изучения в медицинских высших учебных заведениях (как альтернативная замена реальному прибору), в среде разработки LabVIEW 7.1.

Программа моделирования аппарата магнитотерапии имеет следующие возможности:

1.1.2.1. Возможность загрузки данных о пациенте и его болезни из внешней базы данных.

1.1.2.2. Возможность демонстрации изменения состояния пациента после введения параметров работы виртуального прибора, таких как:

1.1.2.2.1 частота импульсов магнитного поля в Гц;

1.1.2.2.2 величина индукции магнитного поля в мТл.

1.1.2.3 Графичиское изображение магнитного сигнала, генерируемое виртуальным прибором магнитотерапии.

1.1.2.4 Возможность просмотра результата лечения пациента.

1.1.2.5 Возможность осуществлять добавление нового пациента в базу данных.

1.1.2.6 Возможность распечатки определенных стадий болезни и лечения пациента.

2.1 Анализ требований

2.2.1. Требования к функциональным характеристикам

Программа должна обеспечивать возможность выполнения перечисленных ниже функций: 2.2.1.1. Генерировать низкочастотный магнитный импульс, который будет направлен на виртуального пациента.

2.2.1.2. Предоставлять возможность пользователю производить настройку и выбор параметров прибора.

2.2.1.3. Иметь базу данных пациентов с определенными диагнозами и методиками их лечения.

2.2.1.3.1. БД должна состоять из 2 таблиц. Первая с данными пациента, вторая с информацией о диагнозе и методике лечения.

2.2.1.1. Время восстановления после отказа

Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.

Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.

2.2.2. Требования к программной документации

2.2.2.1. Предварительный состав программной документации

Состав программной документации должен включать в себя: 2.2.2.1.1. Титульный лист;

2.2.2.1.2. Оглавление;

2.2.2.1.3. Системный аналіз;

2.2.2.1.4. Анализ тренований;

2.2.2.1.5. Структурная схема разработки;

2.2.2.1.6..Иерархическая структура разработки;

2.2.2.1.7. Диаграмма Ганта;

2.2.2.1.8. Блок-схемы основных алгоритмов;

2.2.2.1.9. Диаграмма сущность-связь (ERD);

2.2.2.1.10. Диаграмма функционального моделирования (SADT);

2.2.2.1.11. Диаграмма потоков-данных (DFD);

2.2.2.1.12. Расчет невязки, силы связности и силы сцепления для каждого модуля;

2.2.2.1.13.Жизненный цикл процесса разработки;

2.2.2.1.14. Дополнительные инструментарии;

2.2.2.1.15. Листинг (отчет по программному коду) основных модулей, сгенерированный в NI LabVIEW;

2.2.2.1.16. Рекомендации;

2.2.2.1.17. Выводы о разработанной системе.