ТЕМА 4. Стадия предпроектного обследования Лекция 13. Состав и структура проектной документации.

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

3

4 Стандарты, регламентирующие составление проектной документации ГОСТ «Информационная технология. Комплекс стандартов на автоматизированные системы. Термины и определения» ГОСТ «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы» РД – 90 «Методические указания. Информационная технология. Комплекс стандартов и руководящих документов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов» ГОСТ «Система стандартов по информации, библиотечному и издательскому делу. Отчет о научно-исследовательской работе. Структура и правила оформления»

5 Проектирование Стадии ЖЦ по ISO/IEC 15288:2002 Формирование концепции Формирование концепции Разработка Разработка Реализация Реализация Эксплуатация Эксплуатация Поддержка Поддержка Снятие с эксплуатации Снятие с эксплуатации по ГОСТ Формирование требований к АС Разработка концепции АС. Техническое задание. Эскизный проект. Технический проект. Рабочая документация. Ввод в действие. Сопровождение АС Анализ требований Реализация Внедрение Эксплуатация

6 Анализ требований Сбор материалов для проектирования Изучение объекта проектирования Формирование требований пользователей к ИС Проведение необходимых НИР ТЭО необходимости разработки ИС Анализ материалов и формирование ТЗ Детальный анализ автоматизируемых БП Разработка и выбор варианта концепции системы Разработка и утверждение технического задания

7 Состав проектной документации стадии анализа предметной области 1. 1.Отчет о выполненной работе по формированию требований пользователя Концепция ИС 3. 3.Технико-экономическое обоснование необходимости разработки ИС Техническое задание на разработку ИС.

8 Содержание отчета 1. 1.Характеристика объекта и результатов его функционирования 2. 2.Описание существующей информационной системы 3. 3.Описание недостатков существующей информационной системы 4. 4.Обоснование необходимости совершенствования информационной системы объекта 5. 5.Цели, критерии и ограничения создания АС 6. 6.Функции и задачи создаваемой АС 7. 7.Ожидаемые технико-экономические результаты создания АС 8. 8.Выводы и предложения РД – 90

9 Концепция ИС Концепция – это видение того, какой должна быть система. Основная цель создания этого документа – указать высокоуровневые требования (возможности, свойства) продукта и наиболее существенные ограничения. Документ «Концепция ИС» создается для первого руководителя предприятия- заказчика.

10 Содержание документа «Концепция ИС» 1) 1)Описание результатов изучения объекта автоматизации; 2) 2)описание и оценка преимуществ и недостатков разработанных альтернативных вариантов концепции создания ИС; 3) 3)сопоставительный анализ требований пользователя к ИС и вариантов концепции ИС на предмет удовлетворения требований пользователя; 4) 4)обоснование выбора оптимального варианта концепции и описание предлагаемой ИС; 5) 5)ожидаемые результаты и эффективность реализации выбранного варианта концепции ИС; 6) 6)ориентировочный план реализации выбранного варианта концепции ИС; 7) 7)необходимые затраты ресурсов на разработку, ввод в действие и обеспечение функционирования; 8) 8)требования, гарантирующие качество ИС; 9) 9)условия приемки системы. РД – 90

11 Содержание ТЭО Анализ и общая характеристика экономического объекта; обоснование необходимости разработки; описание выполняемых системой функций; сроки завершения отдельных этапов, форма приемки/сдачи работ, необходимые ресурсы; совокупность условий эксплуатации: архитектура системы, аппаратные и программные ресурсы, условия функционирования, обслуживающий персонал и пользователи системы; ограничения, риски, критические факторы, которые могут повлиять на успешность проекта; возможности развития системы; что не будет реализовано в рамках проекта.

12 Классификация функций Метод MuSCoW, предложенный в 1994 г., классифицирует функции по степени важности: Must have - необходимые функции (обеспечивают критичные для успешной работы системы возможности); Should have - желательные функции; Could have - возможные функции; Реализация функций этих категорий ограничивается временными и финансовыми рамками Won't have - отсутствующие функции (обеспечивают четкое представление границ проекта).

