38. Содержание технического проекта на разработку программного обеспечения.

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

N	Раздел	Содержание
1	Пояснительная записка	- основания для разработки системы; - перечень организаций разработчиков; - краткая характеристика объекта с указанием основных технико-экономических показателей его функционирования и связей с другими объектами; - краткие сведения об основных проектных решениях по функциональной и обеспечивающим частям системы.
2	Функциональная и организационная структура системы	- обоснование выделяемых подсистем, их перечень и назначение; - перечень задач, решаемых в каждой подсистеме, с краткой характеристикой их содержания; - схема информационных связей между подсистемами и между задачами в рамках каждой подсистемы.
3	Постановка задач и алгоритмы решения	- организационно-экономическая сущность задачи (наименование, цель решения, краткое содержание, метод, периодичность и время решения задачи, способы сбора и передачи данных, связь задачи с другими задачами, характер использования результатов решения, в которых они используются); - экономико-математическая модель задачи (структурная и развернутая форма представления); - входная оперативная информация (характеристика показателей, диапазон изменения, формы представления); - нормативно-справочная информация (НСИ) (содержание и формы представления); - информация, хранимая для связи с другими задачами; - информация, накапливаемая для последующих решений данной задачи; - информация по внесению изменений (система внесения изменений и перечень информации, подвергающейся изменениям); - алгоритм решения задачи (последовательность этапов расчета, схема, расчетные формулы); - контрольный пример (набор заполненных данными форм входных документов, условные документы с накапливаемой и хранимой информацией, формы выходных документов, заполненные по результатам решения экономико-технической задачи и в соответствии с разработанным алгоритмом расчета).
4	Организация информационной базы	- источники поступления информации и способы ее передачи; - совокупность показателей, используемых в системе; - состав документов, сроки и периодичность их поступления; - основные проектные решения по организации фонда НСИ; - состав НСИ, включая перечень реквизитов, их определение, диапазон изменения и перечень документов НСИ; - перечень массивов НСИ, их объем, порядок и частота корректировки информации; - структура фонда НСИ с описанием связи между его элементами; требования к технологии создания и ведения фонда; - методы хранения, поиска, внесения изменений и контроля; - определение объемов и потоков информации НСИ; - контрольный пример по внесению изменений в НСИ; - предложения по унификации документации.
5	Альбом форм документов
6	Система математического обеспечения	- обоснование структуры математического обеспечения; - обоснование выбора системы программирования; - перечень стандартных программ.
7	Принцип построения комплекса технических средств	- описание и обоснование схемы технологического процесса обработки данных; - обоснование и выбор структуры комплекса технических средств и его функциональных групп; - обоснование требований к разработке нестандартного оборудования; - комплекс мероприятий по обеспечению надежности функционирования технических средств.
8	Расчет экономической эффективности системы	- сводная смета затрат, связанных с эксплуатацией систем; - расчет годовой экономической эффективности, источниками которой являются оптимизация производственной структуры хозяйства (объединения), снижение себестоимости продукции за счет рационального использования производственных ресурсов и уменьшения потерь, улучшения принимаемых управленческих решений.
9	Мероприятия по подготовке объекта к внедрению системы	- перечень организационных мероприятий по совершенствованию бизнес-процессов; - перечень работ по внедрению системы, которые необходимо выполнить на стадии рабочего проектирования, с указанием сроков и ответственных лиц.
10	Ведомость документов

39. В завершение стадии технического проектирования производится разработка документации на поставку серийно выпускаемых изделий для комплектования ИС, а также определяются технические требования и составляются ТЗ на разработку изделий, не изготовляемых серийно.

40. Методы оценки трудоемкости создания ИС

1. Алгоритмическое моделирование. Метод основан на анализе статистических данных о ранее выполненных проектах, при этом определяется зависимость трудоемкости проекта от какого-нибудь количественного показателя программного продукта (обычно это размер программного кода). Проводится оценка этого показателя для данного проекта, после чего с помощью модели прогнозируются будущие затраты.

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

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

- в организации аккуратно документируются реальные результаты предыдущих проектов;

- по крайней мере, один из предыдущих проектов (а лучше несколько) имеет аналогичный характер и размер;

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

4. Закон Паркинсона. Согласно этому закону усилия, затраченные на работу, распределяются равномерно по выделенному на проект времени. Здесь критерием для оценки затрат по проекту являются человеческие ресурсы, а не целевая оценка самого программного продукта. Если проект, над которым работают пять человек, должен быть закончен в течение 12 месяцев, то затраты на его выполнение исчисляются в 60 человеко-месяцев.

5. Оценка с целью выиграть контракт. Затраты на проект определяются наличием тех средств, которые имеются у заказчика. Поэтому трудоемкость проекта зависит от бюджета заказчика, а не от функциональных характеристик создаваемого продукта. Требования приходится изменить так, чтобы не выходить за рамки принятого бюджета.

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

Хорошая оценка трудоемкости разработки ПО:

- создается и поддерживается менеджером проекта и командами архитекторов, разработчиков и тестировщиков, ответственными за выполнение работы;

- воспринимается всеми исполнителями как амбициозная, но выполнимая;

- основывается на подробно описанной и обоснованной модели оценки;

- основывается на данных по аналогичным проектам, которые включают в себя аналогичные процессы, технологии, среду, требования к качеству и квалификации работников;

- подробно описывается таким образом, чтобы все ключевые области риска были хорошо видны, а вероятность успеха оценивалась объективно.

В алгоритмическом моделировании трудоемкости разработки ПО существует в основном два подхода к моделированию: теоретические модели и статистические модели. Большинство моделей для определения трудоемкости разработки ПО могут быть сведены к функции пяти основных параметров:

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

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

- возможностей персонала, участвующего в разработке ПО, в особенности его профессионального опыта и знания предметной области проекта;

- среды, которая состоит из инструментов и методов, используемых для эффективного выполнения разработки ПО и автоматизации процесса;

- требуемого качества продукта, включающего в себя его функциональные возможности, производительность, надежность и адаптируемость.

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

Трудоемкость = (Персонал) • (Среда) • (Качество) • (Размер процесса).