Главная страница
Навигация по странице:

  • Процесс совместной оценки

  • Процесс разрешения проблем

  • ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО Процесс управления

  • Процесс создания инфраструктуры

  • Процесс усовершенствования

  • При обоснованивыбора операционной системы следует остановиться на вопросах (пример).

  • сд.01_пиэ_о_проектирование ИС_12310-2010_8_1. Образовательный стандарт учебной дисциплины Проектирование информационных систем


    Скачать 7.87 Mb.
    НазваниеОбразовательный стандарт учебной дисциплины Проектирование информационных систем
    Анкорсд.01_пиэ_о_проектирование ИС_12310-2010_8_1.doc
    Дата20.05.2018
    Размер7.87 Mb.
    Формат файлаdoc
    Имя файласд.01_пиэ_о_проектирование ИС_12310-2010_8_1.doc
    ТипОбразовательный стандарт
    #19476
    страница24 из 39
    1   ...   20   21   22   23   24   25   26   27   ...   39

    Процесс обеспечения качества (quality assurance process). Он обес­печивает соответствующие гарантии того, что ПО и процессы его ЖЦ соответствуют заданным требованиям и утвержденным планам. Под качеством ПО понимается совокупность свойств, которые характе­ризуют способность ПО удовлетворять заданным требованиям.

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

    Процесс обеспечения качества включает следующие действия:

    1. подготовительную работу;

    2. обеспечение качества продукта;

    3. обеспечение качества процесса;

    4. обеспечение прочих показателей качества системы.

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

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

    Обеспечение качества процесса предполагает гарантирование со­ответствия процессов ЖЦ ПО, методов разработки, среды разработ­ки и квалификации персонала условиям договора, установленным стандартам и процедурам.

    Обеспечение прочих показателей качества системы осуществляет­ся в соответствии с условиями договора и стандартом качества ISO 9001.

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

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

    Процесс верификации включает следующие действия:

    1. подготовительную работу;

    2. верификацию.

    В процессе верификации проверяются следующие условия:

    • непротиворечивость требований к системе и степень учета потребностей пользователей;

    • возможности поставщика выполнить заданные требования;

    • соответствие выбранных процессов ЖЦ ПО условиям договора;

    • адекватность стандартов, процедур и среды разработки процес­сам ЖЦ ПО;

    • соответствие проектных спецификаций ПО заданным требованиям;

    • корректность описания в проектных спецификациях входных и
      выходных данных, последовательности событий, интерфейсов,
      логики и т.д.;

    • соответствие кода проектным спецификациям и требованиям;

    • тестируемость и корректность кода, его соответствие принятым
      стандартам кодирования;

    • корректность интеграции компонентов ПО в систему;

    • адекватность, полнота и непротиворечивость документации.

    Процесс аттестации (validation process). Он предусматривает оп­ределение полноты соответствия заданных требований и созданной системы или программного продукта их конкретному функциональ­ному назначению. Под аттестацией обычно понимается подтвер­ждение и оценка достоверности проведенного тестирования ПО. Ат­тестация должна гарантировать полное соответствие ПО специфи­кациям, требованиям и документации, а также возможность его бе­зопасного и надежного применения пользователем. Аттестацию рекомендуется выполнять путем тестирования во всех возможных ситуациях и использовать при этом независимых специалистов. Ат­тестация может проводиться на начальных стадиях ЖЦ ПО или как часть работы по приемке ПО.

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

    Процесс аттестации включает следующие действия:

    1. подготовительную работу;

    2. аттестацию.

    Процесс совместной оценки (joint review process). Он предназна­чен для оценки состояния работ по проекту и ПО, создаваемого при выполнении данных работ (действий). Он сосредоточен в основном на контроле планирования и управления ресурсами, персоналом, аппаратурой и инструментальными средствами проекта.

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

    Процесс совместной оценки включает следующие действия:

    1. подготовительную работу;

    2. оценку управления проектом;

    3. техническую оценку.

    Процесс аудита (audit process). Он представляет собой определе­ние соответствия требованиям, планам и условиям договора. Аудит может выполняться двумя любыми сторонами, участвующими в до­говоре, когда одна сторона проверяет другую.

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

    Процесс аудита включает следующие действия:

    1. подготовительную работу;

    2. аудит.

    Процесс разрешения проблем (problem resolution process). Он пре­дусматривает анализ и решение проблем (включая обнаруженные несоответствия) независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровож­дения или других процессов. Каждая обнаруженная проблема дол­жна быть идентифицирована, описана, проанализирована и разре­шена.

    Процесс разрешения проблем включает следующие действия:

    1. подготовительную работу;

    2. разрешение проблем.

    ОРГАНИЗАЦИОННЫЕ ПРОЦЕССЫ ЖЦ ПО

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

    Процесс управления включает следующие действия:

    1. инициирование и определение области управления;

    2. планирование;

    3. выполнение и контроль;

    4. проверку и оценку;

    5. завершение.

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

    Планирование подразумевает выполнение, как минимум, следую­щих задач:

    • составление графиков выполнения работ;

    • оценку затрат;

    • выделение требуемых ресурсов;

    • распределение ответственности;

    • оценку рисков, связанных с конкретными задачами;

    • создание инфраструктуры управления.

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

    Процесс создания инфраструктуры включает следующие действия:

    1. подготовительную работу;

    2. создание инфраструктуры;

    3. сопровождение инфраструктуры.

    Процесс усовершенствования (improvement process). Он предусмат­ривает оценку, измерение, контроль и усовершенствование процес­сов ЖЦ ПО. Данный процесс включает следующие действия:

    1. создание процесса;

    2. оценку процесса;

    3. усовершенствование процесса.

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

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

    Процесс обучения включает следующие действия:

    1. подготовительную работу;

    2. разработку учебных материалов;

    3. реализацию плана обучения.

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

    Выделим основные причины выбора операционной системы ……:

    - самая распространенная на сегодняшний день операционная система,

    - работоспособность приложения на ПК под управлением …… была подтверждена множеством тестов,

    - разработка программного обеспечения проводилась в соответствии с техническим заданием, в котором было оговорено, что эксплуатация АС «АРМ куратора и тестирование студентов» будет производиться на операционных системах семейства ……...

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

    В качестве средств, расширяющих возможности операционной системы, также могут выступать различные утилиты, драйвера, которые зачастую представляют собой набор DLL-файлов.
    ОБОСНОВАНИЕ ВЫБОРА СРЕДЫ РАЗРАБОТКИ И СУБД (пример)

    - Время выполнения одного сложного запроса, без учета и с учетом индексирования;

    - Количество запросов, выполняемых в единицу времени.
    На стадии «Внедрение проекта» проводится подготовка и постепенное освоение разработанной проектной документации ЭИС заказчиками системы. В процессе выполнения работ на этой стадии осуществляется выявление частных и системных принципиальных недоработок в предлагаемом для внедрения проектном решении. Внедрение может осуществляться с использованием следующих методов:

    - последовательный метод, когда последовательно внедряется одна подсистема за другой и одна задача следует за другой задачей;

    - параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;

    - смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом и накопив опыт, приступают к параллельному внедрению остальных.

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

    Внедрение проекта осуществляется в течение трех этапов:

    - подготовка объекта к внедрению;

    - опытное внедрение;

    - промышленное внедрение.

    Первый этап – «Подготовка объекта к внедрению». На этом этапе осуществляются следующие операции:

    - изменяется организационная структура объекта (предприятия);

    - набираются кадры соответствующей квалификации в области обработки информации и эксплуатации системы и сопровождения проектной документации;

    - оборудуется здание под установку вычислительной техники;

    - выполняется закупка и установка вычислительной техники с периферией;

    - в цехах, отделах устанавливаются средства сбора, регистрации первичной информации и передачи по каналам связи;

    - осуществляется установка каналов связи; проводится разработка новых документов и классификаторов;

    - осуществляется создание файлов информационной базы с нормативно – справочной информацией.

    На вход этого этапа поступают компоненты «Технического проекта» в части «Плана мероприятий по внедрению», решения по техническому и информационному обеспечению, технологические и инструкционные материалы «Рабочего проекта». В результате выполнения этапа составляется «Акт готовности объекта к внедрению» проекта ЭИС. Затем формируется состав приемной комиссии, разрабатывается «Программа проведения опытного внедрения» и издается «Приказ о начале опытного внедрения».

    Второй этап – «Опытное внедрение». На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:

    - подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;

    - ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;

    - анализ результатных данных на предмет наличия ошибок.

    В случае обнаружения ошибок осуществляется поиск причин и источников ошибок, внесение корректив в программы, в технологию обработки информации, в работу технических средств, в исходные оперативные данные и в файлы с условно-постоянной информацией. Кроме того, выявляется неквалифицированная работа операторов, что служит основанием для проведения комплекса мер по улучшению подготовки кадров. После устранения ошибок получают «Акт о проведении опытного внедрения», который служит сигналом для начала выполнения следующего этапа.

    На третьем этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:

    - договорная документация;

    - «Приказ на разработку ЭИС»;

    - ТЭО и ТЗ;

    - исправленный Техно-рабочий проект;

    - «Приказ о начале промышленного внедрения»;

    - «Программа проведения испытаний»;

    - «Требования к научно-техническому уровню проекта системы».

    В процессе сдачи проекта в промышленную эксплуатацию осуществляется выполнение следующих работ:

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

    - проверка соответствия проектных решений по ЭИС требованиям ТЗ;

    - проверка соответствия проектной документации гостам;

    - проверка технологических процессов обработки данных по всем задачам и подсистемам;

    - проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы;

    - выявление локальных и системных ошибок и их исправление.

    Кроме того, Приемная комиссия определяет научно-технический уровень проекта и возможности расширения проектных решений за счет включения новых компонентов. В результате выполнения работ на данном этапе осуществляется доработка «Техно-рабочего проекта» за счет выявления системных и локальных ошибок и составляется «Акт сдачи проекта в промышленную эксплуатацию».

    На четвертой стадии «Эксплуатация и сопровождение проекта» выполняются следующие этапы:

    - эксплуатация проекта;

    - сопровождение и модернизация проекта.

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

    В процессе выполнения этапа «Эксплуатация» осуществляются исправления в работе всех частей системы при возникновении сбоев, регистрация этих случаев в журналах, отслеживание технико-экономических характеристик работы системы и накопление статистики о качестве работы всех компонентов системы.

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

    - сделать заключение о необходимости модернизации всего проекта или его частей;

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

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

    ПРИЛОЖЕНИЕ Б
    КОНТРОЛИРУЮЩИЕ МАТЕРИАЛЫ ПО ДИСЦИПЛИНЕ
    Б.1 Тесты текущего контроля
    1   ...   20   21   22   23   24   25   26   27   ...   39


    написать администратору сайта