План разработки проекта указывает должностных лиц, ответственных за утверждение отдельных этапов разработки и проектов.
Управление изменениями проекта и разработки. Проведение идентификации, документации и контроля всех изменений в проектировании и разработке предусматривается в документе "Проектирование и разработка ПО". Контроль осуществляется для оценки воздействия изменений на составные части продуктов и готовые продукты, включая те, что уже были доставлены, чтобы определить способ обращения (напр. верификацию и / или валидацию) с каждым изменением. Изменения, считающиеся готовыми к внедрению, утверждаются в соответствии с подходящими процедурами.
Изменения в проектах могут быть произведены по результатам анализа и аудита этапов разработки ПО, а также по просьбе заказчика. Характер действий, относящихся к запросам на изменение соответствует сложности разрабатываемого ПО.
Менеджеры проектов несут ответственность за внесение изменений в проектную документацию.
Версия продукта может изменяться в результате изменений в проектной документации. Управление запросами на изменение используется для контроля изменений во всех версиях продукта. Важные записи хранятся в соответствии с документом "Управление записями о качестве".
Согласно ISO/IEC 90003–2004 процесс производства ПО заключается в деятельности по выпуску релизов и билдов, поставке и инсталляции ПО и технической поддержке.
Контроль предоставления НаучСофт продукции и услуг обеспечивается:
– свободным доступом к техническим требованиям к продукту;
– свободным доступом к необходимым инструкциям по выполнению работ;
– контролем и измерением действий согласно плану;
– выпуску продукта в соответствии со спецификацией;
– доставкой продукта в соответствии с отчетом о выпуске продукта (Product Release Report (PRR));
– инсталляцией продукта в соответствии с конкретными планами по обеспечению качества.
Документ DP_BPM_Build_Process_Management описывает процесс создания билда в локальной системе сборки билдов НаучСофт и связь этого процесса с Consul Build PC и системой контроля и управления версиями.
Целью отчета по результатам проекта является:
– учет и недопущение повторного совершения ошибок;
– тщательно анализировать завершенный проект;
– определить позитивные и негативные результаты, чтобы улучшить выполнение последующих проектов;
– закрыть проект.
Целью технической поддержки является решение выявленных заказчиком после поставки проблем, относящихся к продукту, в соответствии с требованиями программы качества и гарантийных обязательств.
Поддержка включает в себя: ответы на вопросы заказчиков, анализ функционирования продукта, внесение изменений с целью исправления ошибок, расширение возможностей совершенствования ПО.
Требования поддержки обязательны для всех проектных команд, занимающихся поддержкой ПО. Ответственность за проведение всех мероприятий по сопровождению несет руководитель проекта.
В случае существенных изменений, вносимых в программный продукт, может потребоваться повторное прохождение программным продуктом этапов разработки ПО.
В терминах жизненного цикла ПО средством обеспечения идентификации и прослеживаемости является руководство конфигурацией. Целями руководства конфигурацией являются:
– идентификация каждого компонента продукта, а также однозначная идентификация версий изделий ПО, которые в совокупности составляют конкретную версию законченного продукта;
– идентификация статуса программных продуктов, находящихся на этапах разработки или поставки;
– управление изменениями.
Требования по руководству конфигурацией обязательны для всех проектных групп на протяжении всего жизненного цикла проекта ПО.
План управления конфигурацией разрабатывается для каждого проекта. Требования к данному плану определены на этапе планирования проектирования и разработки ПО.
Руководитель проекта несет ответственность за выполнение требований к руководству конфигурацией в проектной группе.
Проектные группы в НаучСофт используют в качестве средства руководства конфигурацией, различные комбинации таких средств, как MS VSS, приложения Lotus Notes.
Руководство конфигурацией обычно начинается с момента проектирования и разработки.
Минимальное требование состоит в том, чтобы поместить все файлы исходной программы на специальный сервер для руководства конфигурацией. Кроме того, рекомендуется подвергать общему руководству конфигурацией важные проектные документы и другие изделия ПО.
Требования к общему руководству конфигурацией не распространяется на ситуации, когда общее руководство конфигурацией осуществляется на объекте заказчика и заказчик несет ответственность за все мероприятия по общему руководству конфигурацией. В указанных случаях соблюдаются процедуры и требования заказчика.
Условия предоставления заказчиком своей собственности оговариваются в приложении к контракту. Предоставленная заказчиком собственность контролируется:
– чтобы гарантировать использование качественной собственности заказчика,
– чтобы предотвратить ее повреждение.
Требования к контролю предоставленной заказчиком собственности обязательны для выполнения проектными командами, которые используют следующие средства заказчика:
– ПО;
– средства разработки;
– среду разработки, включая сетевые службы;
– данные о тестировании ПО и эксплуатации;
– технические требования (спецификации) к ПО;
– технические средства;
– конфиденциальную информацию заказчика.
Руководители проектов несут ответственность за действия по контролю собственности заказчика, включая действия по: проверке и регистрации продукции, обеспечению безопасности продукции, инструктированию членов проектной команды о том, как работать с продукцией.
По получении продукции заказчика ответственная проектная команда, руководитель проекта могут при необходимости организовать инспекцию продукции.
Инспекция может состоять из: верификации целостности поставки, верификации правильной работы предоставленных заказчиком средств (того, что они не имеют дефектов, соответствуют спецификациям, и т.д.).
При выявлении несоответствий в работе средств руководитель проекта должен связаться с представителем заказчика с просьбой устранить несоответствия.
Список предоставленной заказчиком собственности регистрируется в базе данных "SCIENCESOFT Projects Description". Заказчики могут устно или в письменной форме дать инструкции по эксплуатации предоставленных ими ресурсов.
Руководитель проекта несет ответственность за хранение и актуализацию таких инструкций, а также за инструктирование проектной команды о том, как пользоваться продукцией. С учетом специфики поставляемой продукции, хранение продукции, ее упаковка, консервация и доставка управляются с целью:
– использования методов, гарантирующих сохранность ПО от повреждений;
– создания системы, гарантирующей надлежащее хранение ПО, ограничение и контроль доступа к ПО, актуализацию ПО;
– упаковки и маркирования ПО в соответствии с требованиями НаучСофт и заказчика;
– создания системы хранения ПО, позволяющей.
Для предотвращения повреждения ПО вирусами, серверы защищаются антивирусными средствами, а ПЭВМ – программами.
Продукция доставляется электронным способом.
В качестве испытательного оборудования используются технические средства, тестовые программы (напр. TestDirector) и данные для тестирования.
Литература
1. Бабук И.М. Экономика предприятия: Учеб. пособие для студ. техн. спец. / И.М. Бабук. – Минск: ИВЦ Минфина, 2006.
2. Бухгалтерский баланс СП ЗАО "Научсофт" за 2007–2008 гг.
3. Должностные инструкции специалистов СП ЗАО "Научсофт".
4. Донцов Д. Как сохранить зрение при работе на компьютере / Д. Донцов. – СПб.: Питер, 2007.
5. Кляузе В.П. Безопасность и компьютер. Нормы и рекомендации по безопасной эксплуатации вычислительной техники / В.П. Кляузе. – Минск: Издатель В.П. Кляузе, 2001.
6. Котлер Ф. Маркетинг менеджмент: экспресс-курс / Ф. Котлер, К.Л. Келлер. – 3-е изд. – СПб.: Питер, 2007.
15. Уорден К. Новые интеллектуальные материалы и конструкции. Свойства и применение / К. Уорден; пер. с англ. С.Л. Баженова. – М.: Техносфера, 2006.
7. Устав СП ЗАО "Научсофт".
8. Экономика и организация производства: Руководство по преддипломной практике и дипломному проектированию для студ. всех форм обуч. / Э.А. Афитов и др.; Под ред. В.П. Пашуто. – Минск: БГУИР, 2007.