Y

1.Что такое IT - консалтинг и работы, выполняемые в процессе консалтинга. 2

2. Назначение и средства построения моделей существующей AS-IS и новой TO-BE организации бизнес-процессов предприятия 3

3.Два способа перехода от модели AS-IS к модели TO-BE. (35) 3

4.Решения начальных этапов проектирования информационной системы (36) 3

5.Методология структурного анализа SADT и стандарт моделирования бизнес-процессов IDEF0. (44) 3

6.Каковы цели и этапы разработки консалтинговых проектов? (33) 4

7.Представить функциональную модель бизнес-процессов работы банкомата, используя нотацию IDEF0. 5

8.Представить информационную модель работы банкомата, используя нотацию DFD. 5

9.Каким образом можно связать технологию создания функциональных моделей Каким образом можно связать технологию создания функциональных моделей и реинжиниринг бизнес-процессов. 6

10.Суть и назначение процессного подхода, сформулированного М. Хаммером и Д. Чампи. 6

11. Свойства объектного подхода: абстракция, инкапсуляция, наследование, полиморфизм, взаимодействие путем передачи сообщений, повторное использование компонентов 7

12. Основные принципы объектной модели и правила определения и документирования объектов. 7

13. Преимущества объектной модели от моделей структурного анализа, проектирования и программирования. 8

14. Природа классов и объектов объектной модели, взаимоотношения между ними; состояние, поведение и идентичность объектов на примере Вашей курсовой работы. 8

15. Что такое класс объектной модели, атрибуты и операции класса и их форматы спецификаций на примере Вашей курсовой работы. (92) 10

16. Отношения между классами: ассоциация и зависимость. Привести примеры таких отношений на диаграмме классов Вашей курсовой работы . (102) 11

17.Отношения между классами: конкретизация и зависимость. Привести примеры таких отношений на диаграмме классов Вашей курсовой работы. (103) 11

18. Объяснить назначение и структуру классов и применение отношений: ассоциация, зависимость, агрегация и конкретизация, на модельном примере работы служб аэропорта, связанных с разрешением на взлет самолета. (108) 12

19. Объяснить назначение классов и применение отношений: ассоциация, зависимость, композиция и конкретизация между классами модельного примера "Гирлянда из цветных лампочек". (113) 15

20. Что является источниками классов предметной области, каковы типичные приемы и методы выявления и моделирования классов. Привести пример классов интернет-системы бронирования авиабилетов. (116, 162) 16

21. Запись функциональных требований к информационной системе с помощью вариантов использования. Пример диаграммы вариантов использования интернет-системы бронирования авиабилетов.(125, 162) 17

22. Нефункциональные требования и пример нефункциональных требований к интернет-системе бронирования авиабилетов. (134, 162, 213) 18

23. Концептуальные модели: пользовательского интерфейса и предметной области - их назначение и особенности представления. Примеры этих моделей для интернет-системы бронирования авиабилетов. (162, 229) 19

24. Варианты использования как методика формирования требований, основанная на сценариях. Опишите основной и альтернативные потоки событий сценария - "Покупка бензина на автозаправочной станции" с помощью одноименного варианта использования. 20

25. Всевозможные отношения между вариантами использования на диаграмме вариантов использования. Продемонстрируйте все эти отношения на диаграмме варианта использования " Покупка бензина на автозаправочной станции". 22

26. Моделирование поведения системы, какие модели используются для этих целей и каким образом отображаются на них события и сообщения между объектами системы. (179) 23

27. Диаграмма последовательности: элементы диаграммы, что и как она описывает, продемонстрировать пример диаграммы последовательности для сценария "Покупка бензина на автозаправочной станции". (191) 24

28. Основные концепции и укрупненная схема процесса ICONIX. Классы анализа и базовые правила их взаимодействия. (201, 205) 25

29. Анализ пригодности: цель, элементы анализа пригодности, связь между анализом и проектированием, пример использования анализа пригодности для варианта использования "Оформить заказ" книжного интернет-магазина. (208, 213) 26

30. Концептуальная модель пользовательского интерфейса и руководящие принципы проектирования интерфейса на примере Вашей курсовой работы. (229,239) 27

31. Моделирование вариантов использования. Основной и альтернативные потоки событий. Привести пример моделирования варианта использования «Покупка бензина на автозаправочной станции». 30

32. Анализ требований. Уровни требований к информационной системе. Документ об образе и границах проекта в языке объектного моделирования UML. Структура спецификации требований для Вашей курсовой работы. (126-131) 32

33. На примере концептуальной модели предметной области Вашей курсовой работы, смоделировать различные сценарии обслуживания, с использованием CRC- карт. (118) 33

