Конспект лекции. 8.-Конспект-лекций.-МДК.4.1-Внедр-и-поддерж-ПО-КС-09.02.07_compr. Обеспечения компьютерных систем
 Скачать 0.68 Mb.
|
|
ЛЕКЦИЯ 3 Функции оператора сопровождения и менеджера развертывания План. 1. Контрольный опрос 2. Состав группы развертывания 3. План развертывания 4. Тестирование ИС Методология внедрения ИС Весь проект разбивается на три фазы: · Бизнес-моделирование · Тестирование · Опытная эксплуатация Сложность и масштабность процесса внедрения крупных информационных систем ERP-класса обуславливает необходимость планирования каждой фазы в отдельности - по принципу поэтапного уточнения. План внедрения носит характер не последовательного графика, а состоит из нескольких, исполняющихся зачастую параллельно друг другу, рабочих заданий. Начиная с фазы Бизнес-Моделирования, работы по проекту разбиваются на отдельные рабочие задания. Данные рабочие задания представляют собой план работпо достижению одной или нескольких целей проекта. Рабочее задание является основным документом контроля исполнения Исполнителем договора субподряда на оказания консалтинговых услуг. Бизнес-моделирование Цель фазы: Группа внедрения должна получить по возможности наиболее полное представление о Предприятии – достаточное для проведения полноценного тестирования будущей модели предприятия. Предприятие получает возможность уточнить и дополнить перечень целей внедрения, оценить реальность их достижения путем рассмотрения сценариев внедрения и проектного решения. Результаты: 1. Пояснительная записка – обследование предприятия 2. Предварительный перечень целей внедрения 3. Предварительный план мероприятий по структурно-функциональному реинжинирнгу предприятия 4. Предварительный сценарий внедрения 5. Проектное решение · Блок-схемы бизнес - процессов · Табличные описания функций · Макеты выходных документов. · Вербальное описание методик работы с системой 6. Окончательный план мероприятий по структурно-функциональному реинжинирнгу предприятия 7. Уточненный сценарий внедрения (Фаза 1) Пилотное тестирование Цель фазы: Предприятие получает возможность протестировать систему, т.е. получить представление о степени готовности своих сотрудников и управляющего состава к работе в новой системе. Результаты: 1. Адаптированная бизнес-модель предприятия 2. Описание контрольного примера тестирования 3. Дополнения к проектному решению: · Образцы выходных форм · Справочники · Перечень рабочих мест системы · Служебные инструкции пользователей · Должностные инструкции · Регламенты взаимодействия отделов · Методики управления · Копия приказа о порядке запуска системы в опытную эксплуатацию 4. Акт приемки тестовой эксплуатации системы 5. Перечень замечаний по доработке модели 6. Приказ об учетной политике 7. Уточненный сценарий внедрения (Фаза 2) – план «миграции» – перехода на новую систему Внедрение и развертывание Цель фазы: Начать промышленную эксплуатацию ИСУ. Результаты: 1. Акт выверки сконвертированных данных 2. Регламенты взаимодействия ИСУ БААН с существующими системами 3. Приказы по предприятию (в соответствии с перечнем мероприятий по реинжинирингу) 4. Акт приемки системы в промышленную эксплуатацию с перечнем доработок и оценкой степени достижения поставленных целей. Методика проведения обследования бизнес-процессов компании Методика позволяет собрать и систематизировать информацию о структуре компании и ее бизнес-процессах, причем, в не зависимости от области ее деятельности и дальнейших методов оптимизации. Контрольные вопросы: На какие фазы разбит процесс внедрения ПО; Какие этапы составляют процесс внедрения; Охарактеризуйте этап Бизнес-моделирование Охарактеризуйте этап Тестирование Охарактеризуйте этап Опытная эксплуатация ЛЕКЦИЯ 4 Типовые функции инструментария для автоматизации процесса внедрения информационной системы План. 1. Контрольный опрос 2. Виды инструментария внедрения 3. Алгоритмы автоматизации 4. Разработка скриптов для развертывания Аббревиатура CASE (Computer-aided Software Engineering – автоматизированная разработка ПО) обозначает специальный тип программного обеспечения, предназначенного для поддержки таких процессов создания ПО, как разработка требований, проектирование, кодирование и тестирование программ. Поэтому к CASE- средствам относятся редакторы проектов, словари данных, компиляторы, отладчики, средства построения систем и т.п. CASE-технологии предлагают поддержку процесса создания ПО путем автоматизации некоторых этапов разработки, а также создания и предоставления информации, необходимой для разработки. Приведем примеры тех процессов, которые можно автоматизировать с помощью CASE-средств. 1. Разработка графических моделей системы на этапах создания спецификации и проектирования. 2. Проектирование структуры ПО с использованием словарей данных, хранящих информацию об объектах структуры и связях между ними. 3. Генерирование пользовательских интерфейсов на основе графического описания интерфейса, создаваемого в диалоговом режиме. 4. Отладка программ на основе информации, получаемой в ходе выполнения программы. 5. Автоматическая трансляция программ, написанных на устаревших языках программирования (например, COBOL), в программы, написанные на современных языках. В настоящее время подходящие CASE-технологии существуют для большинства процессов, выполняемых в ходе разработки ПО. Это ведет к определенному улучшению качества создаваемых программ и повышению производительности труда разработчиков программного обеспечения. Вместе с тем эти достижения значительно уступают тем ожиданиям, которые присутствовали при зарождении CASE-технологии. Тогда считалось, что стоит только внедрить CASE-средства – и можно получить весьма значительное повышение и качества программ, и производительности труда. Фактически это повышение составляет примерно 40% . Хотя и это повышение весьма значительно, CASE- технологии не совершили революции в инженерии программного обеспечения, как ожидалось. Расширение применения CASE-технологии ограничивают два фактора. 1. Создание ПО, особенно этап проектирования, во многом является творческим процессом. Существующие CASE-средства автоматизируют рутинные процессы, попытки привлечь их к решению интеллектуальных и творческих задач проектирования особым успехом не увенчались. 2. Во многих организациях-разработчиках создание ПО – результат работы команды специалистов по программному обеспечению. При этом много времени тратится на "пустое" общение между членами команды разработчиков. В этой ситуации CASE- технологии не могут предложить ничего такого, что способно повысить производительность труда разработчиков. Отомрут ли эти факторы в будущем, пока неясно. Но, на сегодняшний день маловероятно появление CASE-технологии, поддерживающих творческие элементы процесса проектирования систем и коллективный труд команды разработчиков. Однако системы поддержки общего процесса проектирования и групповой работы существуют и используются в процессе создания ПО. В настоящее время сложилась развитая индустрия CASE-средств, круг возможных поставщиков и разработчиков этих программных продуктов очень широк. Контрольные вопросы: Какие преимущества и недостатки имеет концепция автоматизированной разработки ПО; Какие этапы составляют процесс внедрения; Какие существуют виды инструментария внедрения Охарактеризуйте понятие CASE технология Какие этапы создания ПО подразумевает CASE технология. ЛЕКЦИЯ 5 Оценка качества функционирования информационной системы. CASE технология. План. 1. Контрольный опрос 2. Опытное развертывание ИС 3. Выявление ошибок внедрения 4. План исправления ошибок Качество ИС связано с дефектами, заложенными на этапе проектирования и проявляющимися в процессе эксплуатации. Свойства ИС, в том числе и дефектологические, могут проявляться лишь во взаимодействии с внешней средой, включающей технические средства, персонал, информационное и программное окружение. В зависимости от целей исследования и этапов жизненного цикла ИС дефектологические свойства разделяют надефектогенность, дефектабельность и дефектоскопичность. Дефектогенность определяется влиянием следующих факторов: численностью разработчиков ИС, их профессиональными психофизиологическими характеристиками; условиями и организацией процесса разработки ИС; характеристиками инструментальных средств и комплексов ИС; сложностью задач, решаемых ИС; степенью агрессивности внешней среды (потенциальной возможностью внешней среды вносить преднамеренные дефекты, например, воздействие вирусов). Дефектабельность характеризует наличие дефектов ИС и определяется их количеством и местонахождением. Другими факторами, влияющими на дефектабельность, являются: структурно-конструктивные особенности ИС; интенсивность и характеристики ошибок, приводящих к дефектам. Дефектоскопичность характеризует возможность проявления дефектов в виде отказов и сбоев в процессе отладки, испытаний или эксплуатации. На дефектоскопичность влияют: количество, типы и характер распределения дефектов; устойчивость ИС к проявлению дефектов; характеристики средств контроля и диагностики дефектов; квалификация обслуживающего персонала. Оценка качества ИС - задача крайне сложная из-за многообразия интересов пользователей. Поэтому невозможно предложить одну универсальную меру качества и приходится использовать ряд характеристик, охватывающих весь спектр предъявляемых требований. Наиболее близки к задачам оценки качества ИС модели качества программного обеспечения, являющегося одним из важных составных частей ИС. В настоящее время используется несколько абстрактных моделей качества программного обеспечения, основанных на определениях характеристики качества, показателя качества, критерия и метрики. Критерийможет быть определен как независимый атрибут ИС или процесса ее создания. С помощью такого критерия может быть измерена характеристика качества ИС на основе той или иной метрики. Совокупность нескольких критериев определяетпоказатель качества ,формируемый исходя из требований, предъявляемых к ИС. В настоящее время наибольшее распространение получила иерархическая модельвзаимосвязи компонентов качества ИС. Вначале определяются характеристики качества, в числе которых могут быть, например: общая полезность; исходная полезность; удобство эксплуатации. Далее формируются показатели, к числу которых могут быть отнесены: практичность; целостность; корректность; удобство обслуживания; оцениваемость; гибкость; адаптируемость; мобильность; возможность взаимодействия. Каждому показателю качества ставится в соответствие группа критериев. Для указанных показателей приведем возможные критерии. Надо отметить, что один и тот же критерий может характеризовать несколько показателей: практичность -работоспособность, возможность обучения, коммуникативность, объем ввода, скорость ввода-вывода; целостность -регулирование доступа, контроль доступа; эффективность -эффективность использования памяти, эффективность функционирования; корректность -трассируемость, завершенность, согласованность; надежность -точность, устойчивость к ошибкам, согласованность, простоту; удобство обслуживания -согласованность, простоту, краткость, информативность, модульность; оцениваемость -простоту, наличие измерительных средств, информативность, модульность; гибкость -распространяемость, общность, информатирован-ность, модульность; адаптируемость -общность, информативность, модульность, аппаратную независимость, программную независимость; мобильность -информативность, модульность, аппаратную независимость, программную независимость; возможность взаимодействия -модульность, унифицируемость процедур связи, унифицируемость данных. С помощью метрик можно дать количественную или качественную оценку качества ИС. Различают следующие виды метрических шкал для измерения критериев. Первый тип - метрики, которые используют интервальную шкалу, характеризуемую относительными величинами реально измеряемых физических показателей, например, временем наработки на отказ, вероятностью ошибки, объемом информации и других. Второй тип - метрики, которым соответствует порядковая шкала, позволяющая ранжировать характеристики путем сравнения с опорными значениями. Третий тип - метрики, которым соответствуют номинальная, или категорированная шкала, определяющая наличие рассматриваемого свойства или признака у рассматриваемого объекта без учета градаций по этому признаку. Так, например,интерфейс может быть "простым для понимания", "умеренно простым", "сложным для понимания". Развитием иерархического подхода является представленная на рис.1 модель классификации критериев качестваинформационных систем. С помощью функциональных критериев оценивается степень выполнения ИС основных целей или задач. Конструктивные критерии предназначены для оценки компонент ИС, не зависящих от целевого назначения. Одним из путей обеспечения качества ИС является сертификация .В США Радиотехническая комиссия по аэронавтике в своем руководящем документе определяет процесс сертификации следующим образом: Рис. 1.Модель классификации критериев качества информационных систем " Сертификация - процесс официально выполняемой функции системы ... путем удостоверения, что функция ... удовлетворяет требованиям заказчика, а также государственным нормативным документам". В настоящее время не существует стандартов, полностью удовлетворяющих оценке качества ИС. В западноевропейских странах имеется ряд стандартов, определяющих основы сертификации программных систем. Стандарт Великобритании (BS750) описывает структурные построения программных систем, при соблюдении которых может быть получен документ, гарантирующий качествона государственном уровне. Имеется международный аналог указанного стандарта (ISO9000) и аналог для стран-членов НАТО (AQAP1). Существующая в нашей стране система нормативно- технических документов относит программное обеспечение к "продукции производственно-технического назначения", которая рассматривается как материальный объект. Однако программное обеспечение является скорее абстрактной нематериальной сферой. Существующие ГОСТы (например, ГОСТ 28195-89 "Оценкакачества программных средств. Общие положения") явно устарели и являются неполными. 2. Стандарты управления качеством промышленной продукции Международные стандарты серии ISO 9000 разработаны для управления качеством продукции, их дополняют стандарты серии ISO14000, отражающие экологические требования к производству промышленной продукции. Хотя эти стандарты непосредственно не связаны с CALS- стандартами, их цели - совершенствование промышленного производства, повышение его эффективности - совпадают. Очевидно, что управление качеством тесно связано с его контролем. Контроль качества традиционно основан на измерении показателей качества продукции на специальных технологических операциях контроля и выбраковке негодных изделий. Однако есть и другой подход к управлению качеством, который основан на контроле качественных показателей не самих изделий, апроектных процедур и технологических процессов, используемых при создании этих изделий. Такой подход во многих случаях более эффективен. Он требует меньше затрат, поскольку позволяет обойтись без стопроцентного контроля продукции и благодаря предупреждению появления брака снижает производственные издержки. Именно этот подход положен в основу стандартов ISO 9000, принятых ISO в 1987 г. и проходящих корректировку приблизительно каждые пять лет. Стратегия CALS предполагает два этапа создания единого информационного пространства: - автоматизация отдельных процессов жизненного цикла изделия и представление данных о них в электронном виде согласно международным стандартам. - интеграция автоматизированных процессов и относящихся к ним данных в составе единого информационного пространства. Для реализации стратегии CALS используются следующие методы: 1. Технологии анализа и реинжиниринга бизнес-процессов - методы реструктуризации функционирования предприятия. Эти технологии позволяют корректно перейти от бумажного к электронному документообороту и внедрить в процессе автоматизации новые методы разработки изделий (параллельное проектирование, междисциплинарные рабочие группы и т. п.). 2. Технологии представления данных об изделии - методы стандартизированного представления в электронном виде данных, относящихся к отдельным процессам ЖЦ изделия (1-й этап создания информационного пространства). 3. Технологии интеграции данных об изделии - методы интеграции автоматизированных процессов ЖЦ и относящихся к ним данных (2-й этап формирования ИП). Для интеграции всех данных в рамках ИП применяются системы управления данными об изделии. Их задача - аккумулировать всю информацию, создаваемую прикладными системами, в единую модель. Процесс взаимодействия этих систем и прикладных систем строится на основе стандартных интерфейсов, которые условно можно разделить на четыре группы: 1. Функциональные стандарты - отслеживают организационную процедуру взаимодействия компьютерных систем. Например в стандарте IDEF (Integrate Computer Automated Manufacturing DEFinition - семейство методов и технологий для создания сложных систем и проектирования компьютерных систем), IDEF0 - моделирование функций. 2. Информационные стандарты - предлагают модель данных, используемую всеми участниками жизненного цикла. Например, ISO 10303 STEP. 3. Стандарты на программную архитектуру - задают архитектуру программных систем, необходимую для организации взаимодействия без участия человека. Например, COBRA. 4. Коммуникационные стандарты - указывают способ физической передачи данных по локальным и глобальным сетям. Например, Интернет-стандарты. CALS-методология независима от предметной области и активно применяется при создании сложной наукоемкой продукции как военного, так и гражданского назначения, срок жизни которой, с учетом различных модернизаций, составляет десятки лет. Как правило, она разрабатывается с привлечением многочисленных субподрядчиков, и философия CALS подразумевает прозрачные и легкие коммуникации исполнителей друг с другом и покупателями. Контрольные вопросы: Какие факторы имеют дефектологические методы оценки ; Назовите характеристики качества; Назовите критерии качества; Что такое CALLS технологии; |