13 I этап II этап Отчет о формировании требований пользователей Технико- экономическое обоснование разработки ИС Концепция ИС Техническое задание на разработку ИС

14 Содержание ТЗ по ГОСТ Общие сведения 2. 2.Назначение и цели создания (развития) системы 3. 3.Характеристика объектов автоматизации 4. 4.Требования к системе 5. 5.Состав и содержание работ по созданию системы 6. 6.Порядок контроля и приемки системы 7. 7.Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие 8. 8.Требования к документированию 9. 9.Источники разработки

15 1. Общие сведения полное наименование системы и ее условное обозначение; полное наименование системы и ее условное обозначение; шифр темы или шифр (номер) договора; шифр темы или шифр (номер) договора; наименование предприятий разработчика и заказчика системы, их реквизиты; наименование предприятий разработчика и заказчика системы, их реквизиты; перечень документов, на основании которых создается ИС; перечень документов, на основании которых создается ИС; плановые сроки начала и окончания работ; плановые сроки начала и окончания работ; сведения об источниках и порядке финансирования работ; сведения об источниках и порядке финансирования работ; порядок оформления и предъявления заказчику результатов работ по созданию системы. порядок оформления и предъявления заказчику результатов работ по созданию системы.

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

Назначение и цели создания системы Назначение системы: система предназначена для решения перечисленных ниже задач (обеспечения выполнения перечисленных ниже процессов): задачи 1… (процесс 1); задачи 2…(процесс 2); Цели создания системы: целями создания системы являются: увеличение скорости...; повышение точности...; уменьшение издержек...; снижение потребления...; улучшение показателей...;

Назначение системы АИС «Кадры» предназначена для комплексного информационно-аналитического обеспечения следующих процессов: - расчета заработной платы; - оперативного учета движения кадров; - ведения документооборота по персоналу и т.д. АИС «Кадры» предполагается использовать в Федеральном агентстве "Государственные кадры", и в его территориальных органах, задействованных в исполнении вышеперечисленных процессов.

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

Цели создания системы Для реализации поставленных целей система должна решать следующие задачи: Ведение нормативно-справочной информации; Построение аналитических отчетов и выписок. В результате внедрения АИС «Кадры» будут достигнуты следующие значения показателей: Стоимость выполнения процесса … снизится с … руб. до … руб. Время подготовки типового отчетного документа снизится с …ч. до … мин. Критериями оценки достижения целей создания системы считается способность АИС «Кадры» обеспечить возможность решения задач по своему назначению.

21 3. Характеристика объектов автоматизации краткие сведения об объекте автоматизации сведения об условиях эксплуатации и характеристиках окружающей среды ПРИМЕР: Объектом автоматизации являются процессы по управлению государственными кадрами, а также контроль эффективности выполнения указанных процессов. Процессы управления государственными кадрами включают в себя: - произведение расчета заработной платы; - оперативного учета движения кадров; - ведение административного документооборота по персоналу и учету труда, аттестации и определению потребностей работников; Данные процессы осуществляются следующими специалистами: - Экономистами планово-экономического отдела или отдела труда и заработной платы; - Инспекторами отделов кадров и менеджерами по персоналу; - Руководителями различного уровня, в т.ч. и высшим руководством; - Табельщиками и сотрудниками табельных бюро; - Бухгалтерами расчетной части и главными бухгалтерами предприятий.

22 Требования к системе Требования к функциям, выполняемым системой Функциональные требования по подсистемам Требования к времени реализации функций Требования к качеству реализации функций Перечень и критерии отказов функции Требования к видам обеспечения

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

Требования к структуре и функционированию системы 1) 1) перечень подсистем, их назначение и основные характеристики, требования к числу уровней иерархии и степени централизации системы; 2) 2) требования к способам и средствам связи для информационного обмена между компонентами системы; 3) 3) требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией (автоматически, пересылкой документов, по телефону и т.п.); 4) 4) требования к режимам функционирования системы; 5) 5) требования по диагностированию системы; 6) 6) перспективы развития, модернизации системы.

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

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

