Главная страница Случайная страница
Разделы сайта
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатикаИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханикаОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторикаСоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансыХимияЧерчениеЭкологияЭкономикаЭлектроника
Системы менеджмента (административного управления) качества.
|
|
Совместно они образуют комплект согласованных стандартов управления системами качества и могут применяться как основа процессов управления
в программной инженерии:
— ISO 9000: 2000 — представляет введение в системы управления качеством продукции и услуг и словарь качества;
— ISO 9001: 2000 — устанавливает детальные требования для систем управления качеством, достаточные в случае необходимости продемонстрировать способность предприятия, обеспечить соответствие качества продукции и услуг требованиям заказчика;
— ISO 9004: 2000 — содержит руководство по внедрению и применению широко развитой системы управления качеством, чтобы достичь постоянного улучшения деловой деятельности и результатов предприятия
Стандарты серии ISO 9000: 2000 применяют процессный подход в административном управлении системами качества предприятий, а также рассматривают способы быстрого выявления и реализации возможностей для их улучшения.
Стандарт ISO 9001: 2000 — Система менеджмента (административного управления) качества. Требования — является базой для Руководства по их реализации в стандарте ISO 9004.
Общие требования к системе менеджмента качества. Организация- разработчик должна установить и управлять процессами, необходимыми для обеспечения уверенности в том, что продукция и/или услуга соответствуют требованиям заказчика.
В качестве способа внедрения и демонстрации установленных процессов организация должна создать систему менеджмента качества, основываясь на требованиях настоящего международного стандарта. Система менеджмента качества должна быть внедрена, поддерживаться в рабочем состоянии и подвергаться улучшениям со стороны организации.
Стандарт ISO 90003: 2004 — Рекомендации по применению стандарта ISO 9001: 2000 для программных средств — предназначен для регламентирования менеджмента при приобретении, поставке, разработке, применении, сопровождении сложных программных средств и при их обслуживании. Стандарт не содержит ограничений и изменений базовых требований ISO 9001: 2000 и предлагается при установлении соответствия требованиям комплексов программ:
— как части коммерческого контракта с другими организациями;
— при представлении полезного продукта для рынка;
— для использования при поддержке процессов организации проектов ПС;
— для учета при встраивании программных средств в комплексы аппаратуры;
— при организации сервиса программных продуктов.
Стандарт ISO 10006: 1997 — Руководство по качеству при управлении проектом — содержит принципы управления качеством различных по содержанию крупных проектов. В нем изложены рекомендации по административному управлению качеством процесса проектирования сложных объектов и в том числе программных средств.
В стандарте ISO 10013: 1995 — Руководящие указания по разработке руководств по качеству — изложены рекомендации по подготовке конкретного Руководства по качеству, адаптированного к определенным потребностям предприятия и пользователей. Созданное в результате Руководстводолжно отражать документированные процедуры системы качества конкретного предприятия или проекта в соответствии с общими требованиями стандартов серии ISO 9000.
11. Стандарты открытых систем, регламентирующие структуру и интерфейсы программных средств
(Презентация 4)
Рядом зарубежных организаций и промышленных фирм под руководством IEEE с 1990 года ведется активная разработка последовательных версий стандартов интерфейсов открытых систем POSIX (Portable operating system interfaces). Выполнена большая работа по пересмотру, расширению и реорганизации около двадцати базовых спецификаций POSIX 1990—1998 годов IEEE 1003. Улучшена систематизация и структура стандартов, усовершенствовано удобство их применения пользователями.
Стандарты открытых систем — POSIX регламентируют совокупность базовых, системных сервисов для обеспечения унифицированных интерфейсов прикладных программ, специфицированных для языка Си, командного языка и совокупности служебных программ. Основная цель — сделатьпрограммы переносимыми на уровне различных исходных языков.
При формировании концепции стандартов POSIX были поставлены следующие задачи:
— содействовать облегчению и автоматизации переноса кода готовых прикладных программ на иные платформы;
— способствовать определению и унификации интерфейсов программных компонентов заранее при проектировании программных средств, а не только в процессе их реализации;
— сохранять по возможности и учитывать все главные, созданные ранее, унаследованные и используемые программные средства и компоненты;
Цель данной версии стандарта состоит в том, чтобы минимизировать дополнительную работу для разработчиков прикладных программ.
Цель состояла также в том, чтобы продвинуть мобильность прикладных программ по всей области применения операционной системы UNIX, развивая ясный, последовательный и однозначный стандарт для спецификации интерфейса переносимой операционной системы, основанной на документации системы UNIX. Этот стандарт систематизирует все существующие типовые формулировки операционной системы UNIX.
Новую версию международных стандартов POSIX составляют аннотированные ниже четыре части стандартов ISO 9945: 1-4: 2003 — ИТ.
Интерфейсы переносимых операционных систем.
Ч. 1. Базовые определения.
Ч. 2. Системные интерфейсы.
Ч. 3. Команды управления и сервисные
программы.
Ч. 4. Обоснование.
Стандарт ISO 9945-1: 2003 — содержит основные концептуальные определения и подробные пояснения методов реализации интерфейсов для обеспечения мобильности компонентов и комплексов программ, общее для всех томов оглавление стандарта, в том числе сервисные соглашения и определения заголовков языка Си.
Стандарт ISO 9945-2: 2003 — Системные интерфейсы — уточняет и детализирует: концепцию переносимости и принципы ее обеспечения путем унификации интерфейсов прикладных программ с операционными системами, функции обслуживания, ориентированные на язык программирования Си, функциональные вопросы, в том числе мобильность, обработка ошибок, и устранение ошибок
В третьей части стандарта ISO 9945-3: 2003 — Основные команды управления и сервисные программы (Shell and utilities) — изложено конкретное представление команд операционной системы и утилит, обеспечивающих унифицированное взаимодействие с мобильными прикладными программами, определения для стандартного источника кодового уровня интерфейса командного интерпретатора («shell») и стандартные утилиты для прикладных программ.
Четвертая часть стандарта ISO 9945-4: 2003 — Обоснование — содержит группу из пяти крупных приложений:
— обоснование базовых определений — приложение А;
— обоснование системных интерфейсов — приложение В;
— обоснование команд управления и сервисных программ-утилит — приложение С;
— рассмотрение переносимости — приложение D;
— рассмотрение субпрофилей — приложение Е.
12. Системное проектирование программных средств
(Презентация 5)
Комплекс формально организованных мероприятий по достижению единой цели создания сложной системы с требуемыми характеристиками качества при ограниченных ресурсах получил название — проект.
Цель управления проектом — рациональное использование и предупреждение потери ресурсов путем сбалансированного распределения их по частным работам на протяжении всего жизненного цикла объекта с заданным качеством.
Управление проектом — это особый вид деятельности, включающий
• постановку задач,
• подготовку решений,
• планирование,
• организацию и стимулирование специалистов,
• контроль хода работ и
• использования ресурсов
при создании сложных систем.
Задачи целевого управления такими работами — сводить воедино усилия исполнителей — специалистов разной квалификации, подрядчиков и субподрядчиков, добиваясь, чтобы они выступали как команда присоздании компонентов систем, а не как разрозненная группа функциональных специалистов.
Методологической базой целевого планирования и управления проектами ПС является системный анализ, который предполагает:
— обследование объектов и среды проектирования для предварительной формализации целей, назначения и задач проекта ПС;
— исследование и сопоставление альтернативных действий, которые должны приводить к достижению поставленных целей проектирования;
Системное проектирование сложных комплексов программ является фундаментом для обеспечения функциональной адекватности требованиям всего жизненного цикла ПС. От полноты и тщательности системного проектирования зависят эффективность реализации функций системы и степень удовлетворения ожиданий и требований заказчика и пользователей.
13. Цели и принципы системного проектирования сложных программных средств
(Презентация 5)
Основная цель системного проектирования в программной uнжeнерии — подготовить, обосновать и согласовать замыслы и решения заказчика (потребителя) и разработчика (поставщика) о необходимости, направлениях и концепции создания или модернизации существующего ПС и изменениях его качества.
Результатом этих работ должны быть системный проект, техническое задание и контракт на продолжение разработки ПС или решение о ее нецелесообразности и прекращении.
В последовательности выработки и подготовки к реализации этих требований обычно рассматриваются три крупных этапа:
— обследование, системный анализ сущест-вующей системы и выявление ее недостатков;
— обобщение результатов системного анализа и создание предварительной концепции новой или модернизированной системы и ее программных средств;
— разработка системного проекта комплекса программ и базы данных, определяющего и конкретизирующего цель, назначение и методы дальнейшего детального проектирования и всего жизненного цикла ПС.
Системное проектирование структурировано, и методология его реализации отражает следующие проблемы, процессы и методы:
— цели и принципы системного проектирования сложных программных средств для обеспечения их последующего жизненного цикла в информационных системах;
— подготовку к непосредственному детальному проектированию, разработке и всему жизненному циклу комплекса программ и базы данных для информационной системы;
— основы предварительного структурного проектирования и современных технологий системного анализа и проектирования сложных комплексов программ;
— методы разработки требований к характеристикам качества и распределения ресурсов, необходимых для реализации проектов сложных ПС и баз данных;
— задачи и принципы системного проектирования обеспечения безопасности и защиты комплексов программ от различных угроз;
В последние десятилетия быстро возрастает сложность объектов и систем, создаваемых в различных областях индустрии. Для их разработки привлекаются специалисты разной квалификации и большие финансовые и материальные ресурсы. Использование этих ресурсов должно координироваться и объединяться комплексом мероприятий для достижения общей цели — создания соответствующего сложного объекта или системы с заданным качеством в условиях ограниченных ресурсов.
Целевое системное управление проектами позволяет планировать, контролировать и анализировать информацию о состоянии и тенденциях изменения объекта разработки, его качестве и затраченных ресурсах. При этом непрерывно должны сохраняться основные цели проекта и главные пути ее достижения.
Это позволяет рассматривать альтернативы технических решений и предотвращает от сосредоточения внимания на частных задачах или вариантах решений, которые кажутся полезными и интересными, но мало отражаются на достижении главной цели проекта ПС.
14. Процессы системного проектирования программных средств
(Презентация 5)
Системное проектирование в программной инженерии охватывает период жизненного цикла сложных комплексов программ, начиная от формулирования первичного замысла на создание или модернизацию системы и до начала детального проектирования и разработки ПС.
В системном проекте должны быть обобщены и отражены следующие основные результаты выполненных системных исследований и разработок:
— обобщенный анализ проведенного обследования объекта информатизации, функций существующей информационной системы, качества ее основных программных компонентов и базы данных;
— совокупность предварительных исходных требований к функциям и характеристикам комплекса программ;
— оценки имеющихся и потенциально доступных ресурсов (финансовых, вычислительных средств, специалистов) для обеспечения всего жизненного цикла и требуемого качества проекта комплекса программ;
— проект формализованного технического задания и спецификации требований к ПС, а также предложения по его финансированию и обеспечению ресурсами;
— системный проект, обобщающий проведенные исследования и разработки, позволяющий заключить контракт между разработчиком и заказчиком на финансирование и продолжение проектирования и/или на весь жизненный цикл ПС.
Системное проектирование сложных ПС начинается с обследования объекта информатизации, системного анализа предметной области и выявления потребности в создании или модернизации комплекса программ с определенными функциями и качеством.
Разработка исходных требований для технического задания на проект ПС начинается с анализа результатов обследования объекта информатизации и оценки доступных ресурсов для реализации проекта.
Предварительный анализ и моделирование процессов обработки данных при системном проектировании должны проходить этапы от простого установления базовых отношений между понятиями, через определение интерфейсов доступа и атрибутов, к проекту модели состояний и взаимодействий между реальными объектами и процессами ПС. Эти модели должны служить базой при разработке схем потоков управления и данных, описывающих процессы их обработки, а впоследствии интегрироваться с отработанными моделями процессов для комплексного исследования функционирования прототипов — пилотных проектов ПС в целом.
Наглядными и удобными в работе являются графические представления описаний проектных решений, которые позволяют создавать прототипы ПС.
Одним из наиболее эффективных направлений сокращения затрат и повышения качества комплексов программ является активное использование методического, технологического, алгоритмического и программного задела из предшествующих проектов, которое может быть названо прототипированием в широком смысле слова.
Таким образом, последовательное прогнозирование, планирование и системное управление проектом обеспечивают рациональное использование ресурсов в процессе создания сложных ПС гарантированного качества.
Системный проект программного средства новой или модернизированной системы должен содержать достаточно полные требования к функциям и характеристикам качества комплекса программ, описание и графическое представление его архитектуры, базы данных и взаимодействия компонентов, предполагаемую модель жизненного цикла, предварительные планы последующих этапов и работ.
15. Структурное проектирование сложных программных средств
(Презентация 6)
При разработке структуры программного средства в процессе системного проектирования, прежде всего, необходимо сформулировать критерии ее формирования.
Важнейшими критериями могут быть: модифицируемость, возможности отладки и удобство управления разработкой ПС, обеспечение возможности контролируемого изменения конфигурации, состава и функций компонентов с сохранением целостности структурного построения базовых версий ПС.
Основные принципы и правила структурирования ПС и БД можно объединить в группы, которые отражают:
— стандартизированную структуру целостного построения ПС и/или БД определенного класса;
— унифицированные правила структурного построения функциональных программных компонентов и модулей;
— стандартизированную структуру базы данных, обрабатываемых программами;
— унифицированные правила структурного построения информационных модулей, заполняющих базу данных;
Методология структурного анализа и предварительного структурного проектирования ПС начинается с общего обзора функций системы. Далее функции должны детализироваться сверху вниз в виде иерархической структуры таким образом, чтобы процедуры сбора, хранения и переработки информации, рассматриваемые сначала как нечто единое целое, расчленялись на отдельные элементы данных, компонентов и действия, совершаемые над этими данными.
Структурный анализ, исходя из функционального описания системы в целом, позволяет разделить ее на функциональные части, выделить функциональные описания отдельных частей, исследовать в них информационные потоки и формализовать структуры данных.
|
|