МЕТОДЫ РЕОРГАНИЗАЦИИ ДЕЯТ-ТИ ПРЕДПРИЯТИЯ
Стандарт ИСО 9001 бизнес-функций предприятия. Эл-ты кач-ва, на к-е распр-ся этот стандарт: ответ-сть рук-ва, упр-е проект-ем, упр-е процессами, зак-ки продукции, погр-но-разгруз-е работы, подг-ка кадров, технич-е обсл-е
СММ-стандарт (Capability Maturity Model)– эволюц-я модель развития способ-тей компании разраб-ть ПО. Этот стандарт определяет 5 уровней зрелости организации: Начальный уровень – описан в кач-ве основы для сравн-я со след. ур-ми. Повторяемый ур. –для внедрения д.б. внедрены техн-гии упр-я проектами. Опред-ный ур. –процесс созд-я и сопр-я ПО задок-ван Упр-мый ур. – уст-ся колич-ные пок-ли кач-ва Оптимиз-щий ур. – меропр-я по ул-ю пр-ся сущ-м проц-сам, и для оценки эфф-ти ввода нов технологий
Методика BSP – Business System Planning помогает пр-тию опр-ть план созд-я инфос-мы, удовл-щей его ближайшие и персп-ные инфопотребности.
Этапы вып-я работ: Орг-ционный, Форм-е и опис-е осн. видов деят-ти пр-тия и соотв-щих бизнес-процессов, Выявл-е осн. классов данных (сотрудники, ремонты, технол. транспорт), Анализ сущ-х на предпр-и деловых и системных взаимод-й, Проект-е арх-ры инфо-х систем.
Подход TQM\CPI – Total Quality Management\Continuos Process Improvement Концепция упр-я кач-вом вып-мой продукции, баз-ся на ряде принципов деминга. Это процедуры пост. мониторинга и ан-за сост-го пр-са для выявл-я слабых мест, возм-тей для ул-я. Принц-е отличие подходов TQM\CPI от реинж-га БП в том, что при последнем мы вводим новые БП, а подход TQM\CPI предполагает улучшение существующих.
|
|
|
Реинжиниринг БП (РБП) это «фундам-е» переосмысление и «радикальное» перепроект-е БП для достижения сущ-х улучш-й в таких ключ-х для совр-го бизнеса пок-лях результ-ти, как затраты, кач-во, ур-нь обсл-я и операт-ть. Основные свойства РБП: Отказ от устар-х правил и подходов и начало делового процесса с нуля. Пренебрежение действ-ми с-ми, стр-ми компании и радик-е изм-е сп-бов х\д. Приведение к знач-м изм-м пок-лей деят-ти Ситуации, треб. пров-е РБП: глуб. кризис фирмы, неблаг. прогнозы деят-ти.
Участники Р.:лидеры проекта, упр-щий ком-т, менеджер, раб. команда Р. Этапы реализации реинжиниринга: Разработка образа будущей организации (vision), Анализ существующего бизнеса, Разработка новой деятельности (нового бизнеса), Внедрение нового бизнеса (installing)
Моделирование бизнес-процессов 2 типа моделей: Модель «as is» («как есть») – опис-е реал. пол-я дел на пре-тии. Отмеч-ся стр-ра, протекающие БП, исп-мая технология. Модель «to be» («как должно быть» - эта модель интегр-т предл-я рук-ва, сотрудников пр-тия, экспертов, системных аналитиков.
Методы МБП: SADT (IDEF) – рез-т: модель, к. сост-т из диаграмм, фрагм-в текста и глоссариев – Bpwin IDEF 3 (Integrated DEFinition) –модел-е послед-ти вып-я действий и взаимозав-тей м\у ними. DED (Data Flow Diagrams)– мод-е потоков данных(ПД). Диаграммы ПД: иерархия функц-х процессов, связ-х ПД. Цель– продем-ть, как к. процесс трансф-ет свои вх. Д. в выходные, а также выявл-е отн-й м\у процессами. ARIS (Architecture of Integrated Information System) – комплекс ср-в анализа и мод-я деят-ти предприятия.
|
|
|
ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА КИС.
Сов-ть стадий и этапов, кот.проходит ИС в своем развитии от момента принятия решения о создании системы до момента прекращения функц-ния системы- жизненным циклом ИС.Вып-ся след.стадии:1)Планирование и анализ требований (предпроектная стадия)-системный анализ,кот.начинается с описания и анализа функционирования рассм-о объекта в соответствии с требованиями (целями), которые предъявляются к нему;выявляются недостатки существующей ИС, на основе которых формулируется потребность в совер-ии системы управления этим объектом,ставится задача определения эк-ки обоснованной необх-ти автоматизации опр-ых функций управления(созд-ся технико-эк-ое обоснование проекта ИС). После опр-ия этой потребности возн.проблема выбора направлений совершенствования объекта на основе выбора программно-техн.средств. Результаты оформляются в виде техн-го задания на проект, в котором отражаются техн-е условия и треб-ия к ИС, а также огр-ия на ресурсы проект-ия.2) Проектирование (техническое и логическое):* проект-ие функциональной архитектуры ИС, которая отражает структуру выполняемых функций;* проекти-ие системной архитектуры ИС (состав обеспечивающих подсистем);* реализацию проекта.Формирование функциональной архитектуры(совокупность функциональных подсистем и связей между ними)-наиболее ответственный и важный этапом с точки зрения качества всей последующей разработки ИС.Построение сист.арх-ры на основе функциональной-определение элементов и модулей инфо-го, техн-го, прогр-го обеспечения и других обеспеч-их подсистем, связей по информации и управлению между выделенными элементами и разработку технологии обработки информации.3).Реализация (рабочее и физическое проектирование, кодирование):разработка и настройка программ,создание информационного обеспечения, формирование и наполнение БД,формулировка рабочих инструкций для персонала, оформление рабочего проекта.4).Внедрение(опытная эксплуатация). Комплексная отладка подсистем ИС,обучение персонала, поэтапное внедрение ИС в эксплуатацию по подразделениям организации, оформление акта о приемо-сдаточных испытаниях ИС.2этапа:этап опытного внедрения-проверка работоспособности элементов и модулей проекта, устранение ошибок на уровне элементов и связей м/д ними;этап сдачи в промышленную эксплуатацию-организация проверки проекта на уровне функций, контроля соотв-ия его требованиям,сформ-ым на стадии системного анализа5)Эксплуатация ИС(сопровождение, модернизация). Сбор рекламаций и статистики о функционировании ИС, исправление недоработок и ошибок, оформление требований к модернизации ИС и ее выполнение (повторение стадий 2-5). 3 модели ЖЦ:каскадная модель (до 70-х годов)-последовательный переход на след.этап после завершения предыдущего.Дост-во:планирование времени осущ-ия всех этапов проекта,упорядочение хода конструирования,но все же это недостаточно гибкая модель.Итерационная модель (70-80-е годы) ─ с итерационными возвратами на пред.этапы после вып-я очередного этапа,если напр. возн. потр-сть в пересмотре ранее сформулированных требований.Вследствие большого числа итераций возникают рассогласования и несоответствия в выполненных проектных решениях и документации.Спиральная модель(80-90-е годы)-прототипная модель, предполагающая постепенное расширение прототипа ИС.Она реально отображает разработку ПО; позволяет явно учитывать риск на каждом витке эволюции разработки; включает шаг системного подхода в итерационную структуру разработки;исп. мод-ие для уменьшения риска и совершенствования программного изделия.трудности контроля и управления временем разработки.RAD-технологии(технологии быстрой разработки приложений):ИС разрабатывается путем расширения программных прототипов, повторяя путь от детализации требований к детализации программного кода.RAD-технология обесп-ет экстремально короткий цикл разработки ИС. При полностью опр-ых треб-ях и огр-ой проектной области RAD-технология позв-ет создать полностью функц-ую систему за очень кор-ое время(60-90 дней).Выд-ют след.этапы разработки ИС с исп-ем RAD-технологии:1.бизнес-моделирование(моделируется информационный поток между бизнес-функциями).2.моделирование данных(информационный поток отображается в набор объектов данных, которые требуются для поддержки деятельности организации).3. моделирование обработки(опред-ся преобразования объектов данных, обеспечивающие реализацию бизнес-функций).4.генерация приложения.5тестирование и объединение.Поскольку применяются повторно используемые компоненты, многие программные элементы уже протестированы, что сокращает время тестирования (хотя все новые элементы должны быть протестированы). RAD неприменима в условиях высоких технических рисков.Стандарт ЖЦ: ISO\IEC 12207:1995.
|
|
|
|
|
|
ЭТАПЫ ЖИЗНЕННОГО ЦИКЛА ПО.
Жизненный цикл ПО-период времени,кот.начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации. Этот цикл — процесс построения и развития ПО. Процессы жизненного цикла ПО:Основные: Приобретение (действия и задачи заказчика, приобретающего ПО);Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой);Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.);Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему);Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.Вспомогательные:Документирование-формализованное описание информации, созданной в течение ЖЦ ПО);Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО, управления его модификациями).Обеспечение качества (обеспечение гарантий того, что ИС и процессы ее ЖЦ соответствуют заданным требованиям и утвержденным планам);Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями);Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению);Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами);Аудит (определение соответствия требованиям, планам и условиям договора);Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов).Организационные:Управление(действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами);Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО);Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ);Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала).Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:Инициирование приобретения;Подготовка заявочных предложений;Подготовка и корректировка договора;Надзор за деятельностью поставщика;Приемка и завершение работ.Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:Формирование требований к системе;Формирование списка программных продуктов;Установление условий и соглашений;Описание технических ограничений (среда функционирования системы и т. д.).Модель ЖЦ ПО-структура, опред-щая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении ЖЦ. Она зав.от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.Модель ЖЦ ПО вкл.в себя:стадии;результаты выполнения работ на каждой стадии;ключевые события — точки завершения работ и принятия решений.Стадия-часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов,документации), опр-ого заданными для данной стадии треб-ями.Каскадная модель жизненного цикла предусм.послед-ое вып-ие всех этапов проекта в строго фиксированном порядке. Переход на сле-ий этап означает полное завершение работ на пред.этапе.Требования,опр-ые на стадии формирования требований, строго документируются в виде технического задания и фиксируются на все время разработки проекта. Каждая стадия заве-тся выпуском полного комплекта док-ции, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков.Этапы проекта в соответствии с каскадной моделью:формирование требований;проектирование;реализация;тестирование;внедрение;эксплуатация и сопровождение.Спиральная модель основана на классическом цикле Деминга PDCA (plan-do-check-act). При использовании этой модели ПО создается в несколько итераций (витков спирали) методом прототипирования.Каждая итерация соответствует созданию фрагмента или версии ПО, на ней уточняются цели и характеристики проекта, оценивается качество полученных результатов и планируются работы следующей итерации.На каждой итерации оцениваются:риск превышения сроков и стоимости проекта;необходимость выполнения ещё одной итерации;степень полноты и точности понимания требований к системе;целесообразность прекращения проекта.Один из примеров реализации спиральной модели — RAD метод быстрой разработки приложений).Итерационная модель-сочетание 2ух предыд.
Дата добавления: 2018-04-15; просмотров: 216; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!