Содержание
- 2. 3. СРЕДСТВА АВТОМАТИЗАЦИИ ПРОЕКТИРОВАНИЯ ИС. CASE-СИСТЕМЫ 4. ОЦЕНКА КАЧЕСТВА ИНФОРМАЦИОННОЙ СИСТЕМЫ. КРИТЕРИИ КАЧЕСТВА ИС 5. РЕИНЖИНИРИНГ
- 3. Средства автоматизации проектирования ИС. CASE- системы
- 4. Технология проектирования ИС – совокупность методов и средств проектирования ИС, а также организации и управления, внедрения
- 5. Средства проектирования ИС нормативно-правовые документы (стандарты, руководящие документы) системы классификации и кодирования информации системы проектной документации
- 6. Средства проектирования ИС модели ИС и их компонентов методики анализа и принятия проектных решений программные средства
- 7. Средства автоматизации проектирования ИС. CASE-системы — инструменты автоматизации процессов проектирования и разработки программного обеспечения для системного
- 8. CASE-средства
- 9. CASE (англ. Сomputer-Aided Software Engineering)– программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и
- 10. Виды современных CASE-средств простые средства анализа и документирования полномасштабные средства автоматизации, покрывающие весь жизненный цикл ПО
- 11. Характерные особенности CASE-средств: мощные графические средства для описания и документирования ИС, обеспечивающие удобный интерфейс с разработчиком
- 12. Характерные особенности CASE-средств: интеграция отдельных компонент CASE-средств, обеспечивающая управляемость процессом разработки ИС;
- 13. Характерные особенности CASE-средств: использование специальным образом организованного хранилища проектных метаданных (репозитория);
- 14. Компоненты интегрированной CASE-системы (комплекс средств, поддерживающих полный ЖЦ ПО) репозитарий графические средства анализа и проектирования; средства
- 15. Компоненты интегрированной CASE-системы средства конфигурационного управления; средства документирования; средства тестирования; средства управления проектом; средства реинжиниринга
- 16. Архитектура CASE-системы РЕПОЗИТАРИЙ (словарь данных) Графический редактор диаграмм Верификатор диаграмм Администратор проекта Сервис Документатор проекта
- 17. Архитектура CASE-системы Ядром системы является ─ репозитарий. Он представляет собой специализированную базу данных, предназначенную для отображения
- 18. Архитектура CASE-системы Графический редактор выполняет операции: создание элементов диаграмм и взаимосвязей между ними; задание описания элементов
- 19. Архитектура CASE-системы Верификатор диаграмм служит для контроля правильности построения диаграмм в заданной методологии проектирования ИС, выполняет
- 20. Архитектура CASE-системы Документатор проекта позволяет получать информацию о состоянии проекта в виде различных отчетов, которые могут
- 21. Архитектура CASE-системы Администратор проекта представляет собой инструменты, необходимые для выполнения следующих административных функций: инициализации проекта; задания
- 22. Архитектура CASE-системы Сервис – набор системных утилит по обслуживанию репозитария, которые выполняют функции архивации данных, восстановления
- 23. Для CASE существенны 4 типа диаграмм: функционального проектирования (DFD – диаграммы потоков данных), моделирования данных (ERD
- 24. Современные диаграммеры обеспечивают: создание иерархически связанных диаграмм, в которых комбинируются графические и текстовые объекты; создание и
- 25. Основные классификационные признаки CASE-средств: по категориям; по типам
- 26. Классификация по категориям определяет степень интегрированности по выполняемым функциям: локальные средства, решающие небольшие автономные задачи (tools),
- 27. Классификация по типам отражает функциональную ориентацию CASE-средств на те или иные процессы ЖЦ, в основном совпадает
- 28. Средства анализа (Upper CASE) предназначены для построения и анализа моделей предметной области (Design/IDEF, BPwin);
- 29. Средства анализа и проектирования (Middle CASE) поддерживают наиболее распространенные методологии проектирования и используются для создания проектных
- 30. Средства проектирования БД входят в состав (DataBase Designer – ORACLE, AllFusion ERwin Data Modeler (ERWin) –
- 31. Средства разработки приложений К ним относятся средства 4GL (Uniface, JAM, PowerBuilder, Developer/2000, New Era и др.)
- 32. Средства реинжиниринга обеспечивают анализ программных кодов и схем баз данных и формирование на их основе различных
- 33. Помимо этого, CASE-средства можно классифицировать по следующим дополнительным признакам: применяемым методологиям и моделям систем и БД;
- 34. Вспомогательные типы включают: средства планирования и управления проектом (SE Companion, Microsoft Project и др.); средства конфигурационного
- 35. Преимущества CASE-технологии по сравнению с традиционной технологией проектирования: Улучшение качества разрабатываемого программного приложения за счет средств
- 36. Стратегия выбора CASE-систем для конкретного применения зависит как от целей и потребностей самого проекта, так и
- 37. При выборе CASE-системы учитываются следующие аспекты: Обеспечение качества проектной документации; Автоматическая генерация отчетов о проектных решения;
- 38. На сегодняшний день рынок программного обеспечения СНГ располагает следующими наиболее развитыми CASE-средствами: Vantage Team Builder (Westmount
- 39. Оценка качества информационной системы. Критерии качества ИС
- 40. Оценка качества информационной системы. Критерии качества ИС
- 41. Качество ИС связано с дефектами, заложенными на этапе проектирования и проявляющимися в процессе эксплуатации ИС. Свойства
- 42. В зависимости от целей исследования и этапов жизненного цикла ИС дефектологические свойства разделяют на : дефектогенность,
- 43. Дефектогенность определяется влиянием следующих факторов: численность разработчиков ИС, их профессиональные психофизиологические характеристики; условия и организация процесса
- 44. Дефектабельность характеризует наличие дефектов ИС и определяется их количеством и местонахождением. Другими факторами, влияющими на дефектабельность,
- 45. Дефектоскопичность характеризует возможность проявления дефектов в виде отказов и сбоев в процессе отладки, испытаний или эксплуатации.
- 46. На дефектоскопичность влияют: количество, типы и характер распределения дефектов; устойчивость ИС к проявлению дефектов; характеристики средств
- 47. Оценка качества ИС - задача крайне сложная из-за многообразия интересов пользователей. Поэтому невозможно предложить одну универсальную
- 48. Показатели качества ИС: практичность; целостность; корректность; удобство обслуживания; оцениваемость; гибкость; адаптируемость; мобильность; возможность взаимодействия.
- 49. Каждому показателю качества ставится в соответствие группа критериев. Один и тот же критерий может характеризовать несколько
- 50. практичность - работоспособность, возможность обучения, коммуникативность, объем ввода, скорость ввода-вывода; целостность - регулирование доступа, контроль доступа;
- 51. надежность - точность, устойчивость к ошибкам, согласованность, простоту; удобство обслуживания - согласованность, простоту, краткость, информативность, модульность;
- 52. Сопоставление показателей и критериев качества ИС удобство обслуживания - согласованность, простоту, краткость, информативность, модульность; оцениваемость -
- 53. С помощью метрик можно дать количественную или качественную оценку качества ИС. Различают следующие виды метрических шкал
- 54. Первый тип - метрики, которые используют интервальную шкалу, характеризуемую относительными величинами реально измеряемых физических показателей, например,
- 55. Второй тип - метрики, которым соответствует порядковая шкала, позволяющая ранжировать характеристики путем сравнения с опорными значениями.
- 56. Третий тип - метрики, которым соответствуют номинальная, или категорированная шкала, определяющая наличие рассматриваемого свойства или признака
- 57. Критерии качества информационных систем Функциональные критерии оценивают степень выполнения ИС основных целей или задач. Конструктивные критерии
- 59. Одним из факторов обеспечения качества ИС является сертификация - деятельность по подтверждению соответствия продукта требованиям заказчика,
- 60. Стандарты качества Стандарты нужны: потребителям ИС — для выбора техники, упорядочения деятельности и взаимодействия с поставщиками;
- 61. Рекомендации по оценке качества ИС Для каждой характеристики качества рекомендуется формировать меры и шкалу измерений с
- 62. Функциональная пригодность – наиболее неопределенная и объективно трудно оцениваемая характеристика программного средства. Области применения, номенклатура и
- 63. Оценка корректности программных средств – формальное определение степени соответствия комплекса реализованных программ исходным требованиям контракта, технического
- 64. Оценка способности к взаимодействию – определение качества совместной работы компонентов программных средств и баз данных с
- 65. Оценка защищенности программных средств – определение полноты использования доступных методов и средств защиты программного средства от
- 66. Оценка надежности - измерение количественных метрик характеристик в использовании: завершенности, устойчивости к дефектам, восстанавливаемости и доступности/готовности.
- 67. Потребность в ресурсах памяти и производительности компьютера в процессе решения задач значительно изменяется в зависимости от
- 68. Оценка практичности программных средств проводится экспертами и включает определение понятности, простоты использования, изучаемости и привлекательности программного
- 69. Сопровождаемость оценивается полнотой и достоверностью документации о состояниях программного средства и его компонентов, всех предполагаемых и
- 70. Оценка мобильности - качественное определение экспертами адаптируемости, простоты установки, совместимости и замещаемости программ, выражаемое в баллах.
- 71. В настоящее время не существует стандартов, полностью удовлетворяющих оценке качества ИС.
- 72. В западноевропейских странах имеется ряд стандартов, определяющих основы сертификации программных систем
- 73. Оценка эффективности ИС
- 74. Инструменты оценки эффективности внедрения ИС
- 75. Реинжиниринг и его место в ЖЦ ИС. Методы и технологии реинжиниринга ИС
- 76. Сегодня можно говорить, что время, когда разработчики ИС приходили в организацию и начинали проекты информатизации «с
- 77. Основные понятия Инжиниринг бизнеса — это набор приемов и методов, которые компания использует для проектирования бизнеса
- 78. Определения бизнес-процессов: Бизнес-процесс – несколько связанных работ или процедур, в совокупности реализующих конкретную цель текущей деятельности
- 79. Бизнес-процессы и функции состоят из работ; Различие между процессами и функциями заключается в различии способов объединения
- 80. Реинжиниринг обладает следующими свойствами: отказ от устаревших правил и подходов и начало делового процесса как бы
- 81. Направления перепроектирования бизнес-процессов: несколько рабочих процедур, выполнявшихся ранее различными сотрудниками, объединяются в одну — горизонтальное сжатие
- 82. Направления использования ИТ в реинжиниринге бизнес-процессов: применение методов ИТ для анализа и конструирования бизнес-процессов; создание новых
- 83. Факторы, влияющие на успешность реализации проекта по реинжинирингу Поддержка проекта высшим руководством от начала до конца;
- 84. Сразу следует признать, что в настоящий момент понятие «реинжиниринг ИС» не является повсеместно устоявшимся. в качестве
- 85. Структурные изменения посредством ИТ
- 86. Реинжиниринг представляет собой систематическую трансформацию существующей системы с целью улучшения ее характеристик качества, поддерживаемой ею функциональности,
- 87. Подходы, методы и технологии миграции, модернизации, эволюции ИС следует считать частью методологического и инструментально - технологического
- 88. В контексте деятельности по реинжинирингу вводятся следующие понятия прямой инжиниринг (Forward engineering); редокументирование (Redocumentation); рефакторинг (Refactoring);
- 89. Перечисленные понятия раскрывают понятие «реинжиниринг ИС», а соотносимая с ними деятельность рассматривается либо как одна из
- 90. Утверждается, что реинжиниринг ИС занимает промежуточное местоположение по отношению к разработке и сопровождению ИС. При этом
- 91. В контексте исследований, связанных с эволюцией ИС, выделяются деятельности по сопровождению, модернизации и замещению ИС.
- 92. Сопровождение ИС представляет собой пошаговый итеративный процесс, в рамках которого выполняются малые изменения в системе, не
- 93. В отличие от сопровождения модернизация ИС характеризуется как деятельность, которая предусматривает значительные изменения существующей системы (в
- 94. Замещение ИС рассматривается как процесс, который заключается во внедрении новой системы, способной полностью заменить существующую ИС.
- 95. Жизненный цикл ИС Определяя место видов деятельности реинжиниринга в контексте ЖЦ ИС, рассматривается следующая последовательность их
- 96. Первоначально, осуществляется разработка (построение) ИС. Далее выполняется деятельность по ее сопровождению. В процессе сопровождения возникает необходимость
- 97. В тот момент, когда ИС перестает удовлетворять требованиям заказчика, осуществляется замещение на новую систему и последовательность
- 98. Основные виды деятельности (фазы) проведения реинжиниринга: оценка показателей проекта по реинжинирингу, в том числе характеристик унаследованной
- 99. Другой подход к определению деятельности по реинжинирингу базируется на так называемой модели «подкова». В основу данной
- 100. Основные процессы модели в виде «подковы»
- 101. Следует признать, что модель «подкова» находит широкое применение в рамках деятельности, связанной с реинжинирингом ИС. На
- 102. Модель «Подкова» разрабатывалась: для представления на основе программного кода (Code-based Management System) требуемой для систем управления
- 103. Этапы процесса реинжиниринга: формирование команды реинжиниринга; анализ требований для выявления конкретных целей реинжиниринга унаследованной системы; восстановление
- 104. Общепринято выделять следующих участников процесса реинжиниринга: лидер проекта; руководящий комитет наблюдателей; специалист, отвечающий за развитие методик
- 105. Методы и технологии реинжиниринга ИС В настоящий момент существует значительное количество литературы, посвященной проблемам, методам и
- 106. Несмотря на наличие множества различных решений, их исследование и комплексное применение на практике бывает затруднено. Причинами
- 107. решения не интегрированы на уровне методологий и технологий, большое количество методов и инструментальных средств направлено на
- 108. Классифицируя существующие подходы, методы и технологии, можно выделить следующие уровни рассмотрения и исследования аспектов, соотносимых с
- 109. Первый уровень включает исследования, направленные на достижение концептуального понимания деятельности по реинжинирингу ИС. Именно на этом
- 110. Уровни рассмотрения и исследования аспектов реинжиниринга ИС
- 111. Второй уровень содержит исследования, основная цель которых заключается в выявлении основных шагов (действий), реализуемых в процессе
- 112. Уровни рассмотрения и исследования аспектов реинжиниринга ИС
- 113. На третьем уровне рассматриваются (исследуются и разрабатываются) методы, каждый из которых направлен на решение некоторой локальной
- 114. Примером процесса, направленного на решение локальной задачи, является итеративный процесс, определяющий следующую последовательность шагов, которые должны
- 115. Определение среды разработки и сопровождения, базирующейся на применении модели оценки уровня зрелости ИТ-инфраструктуры. Выбор стандартного множества
- 116. Условно, все методы реинжиниринга ИС можно разделить на два класса. Методы, относящиеся к первому классу, определены
- 117. К другому классу относятся: методы оценки вариантов реинжиниринга ИС, метод планирования миграции программных средств, методы извлечения
- 118. При проектировании используются различные методологии и соответствующие нотации: SADT: IDEF0, IDEF3, DFD ORACLE Diagram BAAN Diagram
- 119. Программные продукты, реализующие методологию IDEF0: Business Studio CA AllFusion Process Modeler 7 (ранее BPwin) Corel iGrafx
- 120. Опыт реализации реинжиниринга бизнес-процессов Опыт IBM Credit Corporation, филиал IBM: занимается кредитованием клиентов, которым IBM продает
- 121. Опыт Ford Motor: решено сократить расходы в отделении оплаты счетов, где работало более 500 человек. Отделение
- 122. Основная задача любого успешного проекта обеспечить: требуемую функциональность системы и степень адаптации к изменяющимся условиям ее
- 124. Скачать презентацию