Технико-экономическое обоснование выполнения проекта

ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ВЫПОЛНЕНИЯ ПРОЕКТА

Методическое пособие

ВВЕДЕНИЕ

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

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

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

Технико-экономическое обоснование проекта имеет много общего с бизнес-планом. Отличия заключаются в следующем:

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

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

Следовательно, можно говорить о более узком, специфическом характере ТЭО по сравнению с бизнес-планом.

ТРЕБОВАНИЯ К ВЫПОЛНЕНИЮ И ОФОРМЛЕНИЮ ТЕХНИКО-ЭКОНОМИЧЕСКОГО ОБОСНОВАНИЯ

Экономическая часть ВКР, содержащая технико-экономическое обоснование, должна:

- являться логическим продолжением основной части ВКР;

- быть связана с профилем специальности студента;

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

Объем экономического раздела должен составлять не более 20 страниц, выполненных в соответствии с правилами оформления ВКР.

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

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

Состав расчетов технико-экономического обоснования, выполняемых в экономической части ВКР, включает следующие положения:

1) обоснование целесообразности разработки проекта;

2) оценка уровня качества разрабатываемого программного продукта;

3) организация и планирование работ по разработке проекта;

4) расчет затрат на разработку проекта;

5) расчет эксплуатационных затрат;

6) оценка эффективности разработанного проекта.

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

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

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

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

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

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

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

Предположим, что постановку задачи осуществляет одновременно руководитель и студент. Студент расходует на эту работу 3 дня, и все это время занят только своей работой, а руководитель может в течение этих дней уделять данной проблеме только треть своего рабочего времени каждый день. Тогда его загрузка будет равна 33% и для оплаты следует принять только один день (33 % от трех дней).

В четвертом пункте порядок расчета одинаков для всех ВКР.

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

Необходимо также учитывать районный и северный коэффициенты при расчете дополнительной заработной платы.

В пятом пункте производится расчет эксплуатационных (текущих) затрат. К ним относятся затраты, связанные с использованием программного продукта в течение первого года эксплуатации.

Здесь важно определить время использования программного продукта. Предположим, что созданный продукт будет использоваться двумя пользователями. Один из них будет работать с программой два часа в день. Рабочая неделя включает пять рабочих дней. В году 52 недели. Исключаем 104 дня (52´2) выходных плюс 12 праздничных дней. Итого 116 дней. Остается 249 дня. Умножаем на 2 час и получаем 498 час. Если рабочий день равен 8 часам, то общее число полных рабочих дней для пользователя в году будет равно 62,25 (498 час. / 8 час.). Аналогично производим расчет по второму пользователю.

Обычно разрабатываемый продукт позволяет ускорить время выполнения работ. Поэтому время пользования продукта-аналога немного больше, чем у нового продукта. Допустим, что это время составляет 70 дней. Появляется экономия во времени, и эта экономия прослеживается по всем статьям расходов.

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

В главе 2 приведен модельный образец ТЭО. Курсивом даны необходимые комментарии.

ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ ПРОЕКТА

Планирование комплекса работ по разработке темы и оценка трудоемкости

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

Для определения ожидаемой продолжительности работы Т _ож применяется формула

,

(2.3)

где t _мин – кратчайшая продолжительность данной работы (оптимистическая оценка);

t _макс – самая большая продолжительность работы (пессимистическая оценка);

t _нв – наиболее вероятная продолжительность работы (реалистическая оценка).

Оценка трудоемкости отдельных видов работ приведена в таблице 2.2.

Для разработки было задействовано два человека: руководитель проекта и исполнитель (инженер-программист).

Таблица 2.2 – Оценка трудоемкости отдельных видов работ

Виды работ	Оптимистическая оценка, tmin	Реалистическая оценка, t нв	Пессимистическая оценка, tmax	Ожидаемая продолжительность работы, Т ож
1.1
1.2
1.3
2.1
2.2
3.1
3.2
3.3
3.4
4.1
4.2
4.3

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

Выбор комплекса работ по разработке проекта производится в соответствии со стандартом «ГОСТ Р ИСО/МЭК 12207-99 Информационная технология. Процессы жизненного цикла программных средств», устанавливающим стадии разработки программных продуктов, и приведен в таблице 2.3.

