
- •2. Функциональный подход
- •4. Объектно-ориентированная методология. А
- •6. Диаграмма деятельности (Activity Diagram)
- •7. Системный подход к разработке по
- •8. Вид и назначение диаграммы компонент Component diagram.
- •9. Процессный подход к разработке по. Текущий, конкретный и стандартный процессы компании.
- •10. Моделирование данных. Методология idef1x. Диаграммы «сущность-связь».
- •11. Процессный подход к разработке по. Проблемы и пути решения: стратегии Organization pull и Technology push.
- •12. Вид и назначение диаграммы сценариев Use case diagram.
- •13. Процессный подход к разработке по. Стандарты CobIt, itil, Scrum.
- •14. Основные понятия объектно-ориентированной методологии (объект, класс, атрибут, метод).
- •15. Понятие жизненного цикла по. Три группы процессов
- •16. Понятие связности модуля
- •17. Водопадная модель жизненного цикла аис. Достоинства и недостатки.
- •18. Универсальный язык моделирования (uml). Назначение и характеристики.
- •19. Спиральная модель жизненного цикла аис. Достоинства и недостатки.
- •20. Функциональная методология idef0.
- •21. Инкрементная модель жизненного цикла аис. Достоинства и недостатки.
- •23. Тяжеловесные (прогнозирующие) и подвижные (облегченные, адаптивные) семейства процессов жц по
- •24. Базовые понятия erd-диаграмм: ключи, нормализация данных, домены, индексы, триггеры.
- •25. Принципы Agile Manifesto. Примеры процессов.
- •26. Case-средства. Средства проектирования.
- •27. Экстремальное программирование.
- •28. Вид и назначение диаграммы кооперации Collaboration diagram.
- •29. Стадии разработки аис в соответствие с гост 34.601-90 «Автоматизированные системы. Стадии создания».
- •30. Вид и назначение диаграммы последовательностей действий Sequence diagram.
- •31. Содержание технического задания в соответствие с гост 34.602-89 «Техническое задание на создание автоматизированной системы».
- •32. Case-средства. Средства управления требованиями.
- •33. Содержание стадий «Технический проект», «Рабочая документация», «Ввод в действие» в соответствие с гост 34.601-90 «Автоматизированные системы. Стадии создания».
- •34. Моделирование потоков работ. Методология idef3
- •35. Организационное моделирование. Схема организационного бизнес-моделирования. Полная бизнес-модель компании.
- •Полная бизнес-модель компании
- •36. Этапы проектирования аис с применением языка универсального моделирования (uml).
- •37. Инжиниринговый подход к бизнес-моделированию. Матрицы проекций. Case-средства. Средства тестирования.
- •38. Шаблоны разработки функционала, зон ответственности. Шаблон разработки миссии
- •Шаблон формирования бизнесов
- •39. Моделирование потоков данных. Методология dfd.
- •40. Бизнес процессы компании. Понятие. Классификация.
- •41. Вид и назначение диаграммы классов Class diagram.
- •42. Case-средства. Средства управления конфигурациями.
- •43. Предпроектное обследование предприятия.
41. Вид и назначение диаграммы классов Class diagram.
Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывает их внутреннюю структуру и типы отношений. На данной диаграмме не указывается информация о временных аспектах функционирования системы. С этой точки зрения диаграмма классов является дальнейшим развитием концептуальной модели проектируемой системы.
Диаграмма классов представляет собой некоторый граф, вершинами которого являются элементы типа "классификатор", которые связаны различными типами структурных отношений. Следует заметить, что диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи. Когда говорят о данной диаграмме, имеют в виду статическую структурную модель проектируемой системы. Поэтому диаграмму классов принято считать графическим представленном таких структурных взаимосвязей логической модели системы, которые не зависят или инвариантны от времени.
5.1. Класс
Класс (class) в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами из других классов. Графически класс изображается в виде прямоугольника, который дополнительно может быть разделен горизонтальными линиями на разделы или секции (рис. 5.1). В этих разделах могут указываться имя класса, атрибуты (переменные) и операции (методы).
Рис. 5.1. Графическое изображение класса на диаграмме классов
Предполагается, что окончательный вариант диаграммы содержит наиболее полное описание классов, которые состоят из трех разделов или секций.
Имя класса
Имя класса должно быть уникальным в пределах пакета, который описывается некоторой совокупностью диаграмм классов (возможно, одной диаграммой).
Класс может не иметь экземпляров или объектов. В этом случае он называется абстрактным классом, а для обозначения его имени используется наклонный шрифт (курсив). В языке UML принято общее соглашение о том, что любой текст, относящийся к абстрактному элементу, записывается курсивом.
42. Case-средства. Средства управления конфигурациями.
43. Предпроектное обследование предприятия.
Сегодня любые планируемые бизнес-процессы требуют проведения тщательного анализа настоящего положения того или иного проекта. Даже если речь идет о выборе компьютерной программы, автоматизирующей бухгалтерский учет на предприятии, целесообразно сделать анализ текущей деятельности, на основе которого делаются выводы о целесообразности применения того или иного продукта. Вот почему предпроектное обследование предприятия является столь важным и нужным этапом.
Предпроектное обследование любого объекта способно облегчить задачи выполнения проекта в будущем, подобрать наиболее оптимальные варианты использования тех или иных технологий, избежать многих ошибок в будущем.
На практике предпроектное обследование предприятия представляет собой процесс общего бизнес-анализа предприятия с привязкой к поставленным перед бизнесом задачам и целям. Главной целью предпроектного обследования является оказание квалифицированной информационной помощи клиенту, в ходе которой описываются реалии соотношения действительного положения предприятия его основным бизнес-целям и задачам. Результатом такого обследования является рекомендации по принятию решения, которое будет наиболее оптимальным для бизнеса.
Среди основных целей проведения предпроектного обследования предприятия можно перечислить следующие:
тщательное изучение бизнес-процессов на предприятии, детальное изучение документооборота на предприятии;
построение бизнес-модели реального положения предприятия и бизнес-модели идеального положения предприятия и шагов достижения последнего;
подготовка объективных рекомендаций по реструктуризации бизнес-процессов;
разработка четкого плана внедрения будущего проекта и возможности и направления его осуществления.
В процессе предпроектного обследования предприятия проводится детальный обзор и тщательный анализ основных бизнес-процессов, протекающих на предприятии, определяются главные характеристики функциональных решений в контексте краткосрочных целей, а также оцениваются ожидаемые затраты на осуществление проекта и продолжительность работ по внедрению проекта.
Предпроектное обследование предприятия способно свести к минимуму нежелательный риск получения неадекватных итогов за счет того, что наиболее полно формируются требования к будущему проекту на самых ранних этапах его развития, что дает возможность принять верное решение о внедрении проекта.
Можно сделать вывод о том, что предпроектное обследование предприятия является важным этапом на пути осуществления любого проекта.