- •Ю. А. Кравченко cals- и case-технологии таганрог 2005
- •Оглавление
- •Часть 2
- •8.5. Упражнения к части 2……………………………………100
- •Часть 3
- •Глава 9. Подходы реорганизации
- •Глава 10. Определение необходимости
- •10.6. Упражнения к части 3…………………………………..129
- •Аббревиатура
- •Предисловие
- •Введение
- •Часть 1
- •Глава 1. Основы cals - технологий
- •1.1. Основы информационной интеграции
- •1.2. Информационная поддержка изделий
- •1.3. Электронный технический документ (этд)
- •1.5. Система менеджмента качества (смк)
- •1.6. Интегрированная логистическая поддержка (илп)
- •1.7. Нормативная база cals-технологий
- •Глава 2. Стандарт step
- •2.1. Принципы создания стандарта step
- •2.2. Основные компоненты step
- •2.3. Методология тестирования
- •2.4. Схема использования стандарта step
- •Глава 3. Язык описания данных express
- •3.1. Основы языка
- •3.2. Свойства языка express
- •3.3. Объектно-ориентированный подход
- •3.4. Компоненты языка
- •3.5. Типы данных
- •3.6. Понятия
- •3.7. Упражнения к части 1
- •Часть 2
- •Глава 4. Основы имитационного моделирования сложных динамических систем
- •4.1. Теория массового обслуживания
- •4.2. Имитационное моделирование смо
- •4.3. Событийный метод моделирования
- •4.4. Сети Петри
- •Глава 5. Основы сase-технологий
- •5.1. Эволюция case-средств
- •5.2. Case–модель жизненного цикла программного обеспечения
- •5.3. Состав, структура и особенности case-средств
- •5.4. Графические модели
- •5.5. Контроль ошибок
- •5.6. Организация репозитария
- •5.7. Поддержка процесса проектирования и разработки
- •Глава 6. Классификация case-средств
- •Глава 7. Основы проектирования информационных систем (ис)
- •7.1. Основы методологии и технологии
- •Глава 8. Структурный подход проектирования информационных систем (ис)
- •8.1. Основные принципы структурного подхода
- •8.2. Методология sadt
- •8.2.1. Иерархия диаграмм
- •8.2.2. Типы связей между функциями
- •8.3. Построение модели анализируемой ис
- •8.3.1. Внешние сущности
- •8.3.2. Системы и подсистемы
- •8.3.3. Процессы
- •8.3.4. Накопители данных
- •8.3.5. Потоки данных
- •8.3.6. Иерархия диаграмм потоков данных
- •8.4. Case-метод Баркера моделирования данных
- •Р ис. 41. Рекурсивная связь [1]
- •8.5. Упражнения к части 2
- •Часть 3
- •Глава 9. Подходы реорганизации деятельности предприятия
- •9.1. Методика bsp (Business System Planning)
- •9.2. Подход cpi / tqm
- •9.3. Требования смм (Capability Maturity Model)
- •Глава 10. Определение необходимости внедрения case-средств
- •10.1. Определение потребностей внедрения
- •10.2. Анализ существующих case-средств
- •10.3. Критерии успешного внедрения
- •10.4. Стратегии внедрения case-средств
- •10.5. Реализация пилотного проекта
- •10.5.1. Основные цели реализации
- •10.5.2. Характеристики пилотного проекта
- •10.5.3. Разработка пилотного проекта
- •10.5.4. Внедрение выбранного на основе пилотного проекта case - средства
- •10.5.5. Анализ результатов внедрения case-средств
- •10.6. Упражнения к части 3
- •Заключение
- •Контрольные вопросы
- •25. Контроль ошибок.
- •27. Поддержка процесса проектирования и разработки.
- •38. Методология sadt.
- •Библиографический список
9.2. Подход cpi / tqm
Continuous Process Improvement / Total Quality Management
В основе подхода лежит концепция управления качества выпускаемой продукции. Качество должно удовлетворять настоящим и будущим потребностям потребителя, что требует постоянного совершенствования производства. Для решения этой задачи Деминг предложил 14 принципов для предприятий произвольных типов и различных масштабов. Данные принципы представляют собой основу трансформации промышленности.
Постоянное совершенствование товара или услуги:
- долгосрочное планирование;
- использование новых технологий и материалов;
- затраты на исследование и образование.
2. Новая философия производства.
Производственный брак, ошибки, «получающие», а не зарабатывающие деньги сотрудники; неэффективный контроль, некомпетентное руководство, неквалифицированный персонал; подсиживание и донос, вандализм по отношению к средствам производства – все это ведет к недовольству своей работой и недобросовестному исполнению своих обязанностей.
Отказ от массового контроля.
Контроль качества готового товара является дорогостоящей и запоздалой мерой, подразумевающей планирование брака. Качество готового товара невозможно улучшить.
Установление долгосрочных партнерских отношений.
Постоянное совершенствование системы производства и обслуживания. Основа принципа - то, что каждый следующий заказ должен выполняться лучше предыдущего.
Обучение руководства.
Функция руководителя – это руководство, а не надзор. Руководитель должен знать работу, которую он контролирует.
Устранение страха. Если человек не чувствует себя защищенным, боится высказывать идеи и задавать вопросы, чтобы не потерять работу, он никогда не достигнет лучших показателей.
Разрушение барьеров между подразделениями.
Отмена лозунгов.
Отказ от количественных показателей. Нормативы устанавливаются из расчета на среднего рабочего. Способные делать больше ограничиваются нормой. Те, кто не может, производят брак, принося убытки. Еще хуже сдельная работа, откровенно стимулирующая брак.
Поддержка профессиональной гордости. Устранять препятствия, лишающие людей возможности гордиться своей работой.
Поощрение образования и совершенствования.
Необходимые действия для осуществления изменений [4].
- инициатива изменений исходит, как правило, от руководителей среднего звена. Именно здесь лежит слой бизнес-правил и происходит понимание необходимости внесения в них изменений;
- убеждение высшего руководства, получение его согласия и поддержки в проведении изменений;
- необходимость объяснения сотрудником цели проводимых изменений и привлечение их для участия в этом процессе;
- создание группы, перед которой ставится задача совершенствования качества.
9.3. Требования смм (Capability Maturity Model)
для качественной разработки программного обеспечения
СММ описывает характеристики совершенства процесса разработки и сопровождения ПО (ПО-процесса) и применяются:
1) для улучшения процессов разработки и сопровождения ПО-процессов, когда предприятие планирует, разрабатывает и реализует их изменения;
2) для оценки ПО-процесса, когда определяется состояние текущих ПО – процессов и приоритетных процессов;
3) для оценки возможности ПО при квалификации партнеров, управляющих состоянием существующих ПО-процессов [4].
Фактически, СММ - комплекс требований к ключевым элементам эффективного ПО – процесса и способ его эволюционного улучшения. СММ поддерживает этапы:
- планирования, инжениринга, управления ПО – процессами. СММ декларирует 5 уровней совершенства ПО – процесса, определяющего его возможности:
I. Инициализация – возможности ПО – процесса на этом уровне непредсказуемы, поскольку процесс постоянно модифицируется по мере его работы.
II. Повторение – решаются задачи управления проектом ПО и устанавливаются процедуры решения задач управления. Планирование и управление новыми процессами основывается на предыдущем опыте. Ключевыми областями процесса является:
Управление требованиями – установление взаимопонимания между пользователями и проектными спецификациями, основанными на их требованиях – это является основой планирования и управления ПО – проектами.
Планирование ПО проектов – формирование планов для проектирования ПО и управление ПО – проектами.
Ведение проекта - отслеживание текущего состояния проекта и эффективное воздействие на него в случае отклонения от плана.
Управление подпроектами – выбор квалифицированных субподрядчиков и эффективный способ управления ими.
Гарантия качества – обеспечение управления наблюдаемостью и возможностью исследования ПО – проектов.
Управление конфигураций ПО – установление и поддержка состава и конфигурации ПО в проекте на протяжении всего ЖЦ.
III. Определение – включает стандартные организационные ПО – процессы, регламентирующие эффективную разработку ПО и управление проектами.
Содержит следующие ключевые области:
Представление организационного процесса – установление организационных соответствий деятельности ПО -процесса.
Определение организационного процесса – развитие и сопровождение ряда ПО - процессов для дальнейшего их использования.
Программа обучения (повышение квалификации персонала).
Интегрированное управление ПО – интеграция деятельности по проектированию и изготовлению сопровождению ПО.
Разработка ПО – выработка четко определенного процесса разработки, интегрирующего в себе все виды деятельности.
Координация рабочих групп – распределение обязанностей между субподрядчиками для организаций эффективного проектирования.
Просмотр – улучшение понимания ПО и его корректировка на ранних стадиях разработки.
IV. Управление – установление количественных и качественных оценок как для ПО - процессов, так и для используемых в них инструментальных средств. Содержит следующие ключевые моменты:
Количественное управление процессами.
Качественное управление процессами.
V. Оптимизация – обеспечивает непрерывное обеспечение ПО -процессами. Содержит ключевые области:
1. Предупреждение ошибок – определение причин ошибок и принятие мер предотвращения их повторения за счет изменения соответствующих ПО процессов.
2. Управление технологическими изменениями – анализ применимости новых технологий.
3. Управление изменениями ПО – процессов [1,4,10].