34. Методика исследования структуры объектов Вашей курсовой работы и механизмов их взаимодействия с использованием CRC-карт. (118-119)] 33

35.Ассоциативный класс и примеры ассоциативных классов Вашей курсовой работы. 33

36. Функциональное моделирование предметной области с помощью функциональных диаграмм SADT и диаграмм потоков данных - DFD. Спецификация элементов этих диаграмм. Рассмотреть применение этих диаграмм для процесса «Покупка бензина на автозаправочной станции». (50) 34

37. Объектная модель и роль языка UML как универсального средства спецификации, визуализации, конструирования и документирования при проектировании и разработке информационных систем. 35

38. Разработать диаграмму классов для варианта использования "Покупка бензина на автозаправочной станции" и показать взаимодействия объектов этой модели на диаграмме последовательностей. 35

39. Для основного и альтернативных сценариев варианта использования "Покупка авиабилета" разработать диаграммы пригодности и последовательности. Полученные решения сформулировать на диаграмме классов. (162,208) 36

40. Для основного и альтернативных сценариев варианта использования " Покупка бензина на автозаправочной станции" разработать диаграммы пригодности и последовательности. Полученные решения сформулировать на диаграмме классов. (162,208) 37

1.Что такое it - консалтинг и работы, выполняемые в процессе консалтинга.

IT-Консалтинг – это деятельность специалиста или целой фирмы, занимающихся стратегическим планированием проекта, анализом и формализацией требований к информационной системе, созданием системного проекта, иногда – проектированием приложений.

Но все это до этапа собственно программирования или настройки каких-либо уже имеющихся комплексных систем управления предприятием, выбор которых и осуществляется на основе системного проекта. Консалтинг, таким образом, предваряет и регламентирует упомянутые этапы процесса разработки ПС.

В процессе консалтинга выполняются два вида работ.

Первый вид – это наведение порядка в организации: бизнес-анализ и реструктуризация (реинжиниринг бизнес-процессов). Целью этого вида деятельности, т.е. бизнес - консалтинга, является получение ясной и полной картины функционирования организации в целом, построение соответствующих моделей и на их основе выдвижения предложений по поводу улучшения работы некоторых звеньев, бизнес-процессов (деятельностей, имеющих ценность для клиента), хранения и обработка информационных потоков.

Другой вид работ – собственно системный анализ и проектирование. Выявление и согласование требований заказчика приводит к пониманию того, что же в действительности необходимо сделать. За этим следует проектирование или выбор готовой системы так, чтобы в итоге, как можно в большей степени, она удовлетворяла требованиям заказчика.

Кроме того важный элемент консалтинга – формирование и обучение рабочих групп. Здесь речь идет не только о традиционной учебе – любые проекты, модели должны в итоге кем-то сопровождаться. Поэтому сотрудники предприятия с самого начала участвуют в проекте, им частично передаются внутрифирменные технологии, и по окончании работ они способны анализировать и улучшить бизнес-процессы в рамках собственной отдельно взятой организации.

2. Назначение и средства построения моделей существующей as-is и новой to-be организации бизнес-процессов предприятия

• модели «как есть» (AS-IS), представляющей собой истинное положение дел на предприятии, в смысле организационно-штатной структуры, взаимодействия подразделений, используемых технологий и бизнес-процессов, существующих информационных потоков и т.п. на момент обследования. Модель AS-IS позволяет понять, что делает и как функционирует данное предприятие с позиции системного анализа, а также выявить недостатки, ошибки и узкие места в организации предприятия и в механизмах его функционирования для того, чтобы сформулировать ряд предложений по улучшению бизнеса в целом;

• модели «как должно быть» (TO-BE), интегрирующей перспективные предложения менеджеров и сотрудников предприятия, экспертов и системных аналитиков и позволяющей сформировать перспективное видение новых рациональных технологий работы предприятия, в соответствие с требованиями рынка и развития бизнеса.

Каждая из отмеченных моделей включает в себя полную структурную функциональную модель деятельности, например, в виде иерархии диаграмм потоков данных (DFD), с разработанными для всех бизнес-процессов нижнего уровня подробными их спецификациями на структурированном естественном языке, или в виде иерархии SADT-диаграмм - информационную модель (как правило, с использованием нотации «сущность-связь»), а также, в случае необходимости, событийную модель, с использованием диаграмм переходов состояний.

Модели AS-IS и TO-BE позволяют описать начальные и конечные состояние предприятия – до и после внедрения корпоративной информационной системы, оставляя без внимания сам процесс разработки и внедрения. Модель TO-BE – это не модель работы предприятия, а модель (выбора модели) мероприятий по переводу его на новую технологию работы.