Проектирование программного обеспечения. Николаев С.В. - 129 стр.

UptoLike

ВУЗ: 

ТТИ ЮФУ | Таганрог

Составители: 

Рубрика: 

129
структуре и форме документов. Этот раздел комплекта документации может
быть весьма разветвленным, но в любом случае обязательными компонента-
ми являются:
–
исходные тексты программ, которые при выполнении требования самодо-
кументированности дают наиболее исчерпывающее описание программной
системы;
–
машинная информация (чаще в безбумажной форме в виде файлов дан-
ных), включающая промежуточные листинги трансляции, дампы памяти,
таблицы ссылок и конфигурации и т.п.;
–
документация по тестированию, содержащая описание тестов и результаты
(промежуточные и окончательные) их прогона, а также список выявленных
ошибок.
3.9. Управление разработкой программного обеспечения
Одной из основных проблем при создании крупных программных систем
является планирование календарных сроков реализации проекта. Конечно,
имеется масса других вопросов, требующих своего разрешения, но время
разработки - это именно тот ресурс, которого обычно не хватает в первую
очередь. Можно указать на две причины такой нехватки [8]:
1) Чрезмерный оптимизм. При прогнозировании сроков неявно
предполагается, что "все будет идти хорошо".
2) Неверное допущение о том, что человек и месяц взаимозаменяемы.
Не учитывается тот факт, что человеко-месяц может служить
инвариантной мерой объема работ только при вполне определенных
условиях, а именно – только для полностью распределяемых работ
(заданий).
В области проектирования программного обеспечения первая причина
очень типична
и имеет вполне логичное обоснование. Поскольку речь идет о
создании информационного продукта, то для производственного процесса
практически не нужны "капризные" и "дорогие" материальные ресурсы (ме-
талл, кирпич, цемент и т.п.), которые могут не успеть подвезти или они поте-
ряют свое качество при хранении, не потребуется инфраструктура поставок,
изнашивающиеся и
ломающиеся станки и оборудование, а требуется в ос-
новном только информация, знания и интеллектуальные усилия. Каждый
обычно считает, что именно с этим--то у него все в порядке. Поэтому осно-
вания для пессимизма при оценке сроков обычно недооцениваются. Однако,
оптимизм в оценке сроков разработки является оправданным обычно только
для очень небольших
программ. Если же программное обеспечение включает
в себя даже не большое число взаимосвязанных модулей, создаваемых раз-

Страницы