Какая документация должна быть оформлена лицами сопровождающими программные продукты

Стандарты принятые боильшинством стран мира и предназначенные для разработки документов междунродного уровня стандарт ИСО. Software life cycle processes Дата введения Программные средства являются неотъемлемыми частями информационных технологий и традиционных систем, таких как транспортные, военные, здравоохранения и финансовые. При этом подразумевается усиление роли стандартов, процедур, методов, средств инструментария и внешних условий для разработки и сопровождения программных средств программного обеспечения.

Если Вам необходима помощь справочно-правового характера (у Вас сложный случай, и Вы не знаете как оформить документы, в МФЦ необоснованно требуют дополнительные бумаги и справки или вовсе отказывают), то мы предлагаем бесплатную юридическую консультацию:

  • Для жителей Москвы и МО - +7 (499) 653-60-72 Доб. 448
  • Санкт-Петербург и Лен. область - +7 (812) 426-14-07 Доб. 773

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

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

Процессы эксплуатации и сопровождения

Примечание - Процессы поддержки, перечисленные ниже, являются специфическими для программных средств и названы "процессами поддержки программных средств". Несмотря на то, что они играют существенную роль в содействии процессу реализации программных средств, процессы поддержки программных средств могут также предусматривать услуги для других процессов, например, процессов соглашения, системного квалификационного тестирования, поддержки приемки программных средств, функционирования программных средств и процесса сопровождения программных средств. Примечание - Процесс менеджмента документации программных средств является специализацией процесса менеджмента информации из группы процессов проекта, представленных в настоящем стандарте. Примечание - В [19] более детально излагается содержание информационных блоков документации в процессах жизненного цикла. Идентифицированная документация должна включать в себя:. Примечание - Документация может создаваться и отменяться в любой форме например, вербальной, текстовой, графической и числовой и может храниться, обрабатываться, дублироваться и передаваться при помощи любых носителей например, электронных, печатных, магнитных, оптических. Могут применяться автоматизированные средства поддержки документирования. Перед выпуском адекватность этих документов должна быть подтверждена уполномоченным персоналом. При производстве и распределении документов может использоваться бумага, электронные или другие носители. Важные материалы должны храниться в соответствии с требованиями по содержанию записей, защищенности, сопровождению и резервированию. Для документов, находящихся под воздействием менеджмента конфигурации, изменения должны проводиться в соответствии с процессом менеджмента конфигурации программных средств см. Примечание - Процесс менеджмента конфигурации программных средств является специализацией процесса менеджмента конфигурации из группы процессов проекта, представленных в настоящем стандарте. План должен описывать: действия менеджмента конфигурации; процедуры и графики работ для выполнения этих действий; организацию организации , ответственную за выполнение этих действий, и ее отношения с другими организациями, например разрабатывающими или сопровождающими программные средства. План должен быть документально оформлен и реализован. Примечание - План может быть частью плана менеджмента конфигурации системы. Для каждой программной составной части и ее версий должны быть определены документация, устанавливающая базовую линию, ссылки на версии и другие детали идентификации. Должны проводится проверочные испытания, на основании которых можно прослеживать каждую модификацию, ее причины и полномочия на проведение изменений. Должно осуществляться управление и аудит всего доступа к контролируемым программным составным частям, связанным с выполнением критических функций по безопасности или защите. Примечание - Процесс менеджмента решения проблем программных средств может обеспечить поддержку этих действий. В отчеты о состоянии следует включать число изменений для проекта, последние версии программных составных частей, идентификаторы выпусков, номера выпусков и сравнение выпусков.

7.2 Процессы поддержки программных средств

Стандарты принятые боильшинством стран мира и предназначенные для разработки документов междунродного уровня стандарт ИСО. Software life cycle processes Дата введения Программные средства являются неотъемлемыми частями информационных технологий и традиционных систем, таких как транспортные, военные, здравоохранения и финансовые. При этом подразумевается усиление роли стандартов, процедур, методов, средств инструментария и внешних условий для разработки и сопровождения программных средств программного обеспечения.

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

Настоящий стандарт устанавливает такую общую структуру. Данная структура охватывает жизненный, цикл программных средств от концепции замыслов через определение и объединение процессов для заказа и поставки программных продуктов и услуг. Кроме того, данная структура предназначена для контроля и модернизации данных процессов. Процессы, определенные в настоящем стандарте, образуют множество общего назначения. Конкретная организация, в зависимости от своих целей, может выбрать соответствующее подмножество процессов для выполнения своих конкретных задач.

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

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

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

Понятие программных средств также охватывает программный компонент программно-аппаратных средств. Настоящий стандарт также определяет процесс, который может быть использован при определении, контроле и модернизации процессов жизненного цикла программных средств.

Настоящий стандарт применяется при приобретении систем, программных продуктов и оказании соответствующих услуг; а также при поставке, разработке, эксплуатации и сопровождении программных продуктов и программных компонентов программно-аппаратных средств, как в самой организации, так и вне ее.

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

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

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

Настоящий стандарт определяет набор процессов, работ и задач, предназначенных для адаптации к условиям конкретных программных проектов. Процесс адаптации заключается в исключении неприменяемых в условиях конкретного проекта процессов, работ и задач.

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

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