Таблица 2.3 – Комплекс работ по разработке проекта

Содержание работ	Исполнители	Длительность, дни	Загрузка
дни	%
1. Подготовка процесса разработки и анализ требований
1.1 Исследование и обоснование разработки
1.1.1 Постановка задачи	Руководитель
Программист
1.1.2 Сбор исходных данных	Руководитель
Программист
1.2 Поиск аналогов и прототипов
1.2.1 Анализ существующих методов решения задачи и программных средств	Руководитель
Программист
1.2.2 Обоснование принципиальной необходимости разработки	Руководитель Программист
1.3 Анализ требований
1.3.1 Определение и анализ требований к проектируемой программе	Руководитель
Программист
1.3.2 Определение структуры входных и выходных данных	Руководитель
Программист
1.3.3 Выбор технических и программных средств реализации	Руководитель
Программист
1.3.4 Согласование и утверждение технического задания	Руководитель
Программист
Итого по этапу 1	Руководитель
Программист
2. Проектирование
2.1 Проектирование программной архитектуры	Руководитель
Программист
2.2 Техническое проектирование компонентов программы	Руководитель
Программист
Итого по этапу 2	Руководитель
Программист
3. Программирование и тестирование программных модулей
3.1 Программирование модулей в выбранной среде программирования	Руководитель
Программист
3.2 Тестирование программных модулей	Программист
Программист
3.3 Сборка и испытание программы	Руководитель
Программист
3.4 Анализ результатов испытаний	Руководитель
Программист
Итого по этапу 3	Руководитель
Программист
4. Оформление рабочей документации
4.1 Проведение расчетов показателей безопасности жизнедеятельности	Руководитель
Программист
4.2 Проведение экономических расчетов	Руководитель
Программист
4.3 Оформление пояснительной записки	Руководитель
Программист
Итого по этапу 4	Руководитель
Программист
Итого по проекту	Руководитель
Программист

 

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

 

Таблица 2.4 - Календарный график выполнения работ

Содержание работы	Исполнители	Длительность, дни	График работ
1 Постановка задачи	Руководитель Программист		20.01.07-20.01.07 20.01.07-22.01.07
2 Сбор исходных данных	Руководитель Программист		23.01.07-27.01.07 23.01.07-05.02.07
3 Анализ существующих методов решения задачи и программных средств	Программист		06.01.07-10.02.07
4 Обоснование принципиальной необходимости разработки	Руководитель Программист		11.02.07-11.02.07 11.02.07-12.02.07
5 Определение и анализ требований к программе	Руководитель Программист		13.02.07-13.02.07 03.02.07- 15.02.07
6 Определение структуры входных и выходных данных	Руководитель Программист		16.02.07-16.02.07 16.02.07-20.02.07
7 Выбор технических средств и программных средств реализации	Руководитель Программист		13.03.07-13.03.07 13.03.07-15.03.07
8 Согласование и утверждение технического задания	Руководитель Программист		16.03.07 – 16.03.07 16.03.07 –18.03.07
9 Проектирование программной архитектуры	Программист		19.03.07 –21.03.07
10 Техническое проектирование компонентов программы	Программист		22.03.07– 28.03.07
11 Программирование модулей в выбранной среде программирования	Программист		29.03.07 – 10.07.07
12 Тестирование программных модулей	Программист		11.04.07 – 01.05.07
13 Сборка и испытание программы	Руководитель Программист		02.05.07 – 03.05.07 02.05.07 – 06.05.07
14 Анализ результатов испытаний	Руководитель Программист		07.05.07 – 07.05.07 07.05.07 – 11.05.07
15 Проведение расчетов показателей безопасности жизнедеятельности	Программист		12.05.07 – 14.05.07
16 Проведение экономических расчетов	Программист		15.05.07 – 18.05.07
17 Оформление пояснительной записки	Руководитель Программист		19.05.07 – 23.05.07 19.05.07 – 02.06.07

 

На основе этих данных был сформирован график выполнения этапов работ, который приведен на рисунке 2.1.

Рисунок 2.1 - Календарный график выполнения работ

 

ЗАКЛЮЧЕНИЕ

 

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

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

