Разделы презентаций
- Разное
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Геометрия
- Детские презентации
- Информатика
- История
- Литература
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Проектирование ИС
Содержание
- 1. Проектирование ИС
- 2. Технология проектирования
- 3. Технология проектирования ИС - это совокупность методологии
- 4. Цель методологии проектирования ИС заключается в регламентации
- 5. Под проектом ИС следует понимать проектно-конструкторскую и
- 6. Под проектированием ИС следует понимать процесс преобразования
- 7. В основе технологии проектирования лежит технологический процесс,
- 8. К основным требованиям, предъявляемым к выбираемой технологии
- 9. Основная задача любого успешного проекта заключается в
- 10. Методы проектирования ИС можно классифицировать по степени
- 11. Методы проектированияПо степени адаптивности проектных решений методы проектирования классифицируются на методы:реинжениринг;параметрической адаптации;структурной адаптации модели.
- 12. Классификация типовых методов проектирования
- 13. Необходимо учитывать, что средства проектирования должны быть:инвариантными
- 14. Множество средств проектирования делят на подклассы:системы управления
- 15. Последовательность шагов проектирования системы
- 16. Слайд 16
- 17. Схема реального процесса разработки информационной системы по каскадной модели
- 18. Схема реального процесса разработки информационной системы по спиральной модели
- 19. Основные возможности и преимущества быстрой разработки прототипа информационной системы
- 20. Построение ИС согласно принципу моделирования
- 21. Аналитическое (статическое) и имитационное (динамическое) моделирование
- 22. Моделирование — один из способов исследования и устранения проблем, возникающих в окружающем нас мире.
- 23. Три подхода имитационного моделирования
- 24. Конструкции среды моделирования AnyLogic
- 25. Один из примеров моделирования в Versim
- 26. Цели ИСЦели, стоящие перед информационной системой (ИС),
- 27. В идеале, на предприятии должен работать единый
- 28. Список задачПроанализировать обмен информацией между отделами цеха
- 29. Структура предприятия Построение структуры предприятия можно
- 30. Организационная модель предприятия
- 31. Функциональная модель предприятия
- 32. Информационная модель предприятия
- 33. Функциональная модель магазина
- 34. Функциональная модель технологического отдела
- 35. Функциональная модель складов
- 36. Функциональная модель цеха
- 37. Любой проект по автоматизации должен начинаться с
- 38. Потребительские свойства информационной системы: Функциональная
- 39. Под целью автоматизации решения задачи подразумевается получение
- 40. Характеристики классов технологий проектирования
- 41. Средства проектирования должны быть:в своем классе инвариантными
- 42. Уровни проектирования средств ВТ
- 43. Для системного и архитектурного уровней следующие задачи
- 44. В задачи микропрограммного и части функцонально-логического
- 45. На функционально-логическом уровне решаются следующие задачи:
- 46. Конструкторское проектирование включает в себя решение задач
- 47. Технологическая схема обобщенного жизненного цикла ФА (функциональная
- 48. Этап по составлению функциональной архитектуры (ФА), представляющей
- 49. Внедрение разработанного проектаПроцесс предполагает выполнение следующих этапов:
- 50. Схема классификации «Методы сбора материалов обследования
- 51. Программа обследования
- 52. Формы документов для формализации материалов обследования
- 53. Классификация информационных систем
- 54. Слайд 54
- 55. Слайд 55
- 56. Проектирование ИС охватывает три основные области: проектирование
- 57. Начальным этапом процесса создания ИС является моделирование
- 58. На этапе проектирования прежде всего формируются модели
- 59. Главная цель проектирования процессов заключается в
- 60. Классификация типовых методов проектирования
- 61. Техническое задание должно быть:точно сформулированным, что позволяет
- 62. Техническое задание включает:требования к информационному обеспечению и
- 63. Эскизный проект (техническое предложение) — это документ,
- 64. Последовательность работ первого этапа создания ИС
- 65. К основным компонентам ТЭО относятся: характеристика исходных
- 66. Схема структуры «Постановка задачи»
- 67. Технологическая документация разрабатывается в соответствии с требованиями
- 68. Последовательность создания технического проекта
- 69. Слайд 69
- 70. Внедрение проекта
- 71. На этапе «Сдача проекта в промышленную эксплуатацию»
- 72. В процессе сдачи проекта в промышленную эксплуатацию
- 73. Основные понятия и классификация CASE-технологий Большинство существующих CASE-систем
- 74. Преимущества CASE-технологии по сравнению с традиционной технологией
- 75. CASE-технология в рамках методологии включает в себя
- 76. Архитектуру CASE-средства
- 77. Определение потребностей в CASE-средствах
- 78. Процесс внедрения CASE-средств состоит из следующих этапов:определение
- 79. Процесс оценки и выбора может преследовать несколько
- 80. Модель процесса оценки и выбора
- 81. Сравнение функциональных возможностей систем
- 82. Экспертная оценка применения инструментальных средств моделирования бизнес-процессов
- 83. Основными идеями функционально-ориентированной CASE-технологии являются идеи структурного
- 84. В качестве инструментальных средств структурного анализа и
- 85. IDEF1X-диаграмма. Состав атрибутов сущностей Диаграммы "сущность-связь"
- 86. Диаграммы потоков данных (Data Flow Diagrams, DFD), которые служат для формализации представления функций системы
- 87. Пример диаграммы переходов состояний
- 88. Диаграммы переходов состояний (State Transition Diagrams, STD),
- 89. Объектно-ориентированное проектирование информационных систем Структурная декомпозиция информационной
- 90. Система объектно-ориентированных моделей в соответствии
- 91. Создать диаграмму последовательности и диаграмму классов «Составление
- 92. График отпусков в Rational Rose
- 93. Рабочий интерфейс
- 94. Слайд 94
- 95. IBM Rational Rose Data ModelerIBM Rational Rose
- 96. Пример разработки диаграммы вариантов использования в среде Rational Rose
- 97. Пример графического изображения диаграммы классов в среде Rational Rose
- 98. Пример графического изображения диаграммы состояний в среде Rational Rose
- 99. Пример графического изображения диаграммы последовательности в окне диаграммы среды Rational Rose
- 100. Пример графического изображения диаграммы кооперации
- 101. Пример графического изображения диаграммы компонентов
- 102. Пример графического изображения диаграммы развертывания в среде Rational Rose
- 103. Наиболее удобным языком моделирования бизнес-процессов является IDEF0,
- 104. Цель моделирования определяется из ответов на следующие
- 105. IDEF0-модель предполагает
- 106. Основу методологии IDEF0 составляет графический язык описания
- 107. Модель может содержать четыре типа диаграмм: контекстную
- 108. Контекстная диаграмма является вершиной древовидной структуры диаграмм
- 109. Диаграмма дерева узлов показывает иерархическую зависимость работ,
- 110. Инструментальная среда BPwinПанель инструментов представлена следующими кнопками
- 111. Процесс построения информационной модели в BPwin состоит
- 112. Работы (Activity)обозначают поименованные процессы,
- 113. Диалог создания модели
- 114. Построение модели IDEF0. Контекстная диаграммаДля определения контекста
- 115. В диаграммах IDEF0 имеется четыре основных типа
- 116. Стрелка входаСтрелка входа рисуется как входящая в
- 117. Стрелка управлениеУправление(Control) — правила, стратегии, процедуры или
- 118. Стрелка выходаВыход(Output) — материал или информация, которые
- 119. Стрелки механизма и вызоваМеханизм(Mechanism) — ресурсы, которые
- 120. Стрелка вызова, появляющаяся при расщеплении модели
- 121. Граничные стрелкиСтрелки на контекстной диаграмме служат для
- 122. Диалог IDEF0 Arrow Properties Стрелки управления, входа,
- 123. Имя блока и другие его свойства вводятся
- 124. ДекомпозицияДекомпозиционное разложение модели используется в моделировании бизнес-процессов,
- 125. ICOM-кодыДиаграмма декомпозиции предназначена для детализации работы. В
- 126. Слайд 126
- 127. Включение опции ICOM codes на закладке Display
- 128. Пример диаграммы декомпозиции
- 129. Диалоговое окно для формирования отчета по модели
- 130. Редактор задания свойств работы
- 131. Предварительный просмотр отчета
- 132. Языки программированияНа данный момент доминируют объектно-ориентированные языки
- 133. В таблице приведены данные популярности языков (из более чем 8500, существующих сегодня).
- 134. СИЯзык программирования Си отличается минимализмом. Авторы языка
- 135. Компиляторы разрабатываются сравнительно легко благодаря относительно низкому
- 136. Язык программирования Java Java –
- 137. Особенность Java Другой важной особенностью технологии
- 138. Ряд усовершенствованийJava: - применение технологии трансляции байт-кода
- 139. Язык программирования Python Python — высокоуровневый язык программирования
- 140. Основные архитектурные черты Python поддерживает несколько парадигм программирования,
- 141. Особенности языка Python — активно развивающийся язык программирования,
- 142. Появившись сравнительно поздно, Python создавался под влиянием
- 143. Скачать презентанцию
Технология проектирования
Слайды и текст этой презентации
Слайд 3Технология проектирования ИС - это совокупность методологии и средств проектирования
ЭИС , а также методов и средств организации проектирования
Слайд 4Цель методологии проектирования ИС заключается в регламентации процесса проектирования ИС
и обеспечении управления этим процессом с тем, чтобы гарантировать выполнение
требований как к самой ИС, так и к характеристикам процесса разработки.Внедрение методологии должно приводить к снижению сложности процесса создания ИС за счет полного и точного описания этого процесса, а также применения современных методов и технологий создания ИС на всем жизненном цикле ИС - от замысла до реализации.
Слайд 5Под проектом ИС следует понимать проектно-конструкторскую и технологическую документацию, в
которой представлено описание проектных решений по созданию и эксплуатации ИС
в конкретной программно-технической среде.
Слайд 6Под проектированием ИС следует понимать процесс преобразования входной информации об
объекте проектирования, о методах проектирования и об опыте проектирования объектов
аналогичного назначения в соответствии с ГОСТом в проекте ИС. Следовательно, проектирование ИС сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла ИС: планирования и анализа требований, технического и рабочего проектирования, внедрения и эксплуатации ИС.
Слайд 7В основе технологии проектирования лежит технологический процесс, который определяет действия,
их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения
этих действий. Технологический процесс проектирования ИС делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Действия, которые выполняются при проектировании ИС, могут быть определены как неделимые технологические операции или как подпроцессы технологических операций.
Слайд 8К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
созданный
проект должен отвечать требованиям заказчика;
выбранная технология должна максимально отражать все
этапы цикла жизни проекта;выбираемая технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;
технология должна быть основой связи между проектированием и сопровождением проекта;
технология должна способствовать росту производительности труда проектировщика;
технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;
технология должна способствовать простому ведению проектной документации.
Слайд 9Основная задача любого успешного проекта заключается в том, чтобы на
момент запуска системы и в течение всего времени ее эксплуатации
можно было обеспечить:требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования;
требуемую пропускную способность системы;
требуемое время реакции системы на запрос;
безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей;
простоту эксплуатации и поддержки системы;
необходимую безопасность.
Слайд 10Методы проектирования ИС можно классифицировать по степени использования средств автоматизации,
типовых проектных решений, адаптивности к предполагаемым изменениям.
Слайд 11Методы проектирования
По степени адаптивности проектных решений методы проектирования классифицируются на
методы:
реинжениринг;
параметрической адаптации;
структурной адаптации модели.
Слайд 13Необходимо учитывать, что средства проектирования должны быть:
инвариантными к объекту проектирования
в своем классе;
охватывать в совокупности все этапы жизненного цикла информационной
системы;технически, программно и информационно совместимыми;
простыми в освоении и применении;
экономически целесообразными.
Слайд 14Множество средств проектирования делят на подклассы:
системы управления базами данными (СУБД)
и т.д.;
методоориентированные пакеты прикладных программ (решение задач дискретного программирования, математической
статистики и т.п.);пакеты интеллектуальных информационных технологий;
базы знаний типовых проектов;
средства поддержки дерева версий и документирования проекта;
средства системного моделирования, CASE-средства.
Слайд 22Моделирование — один из способов исследования и устранения проблем, возникающих
в окружающем нас мире
.
Слайд 26Цели ИС
Цели, стоящие перед информационной системой (ИС), должны соответствовать миссии
и списку КФУ предприятия и, как правило, следуют из структурных
проблем предприятия. ИС призвана устранить те проблемы, которые можно решить при помощи оптимизации информационного аспекта деятельности предприятия.
Слайд 27В идеале, на предприятии должен работать единый программный комплекс, связывающий
работу разных специалистов на различных рабочих местах в единую технологическую
и информационную цепочку. Для этого составляется список первоначальных целей, стоящих перед ИС.
Слайд 28Список задач
Проанализировать обмен информацией между отделами цеха и директором. По
возможности упростить передачу, сделать ее более эффективной, устранить дублирование информации.
Автоматизировать документооборот внутри предприятия. Это позволит сократить ручные операции, ускорить обработку информации, повысить точность учета и, самое главное, сократить время обработки заказов. Руководство предприятия в любой момент времени будет иметь необходимую оперативную информацию.
Слайд 29Структура предприятия
Построение структуры предприятия можно разбить на три
шага: построение организационной модели, построение функциональной модели и построение информационной
модели.
Слайд 37Любой проект по автоматизации должен начинаться с самой важной и
нелегкой задачи – согласования планируемых результатов проекта с миссией и
стратегическими целями предприятия. Решение о целесообразности реализации проекта должно приниматься исходя из того, насколько он соответствует стратегии, целям компании и путям их достижения.
Слайд 38
Потребительские свойства информационной системы:
Функциональная полнота- система должна обеспечивать получению любой
необходимой пользователю информации на некотором заданном интервале времени.
Временная обеспеченность
- возможность получения нужной информации в требуемое время.Функциональная надежность- получение безошибочной информации в заданные сроки.
Эффективность - система должна приносить пользу.
Адаптивность - система должна обладать способностью приспосабливаться к частично изменившимся условиям объекта и обеспечивать устойчивое функционирование на большом интервале времени.
Иерархическая агрегатируемость - возможность быть составной частью с системой более высокого уровня.
Слайд 39Под целью автоматизации решения задачи подразумевается получение определенных значений экономического
эффекта в сфере управления какими-либо процессами системы или снижение стоимостных
и трудовых затрат на обработку информации, улучшение качества и достоверности получаемой информации, повышение оперативности ее обработки и т.д., т.е. получение косвенного и прямого эффекта от внедрения данной задачи.Под экономической сущностью решаемой задачи понимаются состав экономических показателей, рассчитываемых при ее решении, документы, в которые заносятся эти показатели, перечень исходных показателей, необходимых для получения результатных и наименования тех первичных документов, в которых они содержатся.
Слайд 41Средства проектирования должны быть:
в своем классе инвариантными к объекту проектирования;
охватывать
в совокупности все этапы жизненного цикла ЭИС;
технически, программно и информационно
совместимыми;простыми в освоении и применении;
экономически целесообразными.
Слайд 43Для системного и архитектурного уровней следующие задачи для определение принципов
организации ВС
выбор архитектуры, уточнение функций ВС и их разделение на
функции, реализуемые аппаратным и программным путем;разработка структурных схем, определения состава устройств и способов их взаимодействия;
определение требований к выходным параметрам устройств и формирование ТЗ на разработки отдельных устройств ЭВМ.
Слайд 44
В задачи микропрограммного и части функцонально-логического уровня входят:
детализация выполняемых
устройствами функций и их алгоритмизация;
выбор принципов организации средств ВТ- тип
микропроцессора, запоминающего устройства и других устройств (микросхем), их декомпозиция;разработка микропрограмм и последовательность их выполнения;
синтез конечных автоматов, реализующих заданные функции.
Слайд 45На функционально-логическом уровне решаются следующие задачи:
синтез функциональных и принципиальных схем;
проверка
работоспособности разработанных блоков с учетом задержек и ограничений выбранной элементной
базы;разработка контролирующих и диагностирующих тестов;
формулировка ТЗ для схемотехнического уровня проектирования.
Слайд 46Конструкторское проектирование включает в себя решение задач следующих групп:
коммутационно-монтажного проектирования;
размещение
элементов на платах и трассировка элементов соединений;
обеспечение допустимых тепловых режимов;
конструирование
элементов – механических узлов внешних устройств;изготовление конструкторской документации.
Слайд 47Технологическая схема обобщенного жизненного цикла
ФА
(функциональная
архитектура)
Конструирование
системы
Опытное
внедрение
Сдача
в
промышленную
эксплуатацию
Эксплуатация
и сбор
статистики
СА
(системная
архитектура)
Проект
системы
Результаты
Результаты
Статистика
Слайд 48Этап по составлению функциональной архитектуры (ФА), представляющей собой совокупность функциональных
подсистем и связей между ними, является наиболее ответственным с точки
зрения качества всей последующей разработки.Построение системной архитектуры (СА) на основе ФА предполагает выделение элементов и модулей информационного, технического, программного обеспечения и других обеспечивающих подсистем, определение связей по информации и управлению между выделенными элементами и разработку технологии обработки информации.
Слайд 49Внедрение разработанного проекта
Процесс предполагает выполнение следующих этапов: опытное внедрение и
промышленное внедрение.
Этап опытного внедрения заключается в проверке работоспособности элементов и
модулей проекта, устранении ошибок на уровне элементов и связей между ними.Этап сдачи в промышленную эксплуатацию заключается в организации проверки проекта на уровне функций и контроля соответствия его требованиям, сформулированным на стадии системного анализа.
Слайд 56Проектирование ИС охватывает три основные области:
проектирование объектов данных, которые будут
реализованы в базе данных;
проектирование программ, экранных форм, отчетов, которые будут
обеспечивать выполнение запросов к данным;учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.
Слайд 57Начальным этапом процесса создания ИС является моделирование бизнес-процессов, протекающих в
организации и реализующих ее цели и задачи. Модель организации, описанная
в терминах бизнес-процессов и бизнес-функций, позволяет сформулировать основные требования к ИС. Это фундаментальное положение методологии обеспечивает объективность в выработке требований к проектированию системы. Множество моделей описания требований к ИС затем преобразуется в систему моделей, описывающих концептуальный проект ИС. Формируются модели архитектуры ИС, требований к программному обеспечению (ПО) и информационному обеспечению (ИО). Затем формируется архитектура ПО и ИО, выделяются корпоративные БД и отдельные приложения, формируются модели требований к приложениям и проводится их разработка, тестирование и интеграция.
Слайд 58На этапе проектирования прежде всего формируются модели данных. Проектировщики в
качестве исходной информации получают результаты анализа. Построение логической и физической
моделей данных является основной частью проектирования базы данных. Полученная в процессе анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных.
Слайд 59 Главная цель проектирования процессов заключается в отображении функций, полученных
на этапе анализа, в модули информационной системы. При проектировании модулей
определяют интерфейсы программ: разметку меню, вид окон, горячие клавиши и связанные с ними вызовы.
Слайд 61Техническое задание должно быть:
точно сформулированным, что позволяет исключить неоднозначность его
понимания разными исполнителями;
должен быть полным, т.е. содержать описание всех
аспектов функционирования системы, в том числе и ее реакцию на ошибочные действия пользователя;должен быть ясным, т.е. текст документа должен быть понятен и пользователю, и разработчику.
Слайд 62Техническое задание включает:
требования к информационному обеспечению и системам разработки;
требования к
системе документирования; требования к составу и содержанию работ (согласно календарному
плану);требования к функциям, реализуемым системой;
требования к порядку контроля и приемки системы.
Слайд 63Эскизный проект (техническое предложение) — это документ, где излагаются основные
концепции построения автоматизированной системы или отдельных ее подсистем. Поскольку в
техническом задании только обозначаются цели, но не указываются пути их решения, то эскизный проект охватывает всю систему и описывает избранные пути решения задачи.
Слайд 65К основным компонентам ТЭО относятся:
характеристика исходных данных о предметной области;
обоснование
цели создания ИС;
обоснование автоматизируемых подразделений, комплекса автоматизируемых задач, выбора комплекса
технических средств, программного и информационного обеспечения;разработка перечня организационно-технических мероприятий по проектированию системы;
расчет и обоснование эффективности выбранного проекта;
выводы о техническом уровне проекта и возможности дальнейших разработок.
Слайд 67Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09 -
82 «Система технологической документации. Термины и определения основных понятий», и
составляет содержание технологического обеспечения ИС, которое можно разделить на несколько типов в соответствии с выделением следующих классов задач, решаемых в ИС:системы обработки данных (СОД);
системы поддержки принятия решений (СППР);
системы автоматизированного проектирования новой продукции (САПР) и т.д.
Слайд 71На этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность
документов
договорная документация;
«Приказ на разработку информационной системы»;
ТЭО и ТЗ;
исправленный «Техно
- рабочий проект»;«Приказ о начале промышленного внедрения»;
«Программа проведения испытаний»;
«Требования к научно-техническому уровню проекта системы».
Слайд 72В процессе сдачи проекта в промышленную эксплуатацию осуществляются следующие работы:
проверка
соответствия выполненной работы договорной документации по времени выполнения, объему проделанной
работы и затратам денежных средств;проверка соответствия проектных решений по информационной системе требованиям технического задания;
проверка соответствия проектной документации стандартам;
проверка технологических процессов обработки данных по всем задачам и подсистемам;
проверка качества функционирования информационной базы, оперативности и полноты ответов на запросы;
выявление локальных и системных ошибок и их исправление.
Слайд 73Основные понятия и классификация CASE-технологий
Большинство существующих CASE-систем ориентировано на автоматизацию
проектирования программного обеспечения и основано на методологиях структурного (в основном)
или объектно-ориентированного проектирования и программирования, использующих спецификации в виде диаграмм или текстов для описания системных требований, связей между моделями системы, динамики поведения системы и архитектуры программных средств. В последнее время стали появляться CASE-системы, уделяющие основное внимание проблемам спецификации и моделирования технических средств.
Слайд 74Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся
к следующему:
улучшение качества разрабатываемого программного приложения за счет средств автоматического
контроля и генерации;возможность повторного использования компонентов разработки;
поддержание адаптивности и сопровождения ЭИС;
снижение времени создания системы, что позволяет на ранних стадиях проектирования получить прототип будущей системы и оценить его;
освобождение разработчиков от рутинной работы по документированию проекта, так как при этом используется встроенный документатор;
возможность коллективной разработки ЭИС в режиме реального времени.
Слайд 75CASE-технология в рамках методологии включает в себя методы, с помощью
которых на основе графической нотации строятся диаграммы, поддерживаемые инструментальной средой.
Методология
определяет шаги и этапность реализации проекта, а также правила использования методов, с помощью которых разрабатывается проект.Метод - это процедура или техника генерации описаний компонентов ЭИС (например, проектирование потоков и структур данных).
Нотация - отображение структуры системы, элементов данных, этапов обработки с помощью специальных графических символов диаграмм, а также описание проекта системы на формальных и естественных языках.
Инструментальные средства CASE - специальные программы, которые поддерживают одну или несколько методологий анализа и проектирования ИС.
Слайд 78Процесс внедрения CASE-средств состоит из следующих этапов:
определение потребностей в CASE-средствах;
оценка и выбор CASE-средств;
выполнение пилотного проекта;
практическое внедрение CASE-средств.
Слайд 79Процесс оценки и выбора может преследовать несколько целей:
оценка нескольких CASE-средств
и выбор одного или более из них;
оценка одного или
более CASE-средств и сохранение результатов для последующего использования; выбор одного или более CASE-средств с использованием результатов предыдущих оценок.
Слайд 83Основными идеями функционально-ориентированной CASE-технологии являются идеи структурного анализа и проектирования
информационных систем. Они заключаются в следующем:
1) декомпозиция всей системы на
некоторое множество иерархически подчиненных функций;2) представление всей информации в виде графической нотации. Систему всегда легче понять, если она изображена графически.
Слайд 84В качестве инструментальных средств структурного анализа и проектирования выступают следующие
диаграммы:
BFD (Business Function Diagram) - диаграмма бизнес-функций (функциональные спецификации);
DFD (Data
Flow Diagram) - диаграмма потоков данных;STD (State Transition Diagram) - диаграмма переходов состояний (матрицы перекрестных ссылок);
ERD (Entity Relationship Diagram) - ER-модель данных предметной области (информационно-логические модели «сущность-связь»);
SSD (System Structure Diagram) - диаграмма структуры программного приложения.
Слайд 85 IDEF1X-диаграмма. Состав атрибутов сущностей Диаграммы "сущность-связь" (Entity-Relationship Diagrams, ERD), служат
для формализации информации о сущностях и их отношениях (
Слайд 86Диаграммы потоков данных (Data Flow Diagrams, DFD), которые служат для
формализации представления функций системы
Слайд 88Диаграммы переходов состояний (State Transition Diagrams, STD), которые отражают поведение
системы, зависящее от времени; диаграммы жизненных циклов сущностей относятся именно
к этому классу диаграмм.
Слайд 89Объектно-ориентированное проектирование информационных систем
Структурная декомпозиция информационной системы на основе объектно-ориентированного
подхода отличается от функционально-ориентированного подхода лучшей способностью отражать динамическое поведение
системы в зависимости от возникающих событий. Модель проблемной области рассматривается как совокупность взаимодействующих во времени объектов.
Слайд 90 Система объектно-ориентированных моделей в соответствии с нотациями UML включает в
себя следующие диаграммы:
1) диаграмму прецедентов использования (Use-case diagram), которая
отображает функциональность информационной системы в виде совокупности выполняющихся последовательностей транзакций;2) диаграмму классов объектов (Class diagram), которая отображает структуру совокупности взаимосвязанных классов объектов аналогично ER-диаграмме функционально-ориентированного подхода;
3) диаграммы состояний (Statechart diagram), каждая из которых отображает динамику состояний объектов одного класса и связанных с ними событий;
4) диаграммы взаимодействия объектов (Interaction diagram), каждая из которых отображает динамическое взаимодействие объектов в рамках одного прецедента использования;
5) диаграммы деятельностей (Activity diagram), которые отображают потоки работ во взаимосвязанных прецедентах использования (могут декомпозироваться на более детальные диаграммы);
6) диаграммы пакетов (Package diagram), которые отображают распределение объектов по функциональным или обеспечивающим подсистемам (могут декомпозироваться на более детальные диаграммы);
7) диаграмму компонентов (Component diagram), которая отображает физические модули программного кода;
8) диаграмму размещения (Deployment diagram), которая отображает распределение объектов по узлам вычислительной сети.
Слайд 91Создать диаграмму последовательности и диаграмму классов «Составление графика отпусков»
1.Сотрудник пишет
заявление о включении его в график отпусков по данному подразделению.
2.Линейный
руководитель все заявления от сотрудников и заполняет документ «предложения по графику отпусков»3.Менеджер по персоналу рассматривает-отклоняет, просит, уточнить, просит пересмотреть или принимает
4.Когда набирается большое количество заявлений, то менеджер направляет руководителю
5.Руководитель перепроверяет , подписывает и передает офис- менеджеру для оформления приказа. Бизнес- процесс завершен.
Слайд 95IBM Rational Rose Data Modeler
IBM Rational Rose Data Modeler предоставляет
многофункциональную среду визуального моделирования для разработки приложений баз данных.
Rational
Rose Data Modeler позволяет свободно переключаться между объектной моделью и моделью данных. Также есть возможность наглядно продемонстрировать архитектуру баз данных и их взаимосвязь с программными приложениями. Обеспечивает создание моделей объектов, данных и хранилищ данных и позволяет сопоставлять логические и физические модели, гибко отражая в проекте базы данных логику приложения.
Предоставляет возможность прямого и обратного проектирования с синхронизацией для моделей данных, моделей объектов и файлов на языке определения данных (DDL) или систем управления базами данных (СУБД). Поддерживает различные варианты синхронизации при преобразовании (синхронизация модели данных и модели объектов в ходе преобразования).
Слайд 99Пример графического изображения диаграммы последовательности в окне диаграммы среды Rational
Rose
Слайд 103Наиболее удобным языком моделирования бизнес-процессов является IDEF0, где система представляется
как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация
является принципиальной — функции системы анализируются независимо от объектов, которыми они оперируют. Это позволяет более четко смоделировать логику и взаимодействие процессов организации. Процесс моделирования системы в IDEF0 начинается с создания контекстной диаграммы — диаграммы наиболее абстрактного уровня описания системы в целом, содержащей определение субъекта моделирования, цели и точки зрения на модель.
Слайд 104Цель моделирования определяется из ответов на следующие вопросы:
Почему этот процесс
должен быть смоделирован?
Что должна показывать модель?
Что может получить
клиент?
Слайд 105 IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и
одной точки зрения. Для внесения области, цели и точки зрения
в модели IDEF0 в BPwin следует выбрать пункт меню Model/Model Properties, вызывающий диалог Model Properties. В закладке Purpose следует внести цель и точку зрения, а в закладку Definition — определение модели и описание области.
Слайд 106Основу методологии IDEF0 составляет графический язык описания бизнес-процессов. Модель в
нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм.
Каждая диаграмма является единицей описания системы и располагается на отдельном листе.
Слайд 107Модель может содержать четыре типа диаграмм:
контекстную диаграмму(в каждой модели может
быть только одна контекстная диаграмма);
диаграммы декомпозиции;
диаграммы дерева узлов;
диаграммы только для экспозиции (FEO).
Слайд 108Контекстная диаграмма является вершиной древовидной структуры диаграмм и представляет собой
самое общее описание системы и ее взаимодействия с внешней средой.
После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания.
Слайд 109Диаграмма дерева узлов показывает иерархическую зависимость работ, но не взаимосвязи
между работами. Диаграмм деревьев узлов может быть в модели сколь
угодно много, поскольку дерево может быть построено на произвольную глубину и не обязательно с корня. Диаграммы для экспозиции (FEO)строятся для иллюстрации отдельных фрагментов модели, для иллюстрации альтернативной точки зрения, либо для специальных целей.
Слайд 110Инструментальная среда BPwin
Панель инструментов представлена следующими кнопками (слева направо):
• создать
модель (пункт меню File/New); • открыть модель (пункт меню File/Open); • сохранить
модель (пункт меню File/Save); • напечатать модель (пункт меню File/Print); • выбор масштаба (View/Zoom); • уменьшить модель (View/Zoom); • увеличить модель (View/Zoom); • проверить правописание (Tools/Spelling); • включение и выключение навигатора модели (View/Model Explorer); • включение и выключение дополнительной панели инструментов работы с Model Mart (Model Mart).
Слайд 111Процесс построения информационной модели в BPwin состоит из следующих шагов
построение
контекстной диаграммы
• проводится функциональная декомпозиция
• после каждого сеанса декомпозиции проводится
сеанс экспертизы
Слайд 112 Работы (Activity)обозначают поименованные процессы, функции или задачи, которые происходят в
течение определенного времени и имеют распознаваемые результаты. Работы изображаются в
виде прямоугольников. Все работы должны быть названы и определены. Имя работы должно быть выражено отглагольным существительным, обозначающим действие
Слайд 114Построение модели IDEF0. Контекстная диаграмма
Для определения контекста модели в BPwin
следует выбрать пункт меню Model/Model Properties
В закладке General указывается наименование
и сведения об авторе модели, в закладку Purpose следует внести цель и точку зрения, а в закладку Definition – определение модели и описание области 
Слайд 115В диаграммах IDEF0 имеется четыре основных типа стрелок
Стрелки входа всегда
направляются в левую сторону блока. Стрелки входа необязательны, так как
не все действия могут преобразовать или изменять (заменять) что-либоУправление всегда входит в вершину блока. Управление, как правило, представляется в виде правил, инструкций, политики компании, процедур или стандартов. Оно влияет на деятельность без фактического преобразования чего-либо. Управление может также использоваться для описания процедуры начала или окончания выполнения действия
Стрелки выхода (выпуска) — это материал или информация, про-изведенная блоком. Каждый блок должен иметь по крайней мере одну стрелку выхода (выпуска). Процессы, которые не производят продукции (выпуска), лучше не моделировать вообще.
Слайд 116Стрелка входа
Стрелка входа рисуется как входящая в левую грань работы.
При описании технологических процессов (для этого и был придуман IDEF0)
не возникает проблем определения входов. »). Очень часто сложно определить, являются ли данные входом или управлением. В этом случае подсказкой может служить информация о том, перерабатываются/изменяются ли данные в работе или нет. Если изменяются, то, скорее всего, это вход, если нет — управление.
Слайд 117Стрелка управление
Управление(Control) — правила, стратегии, процедуры или стандарты, которыми руководствуется
работа. Каждая работа должна иметь хотя бы одну стрелку управления.
Стрелка управления рисуется как входящая в верхнюю грань работы. Управление влияет на работу, но не преобразуется работой. Если цель работы — изменить процедуру или стратегию, то такая процедура или стратегия будет для работы входом. В случае возникновения неопределенности в статусе стрелки (управление или вход) рекомендуется рисовать стрелку управления.
Слайд 118Стрелка выхода
Выход(Output) — материал или информация, которые производятся работой. Каждая
работа должна иметь хотя бы одну стрелку выхода. Работа без
результата не имеет смысла и не должна моделироваться. Стрелка выхода рисуется как исходящая из правой грани работы.
Слайд 119Стрелки механизма и вызова
Механизм(Mechanism) — ресурсы, которые выполняют работу, например
персонал предприятия, станки, устройства и т. д. Стрелка механизма рисуется
как входящая в нижнюю грань работы. По усмотрению аналитика стрелки механизма могут не изображаться в модели. Вызов(Call) — специальная стрелка, указывающая на другую модель работы. Стрелка вызова рисуется как исходящая из нижней грани работы. Стрелка вызова используется для указания того, что некоторая работа выполняется за пределами моделируемой системы. В BPwin стрелки вызова используются в механизме слияния и разделения моделей.
Слайд 121Граничные стрелки
Стрелки на контекстной диаграмме служат для описания взаимодействия системы
с окружающим миром. Они могут начинаться у границы диаграммы и
заканчиваться у работы, или наоборот. Такие стрелки называются граничными. Для внесения граничной стрелки входа следует:щелкнуть по кнопке с символом стрелки
палитре инструментов перенести курсор к левой стороне экрана, пока не появится начальная штриховая полоска;
щелкнуть один раз по полоске (откуда выходит стрелка) и еще раз в левой части работы со стороны входа (где заканчивается стрелка);
вернуться в палитру инструментов и выбрать опцию редактирования стрелки
щелкнуть правой кнопкой мыши на линии стрелки, во всплывающем меню выбрать Name и добавить имя стрелки в закладке Name диалога IDEF0 Arrow Properties.
Слайд 122Диалог IDEF0 Arrow Properties
Стрелки управления, входа, механизма и выхода
изображаются аналогично. Имена вновь внесенных стрелок автоматически заносятся в словарь
Arrow Dictionary.
Слайд 123Имя блока и другие его свойства вводятся в закладке «Name»
списка свойств блока. Для вывода свойств блока на экран достаточно
дважды щелкнуть мышью на блоке.Следующим шагом при создании диаграммы должно быть соединение всех использованных на диаграмме блоков с помощью стрелок, представляющих входы, результаты работы, средства управления и механизмы. Для этого достаточно соединить исходящую точку стрелки с точкой ее окончания. Окончанием стрелки может быть как одна из сторон функциональных блоков, так и граница диаграммы.
Для рисования стрелки пользуются инструментом из комплекта инструментов. Задание имени стрелки производится в закладке «Name» диалога свойств стрелок. Для вызова этого диалога достаточно дважды щелкнуть мышью на нужной стрелке.
Если действие не было декомпозировано, в верхнем левом углу блока будет появляться символ «листа». После декомпозиции данного блока символ «листа» исчезнет. Нумерация блоков производится автоматически при их создании. Номера могут быть относительными или постоянными, они отражают иерархическое положение блока в пределах модели
Слайд 124Декомпозиция
Декомпозиционное разложение модели используется в моделировании бизнес-процессов, для того чтобы
дать более подробное описание блоков. . При каждой декомпозиции блока
создается новая диаграмма.В диалоге Activity Box Count, в котором следует указать нотацию новой диаграммы и количество блоков на ней. Для IDEF0 рекомендуется 3-6 блоков
Слайд 125ICOM-коды
Диаграмма декомпозиции предназначена для детализации работы. В отличие от моделей,
отображающих структуру организации, работа на диаграмме верхнего уровня в IDEF0
— это не элемент управления нижестоящими работами. Работы нижнего уровня — это то же самое, что работы верхнего уровня, но в более детальном изложении. Как следствие этого границы работы верхнего уровня — это то же самое, что границы диаграммы декомпозиции. ICOM (аббревиатура от Input, Control, Output и Mechanism) — коды, предназначенные для идентификации граничных стрелок. Код ICOM содержит префикс, соответствующий типу стрелки (I, С, О или М), и порядковый номер. BPwin вносит ICOM-коды автоматически. Для отображения ICOM-кодов следует включить опцию ICOM codes на закладке Display диалога Model Properties (меню Model/Model Properties)
Слайд 132Языки программирования
На данный момент доминируют объектно-ориентированные языки программирования. Объектно-ориентированное программирование
(далее – ООП) включает в себя лучшие принципы структурного программирования
с новыми мощными концепциями, базовые из которых называются инкапсуляцией, полиморфизмом и наследованием.
Слайд 134СИ
Язык программирования Си отличается минимализмом. Авторы языка хотели, чтобы программы
на нем легко компилировались с помощью однопроходного компилятора, после компиляции
каждой элементарной составляющей программы соответствовало весьма небольшое число машинных команд, а использование базовых элементов языка не задействовало библиотеку времени выполнения. Код на Си можно легко писать на низком уровне абстракции, почти как на ассемблере.
Слайд 135Компиляторы разрабатываются сравнительно легко благодаря относительно низкому уровню языка и
скромному набору элементов. Поэтому данный язык доступен на самых различных
платформах (возможно, круг этих платформ шире, чем у любого другого существующего языка).К тому же, несмотря на свою низкоуровневую природу, язык позволяет создавать переносимые программы и поддерживает программиста в этом. Программы, соответствующие стандарту языка, могут компилироваться на самых различных компьютерах. Одним из последствий высокой эффективности и переносимости Си стало то, что многие компиляторы, интерпретаторы и библиотеки других языков высокого уровня часто выполнены на языке Си.
Слайд 136Язык программирования Java
Java – объектно ориентированный язык
программирования, разрабатываемый компанией Sun Microsystems. Программы на Java транслируются в
байт-код, выполняемый виртуальной машиной Java (JVM) – программой, обрабатывающей байтовый код и передающей инструкции оборудованию как интерпретатор, но с тем отличием, что байтовый код, в отличие от текста, обрабатывается значительно быстрее. Достоинство подобного способа выполнения программ в полной независимости байт-кода от операционной системы и оборудования, что позволяет выполнять Java-приложения на любом устройстве, для которого существует соответствующая виртуальная машина.
Слайд 137Особенность Java
Другой важной особенностью технологии Java является гибкая
система безопасности благодаря тому, что исполнение программы полностью контролируется виртуальной
машиной. Любые операции, которые превышают установленные полномочия программы (например, попытка несанкционированного доступа к данным или соединения с другим компьютером), вызывают немедленное прерывание. К недостаткам концепции виртуальной машины относят то, что исполнение байт-кода виртуальной машиной может снижать производительность программ и алгоритмов, реализованных на языке Java.
Слайд 138Ряд усовершенствованийJava:
- применение технологии трансляции байт-кода в машинный код непосредственно
во время работы программы (JIT-технология) с возможностью сохранения версий класса
в машинном коде; - широкое использование платформенно-ориентированного кода (native-код) в стандартных библиотеках; - аппаратные средства, обеспечивающие ускоренную обработку байт-кода (например, технология Jazelle, поддерживаемая некоторыми процессорами фирмы ARM).
Слайд 139Язык программирования Python
Python — высокоуровневый язык программирования общего назначения с
акцентом на производительность разработчика и читаемость кода. Название языка произошло
в честь популярного британского комедийного телешоу 1970-х «Летающий цирк Монти Пайтона». Синтаксис ядра Python минималистичен. В то же время стандартная библиотека включает большой объём полезных функций.
Слайд 140Основные архитектурные черты
Python поддерживает несколько парадигм программирования, в том числе
структурное, объектно-ориентированное, функциональное, императивное и аспектно-ориентированное. Основные архитектурные черты —
динамическая типизация, автоматическое управление памятью, полная интроспекция, механизм обработки исключений, поддержка многопоточных вычислений и удобные высокоуровневые структуры данных. Код в Питоне организовывается в функции и классы, которые могут объединяться в модули (которые в свою очередь могут быть объединены в пакеты).
Слайд 141Особенности языка
Python — активно развивающийся язык программирования, новые версии (с
добавлением/изменением языковых свойств) выходят примерно раз в два с половиной
года. Вследствие этого и некоторых других причин на Python отсутствуют ANSI, ISO или другие официальные стандарты, их роль выполняет CPython.Эталонной реализацией Python является интерпретатор CPython, поддерживающий большинство активно используемых платформ. Он распространяется свободно под очень либеральной лицензией, позволяющей использовать его без ограничений в любых приложениях, включая проприетарные.
Слайд 142Появившись сравнительно поздно, Python создавался под влиянием множества языков программирования:
ABC, Modula-3, С, C++, Smalltalk, Lisp, Fortran, Miranda, Java, Icon.
Большая часть других возможностей Python (например, байт-компиляция исходного кода) также была реализована ранее в других языках.Python портируем и работает почти на всех известных платформах — от КПК до мейнфреймов. Существуют порты под Microsoft Windows, практически все варианты UNIX (включая FreeBSD и Linux), Plan 9, Mac OS и Mac OS X, iPhone OS 2.0 и выше, Palm OS, OS/2, Amiga, AS/400 и даже OS/390, Symbian и Android.
При этом, в отличие от многих портируемых систем, для всех основных платформ Python имеет поддержку характерных для данной платформы технологий (например, Microsoft COM/DCOM). Более того, существует специальная версия Питона для виртуальной машины Java — Jython, что позволяет интерпретатору выполняться на любой системе, поддерживающей Java, при этом классы Java могут непосредственно использоваться из Питона и даже быть написанными на Питоне. Также несколько проектов обеспечивают интеграцию с платформой Microsoft .NET, основные из которых — IronPython и Python.Net.