Пример требований к персоналу Численность персонала должна быть достаточной для реализации функций системы во всех режимах ее работы обеспечивать полную занятость персонала при реализации автоматизированных функций системы. Квалификация персонала должна обеспечивать эффективное функционирование технических и программных средств системы во всех режимах ее работы. Пользователи АСУ должны иметь базовые навыки работы с ОС Microsoft Windows, офисным программным обеспечением Microsoft Office. Все администраторы АСУ должны иметь квалификацию «инженер». Режим работы: Все специалисты должны работать с нормальным графиком работы не более 8 часов в сутки. 27

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

Подсистема управления нормативно-справочной информацией должна обеспечивать возможность выполнения следующих функций: Постоянное хранение данных справочников; Добавление новых элементов; Редактирование элементов; Удаление элементов; Просмотр элементов; Фильтрация и сортировка списка элементов; Поиск элементов; Экспорт и импорт элементов. Подсистема управления нормативно-справочной информацией должна обеспечивать ведение следующих справочников и реестров: Справочник «Сотрудники»; Справочник «Адреса»; Справочник «Предприятия»; 29

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

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

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

Требования к ПО Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система MS Windows. ПО АС «Кадры» должно обеспечивать: решение пользовательских задач; замену, включение новых и удаление старых компонентов в процессе развития и совершенствования АС; управление базами данных. 33

Требования к ТО В состав комплекса должны следующие технические средства: – Серверы БД; – Серверы приложений; – Веб сервер; – ПК пользователей; – ПК администраторов. Требования к техническим характеристикам ПК пользователей: Для обеспечения выполнения функций АС используется локальная вычислительная сеть с пропускной способностью не менее 100 Мбит/c. 34

Требования к организационному обеспечению Организационное обеспечение системы должно быть достаточным для эффективного выполнения персоналом возложенных на него обязанностей при осуществлении автоматизированных и связанных с ними неавтоматизированных функций системы. К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой. Проектные решения по организационному обеспечению должны отвечать требованиям РД в части подраздела «Требования к содержанию документов с решениями по организационному обеспечению». 35

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

Шаблонное построение фраз Требования к применению в системе языков программирования высокого уровня В системе должны быть применены перечисленные ниже языки программирования высокого уровня: 1. язык C++; 2. язык Pascal; 3. и т.д.

Нумерация разделов Для решения задачи ведения НСИ программные средства системы должны обеспечивать выполнение перечисленных ниже функций: автоматизированной функции добавления записей в таблицы базы данных; автоматизированной функции удаления записей из таблиц базы данных; автоматизированной функции сортировки записей в таблицах базы данных...; Для решения задачи ведения НСИ программные средства системы должны обеспечивать выполнение перечисленных ниже функций: автоматизированной функции добавления записей в таблицы базы данных; автоматизированной функции удаления записей из таблиц базы данных; автоматизированной функции сортировки записей в таблицах базы данных...; Вариант 1Вариант 2

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

40 6. Порядок контроля и приемки системы виды, состав, объем и методы испытаний системы виды, состав, объем и методы испытаний системы общие требования к приемке работ по стадиям общие требования к приемке работ по стадиям статус приемочной комиссии статус приемочной комиссии

41 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие преобразование входной информации к машиночитаемому виду преобразование входной информации к машиночитаемому виду изменения в объекте автоматизации изменения в объекте автоматизации сроки и порядок комплектования и обучения персонала сроки и порядок комплектования и обучения персонала

42 8. Требования к документированию согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ и НТД отрасли заказчика; согласованный разработчиком и Заказчиком системы перечень подлежащих разработке комплектов и видов документов, соответствующих требованиям ГОСТ и НТД отрасли заказчика; при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов. при отсутствии государственных стандартов, определяющих требования к документированию элементов системы, дополнительно включают требования к составу и содержанию таких документов.