РАЗРАБОТКА И ПРАВИЛА ОФОРМЛЕНИЯ ТЕХНИЧЕСКОГО ЗАДАНИЯ НА СОЗДАНИЕ АИС

Разработка Технического задания на создание АС

Разработка ТЗ включает в себя подготовку специального документа с аналогичным названием. В Техническом задании обязательно должны быть описаны:

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

· совокупность условий, при которых предполагается эксплуатировать будущую систему: архитектура системы, аппаратные и программные ресурсы, предоставляемые системе, внешние условия её функционирования, состав людей и работ, которые обеспечивают бесперебойное функционирование системы;

· сроки завершения отдельных этапов, форма сдачи работ, ресурсы, привлекаемые в процессе разработки проекта, меры по защите информации;

· описание выполняемых системой функций;

· будущие требования к системе в случае её развития, например возможность работы пользователя с системой с помощью Интернета и т.п.;

· сущности, необходимые для выполнения функций системы;

· интерфейсы и распределение функций между человеком и системой;

· требования к программным и информационным компонентам ПО, требования к СУБД. Если проект предполагается реализовывать для нескольких СУБД, то требования к каждой из них, или общие требования к абстрактной (например, распределённой) СУБД и список рекомендуемых для данного проекта СУБД, которые удовлетворяют заданным условиям;

· что не будет реализовано в рамках проекта.

Разработка ТЗ ведётся в соответствии со стандартами:

ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ 34.602-89. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

I. Общие положения

ТЗ должно соответствовать современному уровню развития науки и техники, максимально точно отражать цели, замысел и требования к создаваемой системе и при этом не ограничивать разработчика в поиске и реализации наиболее эффективных технических, технико-экономических и других решений. В соответствии с ГОСТ 34.601-90, после согласования с Заказчиком, выполняется разработка, оформление, согласование и утверждение Технического задания на АИС (при необходимости – на части АИС). Данный стандарт также определяет состав участников проектирования и реализации проектных решений, которые участвуют в составлении и (или) согласовании ТЗ. В самом общем случае к ним относятся:

1. Организация-заказчик (пользователь), для которой создаётся АИС и которая обеспечивает финансирование, приёмку работ и эксплуатацию как по всей АИС, так и по отдельным её компонентам;

2. Организация-разработчик (генпроектировщик), осуществляющая работы по созданию АИС, представляя Заказчику совокупность научно-технических услуг на разных стадиях и этапах создания, а также разрабатывая и поставляя различные программные и технические средства АС. Данная (головная) организация может пользоваться услугами других организаций, работающих у неё на субподряде;

3. Организация-поставщик, изготавливающая и (или) поставляющая программные и технические средства по заказу Разработчика или Заказчика;

4. Организации, выполняющие строительные, электротехнические, санитарно-технические, монтажные, наладочные и другие подготовительные работы, связанные с созданием АИС.

ГОСТ 34.602-89 устанавливает порядок разработки, согласования и утверждения ТЗ на создание (развитие или модернизацию) автоматизированных систем различного назначения, а также состав и содержание указанного документа независимо от того, будет ли она работать самостоятельно или в составе другой системы. В зависимости от условий создания системы возможны различные совмещения функций заказчика, разработчика, поставщика и других организаций, участвующих в работах по созданию АИПС.

ТЗ на АИС разрабатываются на основании исходных данных.

Любые изменения к ТЗ оформляются дополнительными протоколами, подписанными заказчиком и разработчиком. Оформленные таким образом дополнения являются неотъемлемой частью ТЗ на АИС. На титульном листе ТЗ должна быть запись “Действует с …”.

СОСТАВ И СОДЕРЖАНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ

Рассмотрим состав ТЗ с учётом требований ГОСТ 34.602-89.

ТЗ на АИС содержит следующие разделы:

1. Общие сведения.

2. Назначение и цели создания (развития) системы.

3. Характеристика объектов автоматизации.

4. Требования к системе.

5. Состав и содержание работ по созданию системы.

6. Порядок контроля и приемки системы.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу АИС в действие.

8. Требования к документированию.

9. Источники разработки.

10. Приложения.

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

Рассмотрим содержание основных разделов ТЗ с учётом требований ГОСТ 34.602-89.

