Действующий
Термин | Определение |
Объект | Программа, программное обеспечение и (или) база данных (как отдельно, так и совместно) или их отдельные части, входящие в программный комплекс (набор взаимодействующих Объектов, в совокупности представляющих собой единую систему передачи и обработки данных). |
Разработка Объекта | Процесс, направленный на создание и поддержание работоспособности, качества и надежности программного обеспечения, используя технологии, методологию и практики из информатики, управления проектами, математики, инженерии и других областей знания, включающий в себя, но не исключительно, действия по составлению требований, разработке, доработке, модификации, отладке, тестированию, внедрению Объекта. |
Заявка | Поручение Заказчика, направляемое посредством использования Lotus Notes (Заявки на разработку 1С и Лотус), в котором формулируются первоначальные требования, описание ожидаемого конечного результата, требования к Объекту и его характеристикам (в том числе, техническим). |
Заказчик | Поле Покупатель из Заявки |
Руководитель заказчика | Поле Ответственное лицо из Заявки |
Ответственное лицо Заказчика | Доп. поле «Ответственное лицо» из Заявки. Если данное доп. поле не заполнено или отсутствует, то автор Заявки |
Исполнитель | Лицо (одно или несколько), выполняющее работы по Заявке. |
Техническое задание | Документ, содержащий исчерпывающую информацию, необходимую для разработки Объекта. Является основным документом для разработки программного обеспечения и его приемки; с одной стороны, определяет объем работ, с другой стороны, ограничивает требования Заказчика. |
Контрольный пример | Описывает основную логику функционирования системы на конкретном примере. Контрольный пример используется при проектировании, разработке и тестировании Объекта. |
Компонентное (модульное) тестирование | Тестирование разработчиком собственного кода, проверка функциональности и поиск дефектов в частях приложения, которые доступны и могут быть протестированы по отдельности. Этот вид тестирования представляет собой структурное неформальное тестирование. |
Функциональное тестирование | Тестирование в целях проверки функциональных требований, то есть способности Объекта в определённых условиях решать задачи, нужные пользователям. Основная задача этого этапа тестирования – проверка позитивных и негативных сценариев. |
Приемочное тестирование (тестирование одобрения) | Комплексное тестирование, необходимое для определения уровня готовности системы к последующей эксплуатации. Проводится с использованием Контрольного примера. |
Услуга предоставляется по Заявке, в рамках действующего договора, соответствующего содержанию работ.
Разработка программного обеспечения производится в соответствии с планом отдела, с учетом загрузки исполнителей.
a. Если содержание Заявки не соответствует услуге, то Исполнитель имеет право отклонить Заявку либо сменить услугу.
2. Исполнитель проверяет наличие действующего договора с Заказчиком или проводит мероприятия по заключению нового договора.
3. Исходя из содержания Заявки Исполнитель привлекает к Заявке третьих лиц или информирует Заказчика о такой необходимости.
5. По запросу Заказчика, до передачи Заявки на исполнение, могут быть проведены подготовительные работы по оценки рисков, консультации о возможности технической реализации, оценка трудоемкости.
a. Если в рамках Заявки заключался договор с Заказчиком, то Исполнитель повторно проверяет наличие действующего договора.
В общем случае разработка программного обеспечения производится каскадным методом, последовательно проходя через стадии разработки ПО. По договоренности с Заказчиком некоторые стадии могут быть опущены, либо выполняться в другой последовательности, в том числе параллельно.
1. Исполнитель проводит Анализ и формализацию требований и согласовывает с Ответственным лицом заказчика.
a. Исходя из содержания Заявки Исполнитель привлекает к Заявке третьих лиц или информирует Заказчика о такой необходимости.
2. Исполнитель выполняет Оценку трудоемкости, согласовывает с Ответственным лицом Заказчика объем работ (с учетом точности оценки).
i. Если была выявлена ошибка по функционалу, оговоренному в согласованных требованиях, Исполнитель устраняет ее и повторно согласно п.7 передает Объект на Тестирование Заказчику.
ii. Если замечание относится к функционалу, не обговоренному в согласованных требованиях, который не был оговорен в согласованных требованиях или противоречит им, то доработка производится в рамках новой Заявки, после исполнения текущей.
c. Исполнитель производит анализ замечаний, при необходимости дорабатывает документацию и повторно согласно п.9 передает ее на Контроль Заказчику.