|
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
|
|
Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология Образование Политология Производство Психология Стандартизация Технологии |
Внедрение КИС. Методики внедрения. Жизненный цикл КИС.Стр 1 из 3Следующая ⇒
Внедрение КИС. Методики внедрения. Жизненный цикл КИС. Жизненный цикл программного обеспечения. Модели жизненного цикла.
В основе деятельности по созданию и использованию программного обеспечения любого типа (поэтому далее – просто ПО) лежит понятие его жизненного цикла (ЖЦ). Жизненный цикл является моделью создания и использования ПО, отражающей его различные состояния, начиная с момента возникновения необходимости в данном ПО и заканчивая моментов его полного выхода из употребления у всех пользователей. Традиционно выделяются следующие основные этапы ЖЦ ПО: - анализ требований - проектирование - кодирование (программирование) - тестирование и отладка - эксплуатация и сопровождение ЖЦ образуется в соответствии с принципом нисходящего проектирования и, как правило, носит итеративный характер: реализованные этапы, начиная с самых ранних, циклически повторяются в соответствии с изменениями требований и внешний условий, введением ограничений и т.п. На каждом этапе ЖЦ порождается определенный набор документов и технических решений, при этом для каждого этапа исходными являются документы и решения, полученные на предыдущем этапе. Каждый этап завершается верификацией порожденных документов и решений с целью проверки их соответствия исходным. Существующие модели ЖЦ определяют порядок исполнения этапов в ходе разработки, а также критерии перехода от этапа к этапу. Наибольшее распространение получили три модели ЖЦ: 1. Каскадная модель (70-80 г.г.) – предполагает переход на следующий этап после полного окончания работ по предыдущему этапу. 2. Поэтапная модель с промежуточным контролем (80-85 г.г.) – итерационная модель разработки ПО с циклами обратной связи между этапами. Преимущество такой модели заключается в том, что межэтапные корректировки обеспечивают меньшую трудоемкость по сравнению с каскадной моделью, однако, время жизни каждого из этапов растягивается на вес период разработки. 3. Спиральная модель (86-90 г.г.) – делает упор на начальные этапы ЖЦ: анализ требований, проектирование спецификаций, предварительное и детальное проектирование. На этих этапах проверяется и обосновывается реализуемость технических решений путем создания прототипов. Каждый виток спирали соответствует поэтапно модели создания фрагмента или версии программного изделия, на нем уточняются цели и характеристики проекта, определяется его качество, планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта, и в результате выбирается обоснованный вариант, который доводится до реализации. Спиральная модель обладает такими преимуществами: - Накопление и повторное использование программных средств, моделей и прототипов - Ориентация на развитие и модификацию ПО в процессе его проектирования - Анализ риска и издержек в процессе проектировании Главная особенность индустрии ПО состоит в концентрации сложности на начальных этапах ЖЦ (анализ, проектирование) при относительно невысокой сложности и трудоемкости последующих этапов. Более того, нерешенные вопросы и ошибки, допущенные на этапах анализа и проектирования, порождают на более поздних этапах трудные, часто уже неразрешимые проблемы, и приводят к неуспеху всего проекта.
Рассмотрим этапы ЖЦ более подробно: Анализ требований: требования заказчика уточняются, формализуются и документируются. На этом этапе дается ответ на вопрос: «Что должна делать система? ». Список требований к разрабатываемой системе должен включать: - Совокупность условий, при которых предполагается эксплуатировать будущую систему (аппаратные и программные ресурсы, внешние условия функционирования, состав людей и работ, имеющих отношение к системе) - Описание функций системы - Ограничения в процессе разработки (директивные сроки завершения отдельных этапов, имеющиеся ресурсы, организационные процедуры и мероприятия, обеспечивающие защиту информации) Целью анализа является преобразование общих, неясных знаний о требованиях к будущей системе в точные (по возможности) определения. На этом этапе определяются: - Архитектура системы, ее функции, внешние условия, распределение функций между аппаратным и программным обеспечением - Интерфейсы и распределение функций между человеком и системой - Требования к программным и информационным компонентам ПО, необходимые аппаратные ресурсы, требования к БД, физические характеристики компонентов ПО, их интерфейсы.
Этап проектирования: дает ответ на вопрос «Как (каким образом) система будет соответствовать предъявленным требованиям? ». Задачей этого этапа является исследование структуры системы и логических взаимосвязей ее элементов, причем без внимания к вопросам реализации. Обычно этот этап разбивают на два подэтапа: - Проектирование архитектуры ПО – разработка структуры и интерфейсов компонентов, согласование функций и технических требований к компонентам, стандартам проектирования, производство отчетных документов - Детальное проектирование – разработка спецификаций каждого компонента, интерфейсов между компонентами, разработку требований к тестам и плана интеграции компонентов. В результате деятельности на этапах анализа и проектирвания должен быть получен проект системы, содержащий достаточно информации для реализации системы на его основе в рамках бюджета выделенных ресурсов и времени.
Подготовка ко внедрению или разработке системы. Процесс внедрения.
Процесс разработки и внедрения КИС исполняется по следующему сценарию:
1. Анализ существующих систем или разработка требований к создаваемой системе 2. Типовой процесс внедрения 2.1 Разработка стратегии автоматизации 2.2 Анализ деятельности предприятия. 2.3 Реорганизация деятельности. 2.4 Выбор системы. 2.5 Внедрение системы. 2.6 Эксплуатация
К типичным проблемам при внедрении КИС относят: - Подготовка предприятия к автоматизации - Выбор системы В таблице 1 приведены примерные функции системы и их характеристики. При разработке технического задания на разработку системы или при сравнительном анализе сопоставимых альтернативных систем желательно составить подобную таблицу и заполнить её для альтернативных систем. Таблица 1 – Функции системы и их плюсы использования.
Реорганизация деятельности
Реорганизация деятельности преследует, как правило, цель повышения эффективности деятельности предприятия в целом. Методика BSP
В настоящее время популярной методикой реорганизации деятельности предприятия является методика BSP.
Методика BSP – подход, помогающий предприятию определить план создания информационных систем, удовлетворяющих его ближайшие и перспективные информационные потребности.
Поскольку информация является одним из основных ресурсов и должна планироваться в масштабах всего предприятия, информационная система должна проектироваться независимо от текущего состояния и структуры предприятия. BSP основывается на нисходящем анализе информационных объектов и регламентирует 13 этапов выполнения работ. Особенностью подхода является выделение трех организационных этапов, обеспечивающих так называемый " запуск" проекта, а именно: Этап 1. Получение поддержки руководства предприятия Этап 2. Подготовка к анализу Этап 3. Проведение стартового совещания. На этапе 4 формируется перечень основных деятельностей предприятия и содержащихся в них бизнес-процессов и дается их краткое описание. На этапе 5 выявляются основные классы данных (логически связанные категории данных). Например, такими классами являются: Сотрудники, Ремонты, Технологический транспорт и т.д. В итоге выполнения этапов 4 и 5 формируется матрица связей. На этапе 6 осуществляется анализ существующих на предприятии деловых и системных взаимодействий. По аналогии с этапом 5 строятся четыре матрицы, демонстрирующие использование существующих и планируемых информационных подсистем: - матрица " руководители - процессы", демонстрирующая основные обязанности руководителей, степень их вовлеченности в основные бизнес-процессы предприятия - матрица " информационные системы - руководители", показывающая какими системами (существующими или планируемыми) пользуются руководители - матрица " информационные системы - процессы", демонстрирующая как системы соотносятся с бизнес-процессами предприятия - матрица " информационные системы - файлы данных", показывающая, какие файлы данных и какими системами используются На этапе 7 решаются следующие задачи: - уточнение матриц - определение и оценка необходимой руководству информации - определение приоритетов потребностей - определение текущих задач - привлечение на свою сторону руководства Далее все проблемы разделяются на три вида: - проблемы, не относящиеся к автоматизации и не затрагивающие информационные системы - проблемы, связанные с существующими информационными системами - проблемы, связанные с будущими системами Проблемы первого вида передаются руководству предприятия для принятия соответствующих решений. Оставшиеся проблемы сортируются по бизнес-процессам. На этапе 9 традиционными методами осуществляется проектирование архитектуры информационной системы. Этап 10 определяет приоритеты в реализации и намечает последовательность ее этапов. Этап 11 определяет планирование модификаций информационной системы в связи с постоянным процессом появления новых требований к такой системе. Наконец, этапы 12 и 13 заключаются в выработке рекомендаций и планов и формировании отчетности по проведенным работам. Анализ и реорганизация деятельности предприятия производится на основе построенных матриц и выявленных проблем (естественно, эти матрицы детализируются до уровня бизнес-функций), основные изменения осуществляются с целью ориентации предприятия на спроектированную информационную систему.
Подход TQM/CPI
Подход CPI (Continuous Process Improvement) и его японский аналог TQM (Total Quality Management) успешно применялись при реорганизации предприятий еще в середине века. Самый впечатляющий результат его применения - подъем японской послевоенной промышленности и доведение качества японских товаров до современного опережающего многие страны уровня. Этот подход продолжает активно использоваться и в настоящее время, о чем свидетельствует, например, возрастающий объем применения стандартов серии ISO 9000, фактически поддерживающих CPI.
CPI (Continuous Process Improvement) – философия и набор процедур постоянного мониторинга и анализа составного процесса, с использованием техники SPC и других, для выявления слабых мест, возможностей для улучшения, и систематического применения этих улучшений.
В основе подхода лежит очевидная концепция управления качеством выпускаемой продукции. Качество должно быть направлено на удовлетворение текущих и будущих потребностей потребителя как самого важного звена производственной линии. Достижение соответствующего уровня качества требует постоянного совершенствования производственных процессов. Для решения этой задачи Демингом [1-2] было предложено 14 принципов, в совокупности составляющих теорию управления качеством и применимых для предприятий произвольных типов и различных масштабов. Безусловно, этих принципов недостаточно для полного решения стоящих перед современными предприятиями проблем, тем не менее, они являются основой трансформации промышленности Японии и США. Выбор системы
Выбор системы – многокритериальная задача. Задание объективных критериев, по которым будет осуществляться выбор конкретной системы, напрямую связано с качеством и полнотой проработки всех предшествующих этапов цепочки выбора. Практически все объективные соображения, которыми руководствуются при выборе системы (функциональные возможности, стоимость системы и совокупная стоимость владения, перспективы развития, поддержки и интеграции, технические характеристики системы и т.п.), выводятся на предыдущих этапах. При тщательной проработке всех предшествующих этапов, выбор системы, перестает быть проблемой. Внедрение системы
Существуют следующие основные стратегии внедрения системы: 1. Параллельная стратегия - когда одновременно работают старая (ручная) и новая система, и их выходные документы сравниваются. Если они согласуются длительное время, осуществляется переход на новую систему. 2. " Скачок ". Эта стратегия привлекательна, но не рекомендуется. 3. " Пилотный проект ". Это наиболее часто используемая стратегия. " Пилотный проекта" - это тактика " скачка", но применяемая к ограниченному числу процессов. Область применения стратегии - небольшой участок деятельности. Такой подход снижает риск и наиболее надежен. Практически все предприятия применяют эту тактику сегодня. 4. " Узкое место " - это малая часть производственного процесса. При использовании похода " узкое место" план внедрения выполняется только для " узкого места" и для людей, работающих в нем. Точность данных повышается только для изделий в этом " узком месте"; переподготовка - только для людей, работающих в нем; анализ эффекта затрат делается только для него и т.д.
Эксплуатация
Этап эксплуатации или сопровождения системы в динамично меняющемся предприятии представляет собой довольно сложную задачу. Модернизация программно-аппаратной части, вызванная физическим и моральным старением компонентов АСУ; необходимость отслеживания изменений в законодательстве; необходимость доработки системы под новые требования ее пользователей; обеспечение безопасности информации в процессе эксплуатации - эти и многие другие вопросы постоянно встают перед персоналом, ответственным за процесс эксплуатации системы. Затраты на эксплуатацию системы в рамках предприятия могут и должны быть снижены за счет качественной проработки предшествующих этапов, в основном, за счет разработки стратегии автоматизации и осуществления выбора системы.
Анализ деятельности
Затраты на проведение анализа деятельности предприятия могут колебаться в самых разных пределах. Стоимость работ может колебаться от 2-3 тысяч долларов до 100 тысяч и выше. Отсутствие качественной модели может привести к непродуктивным затратам на этапах внедрения и эксплуатации в несколько раз больше.
Ocoбeннocти внeдpeния КИC
Лидepoм нa ERP-pынкe бyдeт нe кoмпaния, кoтopaя cмoжeт пpeдocтaвить лyчшyю КИC, a фиpмa, oкaзывaющaя мaкcимaльнo пoлныи кoмплeкc ycлyг пo ee внeдpeнию и coпpoвoждeнию. Пo cвoeй cyти, пpoцecc внeдpeния КИC являeтcя дocтaтoчнo зaтpaтным, пocкoлькy эти cиcтeмы дopoгocтoящиe и caм пpoцecc внeдpeния зaнимaeт мнoгo вpeмeни. Heмaлo cтoит и oплaтa ycлyг внeдpeнцeв. КИC являютcя жизнeннo нeoбxoдимыми для пpeдпpиятий, oднaкo ycпex внeдpeния зaвиcит oт тoгo, yдaлocь ли aдaптиpoвaть иx в cooтвeтcтвии c нaмeчeнными цeлями мaкcимaльнo близкo к cyти пpoиcxoдящeгo пpoизвoдcтвeннoгo пpoцecca. Внедрение КИС. Методики внедрения. Жизненный цикл КИС. Популярное:
|
Последнее изменение этой страницы: 2016-03-22; Просмотров: 2335; Нарушение авторского права страницы