43 9. Источники разработки Документы и информационные материалы, на основании которых разрабатывалось ТЗ, и которые должны быть использованы при создании системы: технико-экономическое обоснование, технико-экономическое обоснование, отчеты о законченных научно-исследовательских работах, отчеты о законченных научно-исследовательских работах, информационные материалы на отечественные, зарубежные системы-аналоги и др. информационные материалы на отечественные, зарубежные системы-аналоги и др.

Общие приемы написания ТЗ Детализация Шаблонное построение фраз Штампы и унификация при подготовке текста Перечни и нумерация разделов Осторожное применение «тематических» ГОСТ

45 Краткое содержание ТЗ Описание основных целей создания системы, критерии эффективности ее функционирования; описание состава и структуры разрабатываемой системы, порядок разработки подсистем; перечень основных показателей (параметров), которые должны быть достигнуты в условиях автоматизированного управления объектом; перечень функций управления с указанием входных и выходных документов, периодичность решения и формы представления информации для каждой функции; требования к видам обеспечения; этапы разработки системы.

46 Порядок разработки ТЗ 1.Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований. Необходимость согласования проекта ТЗ на АС с органами государственного надзора и другими заинтересованными организациями определяют совместно заказчик системы и разработчик проекта ТЗ на АС. 2.Срок согласования проекта ТЗ на АС в каждой организации не должен превышать 15 дней со дня его получения. 3.Замечания по проекту ТЗ на АС должны быть представлены с техническим обоснованием. 4.Если при согласовании проекта ТЗ на АС возникли разногласия между разработчиком и заказчиком, то составляется протокол разногласий и конкретное решение принимается в установленном порядке. 5.Утверждение ТЗ на АС осуществляют руководители предприятий (организаций) разработчика и заказчика системы. 6.ТЗ на АС до передачи его на утверждение должно быть проверено службой нормоконтроля организации - разработчика ТЗ. 7.Согласование и утверждение дополнений к ТЗ на АС проводят в порядке, установленном для ТЗ на АС. 8.Изменения к ТЗ на АС не допускается утверждать после представления системы на приемо-сдаточные испытания.

47 Варианты разработки ТЗ силами самого Заказчика; непосредственным Исполнителем, в чьи обязанности в дальнейшем войдут проектирование и проведение испытаний; «конкурсным» Исполнителем, чьи взаимоотношения с Заказчиком завершатся разработкой технического задания; сторонним Исполнителем.

48 Взаимоотношения Заказчика и исполнителя при разработке ТЗ Умный Исполнитель Наивный Исполнитель Умный Заказчик Продление сроков договора Бесконечные переделки за счет Исполнителя Наивный Заказчик Высочайшая норма прибыли Исполнителя Бой быков

49 Оценка трудоемкости разработки ТЗ Справочник базовых цен на разработку технической документации на автоматизированные системы управления технологическими процессами (АСУТП) Разработчики: ЗАО «Научно-производственный центр «ВНИПИ САУ-40» ТП «ЦЕНТРИНВЕСТпроект» Минстроя России. Базовая цена разработки ТЗ определяется в зависимости от количества баллов ( Б), подсчитанных по основным факторам трудоемкости, соответствующего ценностного множителя (S) и общего поправочного коэффициента (K): Ц баз = S x Б x К

50 Факторы, определяющие трудоемкость разработки ТЗ Степень научно-технической новизны технологического объекта управления (ТОУ) I степень: имеет аналоги в России – 1 балл II степень: имеет аналоги только за рубежом – 2 балла III степень: ни с конструкторской, ни с технологической точек зрения ТОУ не является принципиально новым объектом, но действующих аналогов не имеет – 4 балла IV степень: принципиально новый объект – 8 баллов

