exam09 4 - stankin/design-part-1 GitHub Wiki

Понятия авторского надзора и сопровождения программного обеспечения.

Реферат к лекции 9. Роль и обязанности архитектора программных средств.

Выполнил: Чернат Николай, ИДБ-18-07

Проверил: Еремин Илья, ИДБ-18-07

Терминология

Авторский надзор - контроль лица, осуществившего подготовку проектной документации, за соблюдением в процессе разработки требований проектной документации

Ролевой состав группы авторского надзора проекта:

  1. Куратор проекта осуществляет ежедневный контроль выполнения работ, соответствие сроков и состава работ на проекте запланированным, налаживает эффективные коммуникации и взаимодействие участников проекта, принимает участие в заседаниях органов управления проектом.
  2. Системный архитектор обеспечивает достижение оптимальной функциональной и технической архитектуры системы, на периодической основе осуществляет аудит разрабатываемого программного продукта, вырабатывает рекомендации по технологическим вопросам разработки, достижения требуемых показателей производительности и надежности.
  3. Методолог по участку учета (функциональному направлению) обеспечивают полную и качественную реализацию методологических и регламентных документов функциональной области, консультирует по сложным вопросам учета, осуществляет взаимодействие с разработчиками тиражного программного продукта.
  4. Администратор проекта обеспечивает документооборот в группе надзора проекта.

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

Авторский надзор

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

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

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

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

Эти требования формируют четыре основных направления работ по авторскому надзору проекта. blah

Услуга авторского надзора проекта позволит снизить риски проекта и повысить качество создаваемой информационной системы.

Что даёт услуга авторского надзора проектов?

  1. Снижение рисков проекта и дополнительные гарантии достижения поставленных целей в заданные сроки

Все это образуется за счёт:

  • подбора квалифицированной команды проекта;
  • помощи в согласовании контура проекта, содержания работ и внедряемых решений;
  • контроля соблюдения проектных технологий в ходе всего проекта;
  • контроля функциональных границ проекта;
  • технологической поддержки при разработке и опытной эксплуатации системы.
  1. Повышение качества результата проекта за счет привлечения профессиональных экспертов, аудита решений, предлагаемых командой исполнителей.
  2. Гарантии адекватности трудозатрат/стоимости работ по проекту.
  3. Повышение удовлетворенности пользователей за счет учета интересов всех сторон, затрагиваемых в ходе проекта, и выработки оптимальных решений.

Сопровождение программного обеспечения

Сопровождение программных обеспечения является одним из основных процессов их жизненного цикла, что описано в ГОСТ Р ИСО/МЭК 12207.

Процесс сопровождения состоит из работ и задач, реализуемых персоналом сопровождения (сопроводителем). Из-за ограничений в стоимости и сроках разработки, а также отсутствия опыта в применении ГОСТ Р ИСО/МЭК 12207 программные средства нередко поставляют в "сыром" виде. Поэтому возникает необходимость в последующей корректировке ошибок, обнаруженных при их эксплуатации.

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

Границы применимости

Существуют две точки зрения на границы применимости термина «сопровождение ПО»:

  1. Сопровождение автоматизированных информационных систем не выделяется из сопровождения любого другого ПО.
  2. Сопровождение ПО не включает сопровождение автоматизированных информационных систем (АИС), так как сопровождение последних имеет существенные отличия.

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

В спиральной модели, возникшей в ходе развития объектно-ориентированного программирования, сопровождение не выделяется как отдельный этап. Тем не менее, эта деятельность занимает значительное место, учитывая тот факт, что обычно около 2/3 жизненного цикла программных систем занимает сопровождение. «Сопровождение программного средства может в стоимостном выражении составлять наибольшую часть жизненного цикла».

Сопровождаемость программного обеспечения — характеристики программного продукта, позволяющие минимизировать усилия по внесению в него изменений:

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

Принято выделять несколько линий сопровождения (структура приведена на примере внешнего сопровождения ПО):

  • 0 линия (call-center, информационный центр, горячая линия) — обработка телефонных обращений от клиентов, передача обращений техническим специалистам (1-я линия сопровождения)
  • 1 линия (инженер по сопровождению, инженер технической поддержки, support engineer) — консультация/настройка/устранение ошибок в работе ПО/наполнение базы знаний, составление мануалов
  • 2 линия (инженер по сопровождению, инженер технической поддержки, support engineer) — функциональное сопровождение/проектная деятельность на этапе запуска ПО на машинах заказчика
  • 3 линия (инженер по сопровождению, инженер технической поддержки, support engineer) — системное сопровождение/проектная деятельность на этапе запуска ПО на оборудовании заказчика

Типы заявок предложений о модификации Процесс сопровождения состоит из обработки заявок пользователей. Эти заявки целесообразно классифицировать по типам. blah

В этом случае, тип сопровождения:

  1. Корректирующее — это реактивное изменение программного продукта для коррекции обнаруженных проблем (после обнаружения). Проблемы могут относиться к функциональности системы, ее интерфейсам, надежности и производительности работы.
  2. Адаптивное сопровождение — изменение программного продукта после поставки для обеспечения его использования в условиях изменения его (программного продукта) или окружающей среды.
  3. Полное (совершенствующее) сопровождение — изменение программного продукта после поставки для улучшения производительности или удобства эксплуатации.
  4. Профилактическое сопровождение — это изменение программного продукта после поставки для выявления и исправления скрытых дефектов в ПО до того, как они станут явными ошибками.

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

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

Необходимо отметить, что процесс сопровождения ПО важен для всех заинтересованных сторон. Он предоставляет:

Заказчику:

  • возможность получить возврат инвестиций на затраты на проект;
  • средство ведения бизнеса — необходимый компонент деятельности;
  • возможность развиваться.

Внедренцу:

  • продолжения взаимодействия с заказчиком;
  • укрепить контакты;
  • развиваться;
  • сделать работу над ошибками;
  • исправить ошибки.

Вендору:

  • возможность эффективно развивать продукт и оперативно исправлять ошибки;
  • возможность повысить удовлетворенность партнеров и клиентов.

Список используемой литературы:

  1. Статья "Автоматизация авторского надзора" из журнала CADmaster №3(70) 2013 (май-июнь)
  2. Сопровождение программного обеспечения — Википедия
  3. Авторский надзор — Википедия
  4. Куратор проекта - Управление проектами
  5. Архитектура информационной системы. Профессия Архитектор информационных систем
  6. Профессия методолог (в образовании): где учиться, зарплата, плюсы и минусы, востребованность | Какие предметы нужно сдавать на методолога (в образовании)
  7. Администратор проекта - Управление проектами
  8. Авторский контроль и авторский надзор – что это за звери? - новости Право.ру
  9. Авторский надзор корпоративных проектов
  10. Сопровождение программных систем
  11. Что такое вендор: просто и ясно - Определение | SendPulse
  12. Аудит — Википедия