Раздел “Общие сведения”:

1. Полное наименование системы и её условное обозначение.

2. Наименование и реквизиты предприятий (объединений) разработчика и заказчика системы.

3. Перечень документов, явившихся основанием создания системы, кем и когда они утверждены.

4. Возможные сроки начала и окончания работ по созданию системы.

5. Сведения об источниках и порядке финансирования работ.

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

Раздел “Назначение и цели создания (развития) системы”:

1. Под “Назначением системы” понимается вид автоматизируемых процессов (деятельности) и перечень предполагаемых к использованию объектов.

2. В пункте “ Цели создания системы ” приводятся наименования и требуемые значения технических, технологических, производственно-экономических и других показателей объекта автоматизации, достигаемые в результате создания АИС, указываются критерии оценки достижения целей создания системы.

Раздел “Характеристики объекта автоматизации”:

1. Краткие сведения об объекте автоматизации или ссылки на документы, содержащие эти данные.

2. Сведения об условиях эксплуатации объекта автоматизации.

3. Характеристики внешней среды, в которой функционирует объект автоматизации.

Раздел “Требования к системе” содержит подразделы с требованиями к системе в целом, функциям (задачам), выполняемым системой, видам обеспечения.

Требования к численности и квалификации персонала АИС содержат требования к численности персонала и пользователей АИС; квалификации персонала, порядку его подготовки, контроля знаний и навыков; режиму работы персонала АИС.

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

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

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

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

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

В дополнительные требования могут быть включены:

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

· требования к сервисным средствам, стендам для проверки элементов системы;

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

· специальные требования по усмотрению разработчика или заказчика системы.

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

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

В части требований к информационному обеспечению системы приводят требования:

· к составу, структуре и способам организации фондов и машиночитаемых данных в системе;

· к информационному обмену между компонентами системы;

· к информационной совместимости со смежными системами;

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

· к внутрисистемным форматам данных;

· по применению систем управления базами данных;

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

· к защите данных от разрушений при авариях и сбоях в электропитании системы;

· к контролю, хранению, обновлению и восстановлению данных;

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

· классификаторов и тезаурусов,

· языков взаимодействия пользователей и технических средств системы,

· средств кодирования и декодирования данных,

· конверторов,

· языков ввода-вывода данных,

· языков манипулирования данными,

· способов организации диалога.

В части требований к программному обеспечению АИС приводятся общие функциональные и общесистемные требования к приобретаемым и вновь разрабатываемым программным продуктам. При этом следует предусмотреть:

· решение средствами ПО системы полного комплекса служебных и пользовательских задач;

· поддержку возможностей обработки, хранения и актуализации заданных видов документов и данных с учётом необходимых их количественных показателей;

· поддержку возможности настройки на заданные входные и выходные формы документов;

· поддержку необходимых форматов данных и средств лингвистического обеспечения;

· поддержку требований протоколов телекоммуникационного обмена данными, действующими в области функционирования АИС,

· обеспечение необходимой для создаваемой АИС скорости обработки и поиска данных,

· обеспечение требований стандартизации, унификации, эргономики, защиты информации и соответствия другим, не перечисленным в данном пункте, требованиям, включённым в другие пункты ТЗ.

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

В части требований к организационному обеспечению приводят требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию; организации функционирования системы и порядку взаимодействия персонала АИС с персоналом объекта автоматизации; защите от ошибочных действий персонала системы.

В требования по обеспечению управления и контроля включают:

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

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

· требования к видам статистической обработки контролируемых данных, а также их выходным формам,

· требования к средствам формально-логического контроля.

Раздел “Состав и содержание работ по созданию (развитию) системы” должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 34.601-90, сроки их выполнения, перечень организаций-исполнителей работ, ссылки на документы, подтверждающие их согласие на участие в создании системы и т.п.

В разделе “Порядок контроля и приемки системы” указывают:

1. Виды, состав, объём и методы испытаний системы и её составных частей (виды испытаний в соответствии с действующими нормами, распространяющимися на разрабатываемую систему);
2. Общие требования к приемке работ по стадиям (перечень участвующих организаций, и/или юридических и физических лиц, место и сроки проведения), порядок согласования и утверждения приёмочной документации;
3. Статус приёмочной комиссии (государственная, межведомственная, ведомственная и т.п.).

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

