Выдержка из работы:
ВВЕДЕНИЕ
Совершенствование методов быстрой разработки позволяет постоянно расширять сферы их использования при работе по ИТ-проектам. Однако несмотря на это, множество крупных ИТ-проектов требуют обязательной предварительной проработки и составления классических технических заданий. Вне зависимости от используемых технологий все этапы ИТ-проекта требуют специального документального сопровождения.
Представленные на рынке программного обеспечения системы для сопровождения ИТ-проектов либо не учитывают их особенности как классические системы управления проектами, либо требуют от компании серьёзной перестройки внутренней технологии ведения работы по ИТ-проектам. Решение этой проблемы связано с построением универсальной системы ведения документооборота, сопровождающего работу по ИТ-проектам. Отсутствие автоматизации электронного документооборота приводит к сложностям при согласовании требований с заказчиком, увеличению длительности ИТ-проектов, что негативно сказывается на числе заказов в будущем.
……………………………………………….
1 Теоретические аспекты документального сопровождения при разработке программного обеспечения
1.1 Особенности документального сопровождения при разработке программного обеспечения
Неотъемлемой частью разработки программного обеспечения в современных условиях является составление технической документации (документального сопровождения). Техническая документация дает возможность оценки стоимости разработки и согласования функциональности будущего программного продукта. В случае возникновения споров о стоимости и длительности разработки определенной функциональности, наличие технической документации выступает в роли своего рода гарантии для заказчика.
Кроме этого, в случае необходимости развития программного продукта документация делает более простым процесс доработки и позволяет понять степень возможности встраивания новой функциональности в уже разработанную систему. Наконец, корректно составленная и обладающая актуальностью документация является необходимой для того, чтобы у каждого из участников в ходе разработки была возможность обращения к документам в случае возникновения вопросов, связанных с конкретной задачей или всей системой в целом. Целесообразно более подробно остановиться на особенностях составления технической документации.
Прежде всего, техническое задание (ТЗ) и технический проект (ТП) представляют собой два различных документа. Основная задача технического задания – ответ на вопрос «что необходимо сделать». Его составление осуществляется аналитиком на начальном этапе проекта. Разработка технического проекта возлагается на технического писателя. Создание данного документа происходит после технического задания и ключевой освещаемый вопрос в нем – это «как необходимо сделать».
Как уже было сказано, разработка ТЗ находится в сфере ответственности аналитика. Действительно, именно он общается с заказчиком и должен быть знаком с его требованиями. В некоторых случаях допускается привлечение к процессу разработчиков, тестировщиков, менеджера проекта и т.д.
Очевидно, что с повышением сложности проекта увеличивается и количество требований к документации. Заказчики, представляющие крупные корпорации и государственный сектор, практически всегда требуют составление документации согласно ГОСТ [1, 2], что представляет собой очень сложную задачу, требующей внимательности к мелким деталям и постоянной вовлеченности в процесс. Это относится не только к ТЗ, но и к техническому проекту. В нем осуществляется полное описание всех подходов, решений и методологий, применяемых в разработке программного решения.
Соответственно, ГОСТ распространяются и на технический проект тоже. В этом случае за подготовку подобной документации отвечает определенный специалист, называемый техническим писателем.
Строго сформулированная совокупность должностных обязанностей технического писателя отсутствует: на каждом предприятии она формируется самостоятельно, иногда на технического писателя возлагается и ряд дополнительных функций.
Следовательно, в некоторых случаях определение рода деятельности технического писателя представляет собой нетривиальную задачу. Обычно подобный специалист занимается составлением документации, являющейся необходимой для последующей разработки программного обеспечения. Для этого он осуществляет сбор информации и материалов от участников проекта с последующей документацией этой информации в соответствии с требованиями заказчика, в частности, в соответствии с действующим ГОСТ. В данном контексте речь прежде всего идет о ГОСТ 19 «Единая система программной документации», а также ГОСТ 34 «Информационная технология.
……………………………………………….
СПИСОК ИСПОЛЬЗУЕМОЙ ЛИТЕРАТУРЫ
1. ГОСТ 34.602-2020 Информационные технологии. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. – М.: ФГБУ «РСТ», 2021. – 9 С.
2. ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств. – М.: Изд-во стандартов, 2011. – 24 С.
3. Radchenko, M. 1C:Enterprise Practical Developer Guide is updated, bringing you the final chapters of the simplest 1C:Enterprise development tutorial / M. Radchenko, E. Khrustale. – M: 1C-Publishing, 2020. – 748 p.
4. Ахметжанов Б. Оценка эффективности инвестиционных проектов. Монография / Б. Ахметжанов. – М.: Флинта, 2020. – 384 с.
5. Барроуз М. Канбан Метод: Улучшение системы управления / М. Барроуз.– М.: Альпина-Паблишер, 2021. – 180 с.
6. Вишнякова М.Н. Экономическая оценка инвестиционных проектов / М.Н. Вишнякова. – М: Флинта, 2020. – 248 с.
7. Гарсиа-Молина Г., Уидом Д., Ульман Дж. Системы базы данных. Полный курс. М.: Вильямс, 2021. 888 с.
8. Грошев А.С. Основы работы с базами данных. М.: Вильямс, 2020. 423 с.
……………………………………………….