Задание

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

   • спецификации процессов;

   • словарь терминов;

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

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

2. Оформить отчет. Содержание отчета:

   • тема лабораторной работы;

   • цель лабораторной работы;

   • ответы на контрольные вопросы;

   • задание на лабораторную работу;

   • разработанные спецификации процессов;

   • словарь терминов;

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

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

   • выводы по проделанной работе.

Методические указания

Контрольные вопросы

1. Для чего разрабатываются спецификации на программный продукт?

2. Что должны включать спецификации на программный продукт?

3. Что должна содержать спецификация процессов

4. Что такое словарь терминов и для чего он используется?

5. Что такое диаграмма переходов состояний и для чего ее используют?

6. Что такое диаграмма потоков и для чего ее используют?

3. Разработка программного продукта. Отладка. Тестирование, …

Разработка программного продукта

Процесс разработки программного продукта полностью определяется рабо­чим проектом, в котором записаны этапы и сроки разработки, а также отчетность, которую должен предоставить каждый разработчик на каждом этапе. Менеджер проекта полностью контролирует процесс разработки, про­сматривая отчеты и корректируя при необходимости выполнение текущего этапа. Помимо запланированных отчетов менеджер может запрашивать у разработчиков краткие еженедельные, и даже ежедневные отчеты.

Разработка программного продукта часто начинается с создания его рабо­тающего прототипа, содержащего минимальную функциональность и стро­гое оформление пользовательского интерфейса. Прототип демонстрируется заказчику. Заказчик одобряет его или вносит свои замечания, изменения и дополнения. Рабочий проект корректируется в соответствии с этими заме­чаниями и процесс разработки продолжается.

Каждый этап разработки завершается показом результатов заказчику. В ра­бочем проекте определяется набор приемо-сдаточных испытаний продукта на каждом этапе. Этот набор выполняется в присутствии заказчика. Про­смотрев результаты приемо-сдаточных испытаний, заказчик, как правило, вносит свои замечания в проект. Рабочий проект корректируется и разра­ботка продолжается.

Качество и своевременность разработки во многом определяются качеством ее планирования. Тщательно написанный рабочий проект дает возможность программистам сосредоточиться на выполнении проекта, равномерно рас­пределить свои усилия, не отвлекаться на переделки и доработки. Проект, полностью согласованный с заказчиком, почти не меняется. Это позволяет строго следовать этапам разработки, переходить от одного этапа к другому, не возвращаясь к уже законченному и полузабытому коду, написанному на предыдущих этапах.

Как ни печально, в нашем мире нет ничего идеального, и разработка про­граммного продукта не исключение. На практике рабочий проект в ходе разработки меняется, причем меняется чаще и сильнее, чем хотелось бы команде разработчиков. Грамотно составленный проект должен учитывать возможные изменения и дополнения и выделять какое-то время на их вы­полнение. Однако очень трудно предугадать момент, в который потребуется переделка, поэтому даже опытные разработчики проектов попадают в цейт­нот, из которого приходится выходить напряженными усилиями всей команды. Это приводит к спешке и создает нервную обстановку, а в такой обстановке увеличивается вероятность появления ошибок. На исправление ошибок требуется дополнительное время, которого не хватает. Трудности нарастают как снежный ком, в результате страдает качество программного продукта, и срываются сроки выполнения проекта. Остается еще раз напом­нить о важности этапа проектирования программного продукта.