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

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

• техническое задание;

• описание программы;

• руководство пользователя;

4. Стадии и этапы разработки

6.1 Стадии разработки

Разработка проводится в три стадии:

• разработка технического задания;

• проектирование программного обеспечение (написание исходных кодов);

• внедрение.

6.2 Этапы разработки

Техническое задание должно быть проработано, согласовано и утверждено до начала разработки.

Стадия проектирования программного обеспечение представляет собой следующие этапы работ:

• разработка программной документации;

• разработка программы;

• тестирование программы.

Этапы стадии внедрения:

• подготовка программы к внедрению (создание инсталляционных пакетов);

• передача инсталляционного пакета программы администратору.

6.3 Содержание работ по этапам

Разработку технического задания можно разбить на следующие этапы:

• постановка задачи;

• определение и уточнение требований к техническим средствам;

• определение требований к программе;

• определение стадий, этапов и сроков разработки программы и документации;

• выбор языков программирования и средств разработки;

• утверждение и согласование технического задания. 

Этап разработки включает в себя разработку и тестирование исходных кодов программы. 

Этап разработки программной документации включает в себя разработку программных документов в соответствии с п. 5.1 «Предварительный состав программной документации»  технического задания. 

Тестирование программы должны включает в себя следующие виды работ:

• разработка исходных кодов программы, выбор методики тестирования;

• проведение тестирования программы;

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

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

4. Порядок контроля и приемки

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

2. Формат хранения данных

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

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

Пример «Собственного формата XML для хранения информации о тренировке»:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?> <medical_data> <!—Блок_с_информацией_о_пациенте —> <patient_info> <name>Иван</name> <second_name>Иванович</second_name> <surname>Иванов</surname> <birthday_date>01.08.1990</birthday_date> </patient_info> <training_type>Силовая</training_type><!—тип_тренировки —> <training_time start="2015-03-31 14:55:00" end="2015-03-31 15:55:00" /> <!—Блок_с_информацией_о_значениях_ЧСС —> <pulse_items> <pulse_item time="2015-03-31 14:55:00" value="120"/> <pulse_item time="2015-03-31 14:55:30" value="122"/> <pulse_item time="2015-03-31 14:56:00" value="123"/> </pulse_items> </medical_data>