Методические указания по выполнению практических работ по профессиональному модулю
Причины, определяющие необходимость внесения изменений в изделие
жүктеу/скачать 5.65 Mb.
|
- Бұл бет үшін навигация:
- Цель изменений
- Задачи службы сопровождения
| Причины, определяющие необходимость внесения изменений в изделие:
наличие ошибок, изменение требования пользователя, появление более совершенных общесистемных программных средств или технических устройств, изменение организационной структуры, условий и методов работы пользователя. Цель изменений – совершенствование программного изделия: повышение корректности, надежности и функциональной полезности. Внесение изменений в программное изделие может породить новые ошибки. 80% занимает модификация программного изделия. 20% - корректировка программ, выдающих неверные результаты. После гарантийного периода сопровождение может быть передано от разработчика к организации, которая специально занимается сопровождением, т.е. для каждого программного изделия, находящегося в практическом использовании имеется организация, ответственная за его сопровождение. В процессе эксплуатации программного изделия пользователи взаимодействуют с организацией (группой), ответственной за сопровождение. Задачи службы сопровождения: Сбор и анализ поступающих от пользователей сведений об обнаруженных ошибках, замечаний и предложений по совершенствованию и изменению программного изделия. Исправление ошибок в программах, выдающих результаты, не отвечающие установленным требованиям, и внесение соответствующих изменений в документацию. Модернизация программного изделия путем расширения функциональных возможностей или улучшения эксплуатационных характеристик программного изделия. Внесение изменений в программы с целью их приспособления к условиям работы конкретного пользователя. Контроль правильности всех корректировок, вносимых в изделие, и проверка качества измененных программ. Доведение до пользователя информации о внесенных изменениях. Обучение и постоянные консультации пользователя с целью повышения эффективности использования программного изделия. Порядок внесения изменений строго регламентирован. Обычно в службе сопровождения хранится подлинник программного изделия с тестовыми данными, на основе которых проводились его испытания. С подлинника копируется дубликат, а пользователям направляется копия с дубликата. Все претензии пользователей к программному изделию рассматриваются как ошибки, которые регистрируются, и после анализа сопровождающих материалов (обычно это данные, при которых произошла ошибка, распечатка результатов и т.д.) определяется уровень серьезности ошибки. Изменения, связанные с ошибками могут привести к серьезным финансовым или юридическим последствиям для организации-разработчика, поэтому решения об изменениях могут приниматься на уровне руководства организации. Часть претензий может возникать из-за неправильной эксплуатации изделия, низкой квалификации пользователя, из-за ошибок в пользовательской копии. Поэтому, прежде всего, проверяется достоверность появления такой ошибки на эталонном варианте изделия с данными, представленными пользователем. При отсутствии ошибки тестируется копия пользователя, и, если ошибка не появляется, она снимается с учета в группе сопровождения, о чем делается сообщение пользователю. Для принятых предложений по корректировке составляется план работ по внесению изменений и определяются ресурсы для их выполнения. Процесс сопровождения предусматривает действия и задачи, выполняемые сопровождающей организацией (службой сопровождения). Данный процесс активизируется при изменениях (модификациях) программного продукта и соответствующей документации, вызванных возникшими проблемами или потребностями в модернизации либо адаптации ПО. Изменения, вносимые в существующее ПО, не должны нарушать его целостности. Процесс сопровождения включает перенос ПО в другую среду (миграцию) и заканчивается снятием ПО с эксплуатации. Процесс сопровождения охватывает следующие действия: 1) подготовительную работу; 2) анализ проблем и запросов на модификацию ПО; 3) модификацию ПО; 4) проверку и приемку; 5) перенос ПО в другую среду; 6) снятие ПО с эксплуатации. Сопровождение программного обеспечения — процесс улучшения, оптимизации и устранения дефектов программного обеспечения (ПО) после передачи в эксплуатацию. Сопровождение ПО — это одна из фаз жизненного цикла программного обеспечения, следующая за фазой передачи ПО в эксплуатацию. В ходе сопровождения в программу вносятся изменения, с тем, чтобы исправить обнаруженные в процессе использования дефекты и недоработки, а также для добавления новой функциональности, с целью повысить удобство использования и применимость ПО. Самый лучший вид сопровождения — это, конечно, отсутствие всякого сопровождения. Однако при существующем уровне развития программного обеспечения сдача с первого предъявления является маловероятным событием. Обычно требуются, по крайней мере, корректировка программного обеспечения, а возможно, даже и его адаптация, и совершенствование. Сдача с первого предъявления предполагает применение большинства из описанных выше методов повышения надежности и немного удачи. Существует три вида сопровождения: Сопровождение с целью исправления ошибок. Самые дорогие исправления, связанные с ошибками в системных требованиях, то есть здесь может наблюдаться перепроектирование системы. Сопровождение с целью адаптации ПО специфическим условиям эксплуатации, это может потребоваться при изменении определенных составляющих рабочего окружения системы. Что бы адаптироваться к этим изменениям система должна быть подвержена определенным модификациям. Сопровождение с целью изменения функциональных возможностей системы в ответ на изменения в организации могут измениться требования к программным средствам. Документация по сопровождению ПС (system documentation) описывает ПС с точки зрения ее разработки. Эта документация необходима, если ПС предполагает изучение того, как оно устроена (сконструирована), и модернизацию его программ. Как уже отмечалось, сопровождение - это продолжающаяся разработка. Поэтому в случае необходимости модернизации ПС к этой работе привлекается специальная команда разработчиков-сопроводителей. Этой команде придется иметь дело с такой же документацией, которая определяла деятельность команды первоначальных (основных) разработчиков ПС, - с той лишь разницей, что эта документация для команды разработчиков-сопроводителей будет, как правило, чужой (она создавалась другой командой). Команда разработчиков-сопроводителей должна будет изучать эту документацию, чтобы понять строение и процесс разработки модернизируемого ПС, и внести в эту документацию необходимые изменения, повторяя в значительной степени технологические процессы, с помощью которых создавалось первоначальное ПС. Документация по сопровождению ПС можно разбить на две группы: (1) документация, определяющая строение программ и структур данных ПС и технологию их разработки; (2) документацию, помогающую вносить изменения в ПС. Документация первой группы содержит итоговые документы каждого технологического этапа разработки ПС. Она включает следующие документы: Внешнее описание ПС (Requirements document). Описание архитектуры ПС (description of the system architecture), включая внешнюю спецификацию каждой ее программы. Для каждой программы ПС - описание ее модульной структуры, включая внешнюю спецификацию каждого включенного в нее модуля. Для каждого модуля - его спецификация и описание его строения (design description). Тексты модулей на выбранном языке программирования (program source code listings). Документы установления достоверности ПС (validation documents), описывающие, как устанавливалась достоверность каждой программы ПС и как информация об установлении достоверности связывалась с требованиями к ПС. Документы установления достоверности ПС включают прежде всего документацию по тестированию (схема тестирования и описание комплекта тестов), но могут включать и результаты других видов проверки ПС, например, доказательства свойств программ. Документация второй группы содержит руководство по сопровождению ПС (system maintenance guide), которое описывает известные проблемы вместе с ПС, описывает, какие части системы являются аппаратно- и программно-зависимыми, и как развитие ПС принято в расчет в его строении (конструкции). Общая проблема сопровождения ПС - обеспечить, чтобы все его представления шли в ногу (оставались согласованными), когда ПС изменяется. Чтобы этому помочь, связи и зависимости между документами и их частями должны быть зафиксированы в базе данных управления конфигурацией. жүктеу/скачать 5.65 Mb. Достарыңызбен бөлісу:
|