В разделе “Требования к документированию” приводят:

1. Согласованный разработчиком и заказчиком системы перечень подлежащих разработке комплектов и видов документов, в т.ч. выпускаемых на машинных носителях;
2. Требования по документированию комплектующих элементов межотраслевого применения в соответствии с требованиями ЕСКД и ЕСПД;
3. При отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

Обеспечение качества проектной документации относится к возможностям средств проектирования анализировать и проверять описания и документацию на полноту и непротиворечивость, а также на соответствие принятым стандартам и правилам (включая ГОСТ, ЕСПД).

В разделе “ Источники разработки” должны быть перечислены документы и информационные материалы (технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др.), на основании которых разрабатывалось ТЗ и которые должны быть использованы при создании системы.

В состав ТЗ на АИС включают приложения, содержащие расчёт ожидаемой эффективности системы; оценку научно-технического уровня системы; использованные при разработке ТЗ методические и наиболее важные информационные материалы из состава документов указанных в разделе “Источники разработки”.

Дополнительные рекомендации по составу и содержанию ТЗ на автоматизированные системы различного назначения и приложений к ним содержатся также в РД 50-640-87 и ГОСТ 24.602-86.

ПРАВИЛА ОФОРМЛЕНИЯ ТЗ НА АИС

ТЗ оформляют на листах формата А4 без рамки, основной надписи и дополнительных граф к ней. Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине).

На титульном листе помещают подписи заказчика, разработчика и согласующих организаций, которые скрепляют гербовой печатью. При необходимости титульный лист оформляют на нескольких страницах. Подписи разработчиков ТЗ на АИС и должностных лиц, участвующих в согласовании и рассмотрении проекта ТЗ на АИС, помещают на последнем листе.

При необходимости на титульном листе ТЗ допускается помещать установленные в отрасли коды, например: код работы, регистрационный номер ТЗ и др.

Разделы и подразделы ТЗ должны быть размещены в порядке, установленном ГОСТ 34.602-89.

Если конкретные значения показателей, норм и требований не могут быть установлены в процессе разработки ТЗ на АИС, в нём делают запись о порядке установления и согласования этих показателей, норм и требований “Окончательное требование (значение) уточняется в процессе... и согласовывается протоколом с... на стадии...”. При этом в текст ТЗ на АИС изменений не вносят.

Титульный лист дополнения к ТЗ на АИС оформляют аналогично титульному листу Технического задания. Вместо наименования “Техническое задание” пишут “Дополнение 1... к ТЗ на АИС...”.

На следующих листах дополнения к ТЗ на АИС помешают основание для изменения, содержание изменения и ссылки на документы, в соответствии с которыми вносятся эти изменения.

При изложении текста дополнения к ТЗ следует указывать номера соответствующих пунктов, подпунктов, таблиц основного ТЗ и применять слова: “заменить”, “дополнить”, “исключить”, “изложить в новой редакции”.

СОДЕРЖАНИЕ

• ВВЕДЕНИЕ
• 1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ И ПОСТАНОВКА ЗАДАЧИ
• 1.1. Технико-экономическая характеристика предметной области
• 1.2. Экономическая сущность комплекса экономических информационных задач
• 1.2.1. Общие сведения о задачах
• 1.2.2. Декомпозиция комплекса задач
• 1.3. Организация предметной области
• 1.4. Обоснование проектных решений по автоматизированному решению экономико-информационных задач
• 1.4.1. Обоснование выбора задач, входящих в комплекс
• 1.4.2. Обоснование необходимости использования вычислительной техники и создания АРМ для решения данного комплекса задач
• 1.4.3. Обособление проектных решений по программному обеспечению комплекса задач
• 2. ПРОЕКТНАЯ ЧАСТЬ
• 2.1. Информационное обеспечение комплексных задач
• 2.1.1. Инфологическая модель и ее описание
• 2.1.2. Описание структуры базы данных
• 2.2. Технологическое обеспечение
• 2.3. Программное обеспечение
• ЗАКЛЮЧЕНИЕ
• СПИСОК ЛИТЕРАТУРЫ

ВВЕДЕНИЕ