51 Факторы, определяющие трудоемкость разработки ТЗ Характер протекания управляемого технологического процесса во времени Непрерывный – 1 балл Полунепрерывный (непрерывный, с существенными для управления переходными режимами, вызванными добавками (заменами) сырья или реагентов либо выдачей продукции) – 2 балла Непрерывно-дискретный, сочетающий непрерывные и прерывистые режимы на различных стадиях процесса – 4 балла Непрерывно-дискретный, сочетающий непрерывные и прерывистые режимы с малой длительностью непрерывных режимов в аварийных условиях – 5 баллов Циклический (прерывистый, с существенной для управления длительностью интервалов непрерывного функционирования и циклическим следованием интервалов с различными режимами) – 4 балла Дискретный (прерывистый, с малой, несущественной для управления длительностью непрерывных технологических операций) – 3 балла

52 Факторы, определяющие трудоемкость разработки ТЗ Количество технологических операций, выполняемых на ТОУ: до 5 – 1 балл от 5 до 10 – 2 балла от 10 до 20 – 4 балла от 20 до 35 – 5 баллов от 35 до 50 – 7 баллов от 50 до 70 – 9 баллов от 70 до 100 – 10 баллов за каждые 50 свыше 100 – 1 балл

53 Факторы, определяющие трудоемкость разработки ТЗ Количество переменных, характеризующих ТОУ : До 20 – 1 балл от 20 до 50 – 2 балла от 50 до 100 – 3 балла от 100 до 170 – 4 балла от 170 до 250 – 5 баллов от 250 до 350 – 6 баллов от 350 до 470 – 7 баллов от 470 до 600 – 8 баллов от 600 до 800 – 9 баллов от 800 до 1000 – 10 баллов от 1000 до 1300 – 11 баллов от 1300 до 1600 – 12 баллов от 1600 до 2000 – 13 баллов за каждые 500 свыше 2000 – 1 балл

54 Поправочные коэффициенты ПовышающиеПонижающие Учет разработки АСУТП с целью тиражирования Учет разработки нескольких вариантов построения системы Учет разработки АСУТП за рубежом Учет особых условий функционирования АСУТП Учет повторной применимости АСУТП Учет разработки ТЗ для перенастройки АСУТП при реконструировании объекта управления

55 Нормативы времени на разработку проекта ТЗ ГОСТ Р ИСО МЭК Процесс создания документации пользователя программного средства. Нормативы времени определяются объемом (в листах ф. А4) и количеством показателей. Показатели Объем До 10Свыше 46 До 10 л. А420 ч.46 ч. Свыше 26 л. А4 93 ч.215 ч.

56 Нормоконтроль - 0,2 ч /лист ф. А4 Квалификация – старший инженер. Технический контроль - 0,2 ч /лист ф. А4 Квалификация – старший инженер. Выдача заключения сторонними организациями - 0,9 ч /лист ф. А4 Квалификация – ведущий инженер. Оклад инженера ~ руб. Старший инженер ~ руб. Ведущий инженер ~ руб.

57 Пример расчета стоимости ТЗ Условие: Заказчику требуется проект технического задания на АС с количеством оговариваемых показателей, превосходящим 46. Решение: Предварительный объем ТЗ = 25 л. А4 Трудоемкость = 215 ч (ведущий инженер). Фактический объем проекта ТЗ = 60 листов ф. А4. Нормоконтроль: 0,2 60 = 12 ч. (ст. инженер) Технический контроль документа 0,2 60 = 12 ч. (ст. инженер).

58 Пример расчета стоимости ТЗ Общая продолжительность работ: = 239 ч или (239 / 8) / 21 = 1,42 мес. Основная заработная плата: 96,4 тыс. руб. Дополнительная заработная плата: 96,4 0,0833 = 8,0 тыс. руб. Износ технических средств при стоимости 100 тыс. руб. и сроке амортизации 5 лет: (100 /(12 5)) 1,42 = 2,3 тыс. руб. Стоимость услуг сторонних организаций (интернет и мобильная связь): ( ) 1,42 = 1,4 тыс. руб. Накладные расходы: 96,4 0,12 = 11,6 тыс. руб. Себестоимость: 96,4 + 8,0 + 2,3 + 1,4 + 11,6 = 119,7 тыс. руб. Прибыль: 0,1 119,7 = 12,0 тыс. руб. Стоимость работ: 119,7 + 12,0 = 131,7 тыс. руб.