Настоящий стандарт описывает архитектуру процессов жизненного цикла программных средств, но не определяет детали реализации или выполнения работ и задач, входящих в данные процессы. Стандарт не предназначен для определения наименований, форматов или подробного содержания выпускаемой документации.

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

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

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

Модель обеспечения качества при проектировании, разработке, производстве, монтаже и обслуживании. Оценка программной продукции. Характеристики качества и руководства по их применению.

Часть 1. Основополагающие термины. Примечание— Заказчиком может быть: оптовый или розничный покупатель, клиент, владелец, пользователь. Данное программное средство не может изменяться только средствами программирования. Если требования к качеству не полностью отражают потребности пользователя, то обеспечение качества может не создать достаточной уверенности. Примечание— Пользователь может также выполнять и другие роли, например, заказчика, разработчика или сопровождающего персонала.

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

В настоящем стандарте работы, которые могут выполняться в жизненном цикле программных средств, распределены по пяти основным, восьми вспомогательным и четырем организационным процессам. Каждый процесс жизненного цикла разделен на набор работ; каждая работа разделена на набор задач. Нумерация подразделов пунктов означает: а. Все процессы жизненного цикла описаны ниже и изображены на рисунке 1.

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

Основными процессами являются:. Определяет работы заказчика, то есть организации, которая приобретает систему, программный продукт или программную услугу. Определяет работы поставщика, то есть организации, которая поставляет систему, программный продукт или программную услугу заказчику.

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

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

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

Совместные анализы, аудиторские проверки, верификация и аттестация могут использоваться в качестве методов обеспечения качества. Определяет работы заказчика, поставщика или независимой стороны по верификации программных продуктов по мере реализации программного проекта.

Определяет работы заказчика, поставщика или независимой стороны по аттестации программных продуктов программного проекта. Определяет работы по оценке состояния и результатов какой-либо работы. Данный процесс может использоваться двумя любыми сторонами, когда одна из сторон проверяющая проверяет другую сторону проверяемую на совместном совещании. Определяет работы по определению соответствия требованиям, планам и договору.

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

Организационные процессы жизненного цикла раздел 7 состоят из четырех процессов. Они применяются в какой-либо организации для создания и реализации основной структуры, охватывающей взаимосвязанные процессы жизненного цикла и соответствующий персонал, а также для постоянного совершенствования данной структуры и процессов.

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

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

Основные работы, которые должны быть выполнены при адаптации настоящего стандарта к условиям конкретного программного проекта, определены в приложении А. Краткое руководство по адаптации требований настоящего стандарта приведено в приложении В; оно содержит перечни основных показателей, по которым могут быть приняты решения по адаптации.

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

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

Конкретная организация, имеющая соответствующую потребность, может быть названа собственником. Собственник может заключить договор на выполнение части или всех работ по заказу с посредником, который будет поочередно проводить данные работы в соответствии с процессом заказа. В данном подразделе под заказчиком понимается собственник или посредник. Заказчик управляет процессом заказа на проектном уровне в соответствии с процессом управления подраздел 7.

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

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

ГОСТ Р ИСО/МЭК 12207-99 ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА ПРОГРАММНЫХ СРЕДСТВ

Информационная технология. Системная и программная инженерия. Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря г. Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет. Приложение А обязательное Процесс адаптации. Приложение В обязательное Эталонная модель процессов для целей оценки. Приложение С справочное История разработки стандарта и пояснения. Приложение Е справочное Виды процессов.

ПОСМОТРИТЕ ВИДЕО ПО ТЕМЕ: Тест документация, тест планы, тест кейсы by Mikhail Portnov

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

Программный продукт – любая программная разработка, которая может быть получена не .. Они, как правило, регламентируют порядок оформления документации, приказов и ответственные лица за контролем исполнения; (при этом результаты оценок должны быть документально оформлены). Превратится ли эта идея в реальный продукт, решается во многом При формулировании цели и задач проекта должен быть . выбор технологий разработки документации и кода программы. .. сопровождающего инфраструктуру (10%) и трёх разработчиков с полной занятостью. Введение. Глава 1. Документация в жизненном цикле программных средств В общем случае должен быть выделены руководители и кол- .. торое программный продукт принесет заинтересованным лицам и то, как про- ни мегабайт), однако каждый документ должен быть оформлен в соответствии.

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

Войдите , пожалуйста. Хабр Geektimes Тостер Мой круг Фрилансим. Войти Регистрация. Подготовительный этап разработки программного обеспечения Разработка веб-сайтов Если вы не знаете, в каком направлении развивать проект, то он вряд ли выберет нужный путь самостоятельно. Сегодня я расскажу, как мы проводим подготовительный этап разработки ПО. У подготовительного этапа есть два коллективных действующих лица: заказчик и исполнитель. У каждой стороны есть свои интересы и свои цели в рамках этапа. Описывая подготовительный этап, я постараюсь представить обе точки зрения, их взаимосвязи и возможные конфликты интересов.

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

.

.

.

ВИДЕО ПО ТЕМЕ: Тестирование Программного Обеспечения в США - Тест Документация - урок 5.
Понравилась статья? Поделиться с друзьями:
Комментариев: 2
  1. Тихон

    Эта замечательная идея придется как раз кстати

  2. Лазарь

    Следите за пульсом блогосферы на Яндекс-Блоги? Оказывается скоро Татьянин день.

Добавить комментарий

Отправляя комментарий, вы даете согласие на сбор и обработку персональных данных