- •1. Определение информационных систем.
- •2. Информация и данные.
- •3. Информационные системы и информационные технологии.
- •4. Современное состояние и тенденции развития ис.
- •5. Классификация информационных систем.
- •6. Эволюция информационных систем.
- •7. Функции информационных систем.
- •8. Структура информационной системы.
- •9. Жизненный цикл информационных систем.
- •10. Стадии и этапы создания информационных систем.
- •11. Назначение и структура технического задания на разработку ис.
- •12. Гост на создание ис.
- •13. Состав проектной документации.
- •14. Технология проектирования ис: общее определение и виды технологий.
- •15. Каноническое проектирование ис.
- •16. Типовое проектирование ис.
- •2) Подсистемный метод
- •3) Объектный метод
- •18. Моделирование и его использование при проектировании ис.
- •19. Сущность структурного подхода к проектированию ис.
- •20. Методология функционального моделирования.
- •21. Методология моделирования потоков данных
- •22. Методология моделирования потоков работ.
- •23. Технология структурного анализа и проектирования (sadt)
- •24. Стандарты idef
- •25. Организация информационного обеспечения ис
- •26. Case-технологии
- •27. Case-средства проектирования баз данных
- •28. Case-средства моделирования
- •29. Сущность объектно-ориентированного подхода к проектированию ис
- •30. Объектно-ориентированный анализ
- •31. Объектно-ориентированное проектирование
- •32. Объектно-ориентированная реализация
- •33. Сложность программного обеспечения
- •34. Характеристика объектной модели
- •35. Объекты и классы
- •36. Класс и отношения между классами
- •37. Язык uml
- •38. Диаграмма прецедентов
- •39. Диаграмма классов
- •40. Диаграмма взаимодействия
- •41. Диаграмма последовательности
- •42. Диаграмма кооперации (сотрудничества)
- •43. Диаграмма компонентов
- •44. Диаграмма взаимодействия (см. Вопрос 40)
- •45. Диаграмма развертывания
- •46. Диаграмма состояния
- •47. Case-средства объектно-ориентированного моделирования.
- •48. Технология rup.
- •49. Технология rad.
- •50. Основные принципы экстремального программирования.
- •51. Моделирование бизнес-процессов (bpm)
- •52. Управление бизнес-процессов (bpm)
- •53. Выполнение бизнес-процессов (bpm)
- •54. Стандарт моделирования бизнес-процессов bpmn
- •55. Модельно-ориентированный подход к разработке по
- •56. Методология разработки по – msf
37. Язык uml
UML - унифицированный язык моделирования, язык графического описания для объектного моделирования в области разработки программного обеспечения. UML является языком широкого профиля, это открытый стандарт, использующий графические обозначения для создания абстрактной модели системы, называемой UML-моделью. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем.
Использование UML не ограничивается моделированием программного обеспечения. Его также используют для моделирования бизнес-процессов, системного проектирования и отображения организационных структур.
UML позволяет также разработчикам программного обеспечения достигнуть соглашения в графических обозначениях для представления общих понятий (таких как класс, компонент, обобщение (generalization), объединение (aggregation) и поведение, и больше сконцентрироваться на проектировании и архитектуре.
38. Диаграмма прецедентов
Диаграмма прецедентов (диаграмма вариантов использования) — диаграмма, на которой отражены отношения, существующие между актерами и прецедентами.
Основная задача — представлять собой единое средство, дающее возможность заказчику, конечному пользователю и разработчику совместно обсуждать функциональность и поведение системы.
Данная диаграмма служит для описания поведения системы и функциональности обеспечиваемой системой. То есть, как система будет себя вести, в случае функционального воздействия на нее.
Актеры
Актеры не являются частью системы – они представляют собой кого-то или что-то, что должно взаимодействовать с системой.
П
рецеденты
С помощью прецедентов (Use cases) в RR моделируется взаимосвязь между системой и актерами. Прецеденты определяют возможности обеспечиваемые системой для актера. Набор всех прецедентов системы определяет ее возможности и способы использования.
Диаграммы прецедентов
Диграмма прецедентов (use case diagram) это графическое представление актеров и прецедентов и их взаимодействия в системе.
Пример диаграммы прецедентов
Между актером и прецедентом может существовать ассоциативная связь, связь может быть как от Актера к прецеденту так и наоборот. Направление свзяи показывает кто является ее инициатором (актер или прецедент).
39. Диаграмма классов
Диаграмма классов — статическая структурная диаграмма, описывающая структуру системы, она демонстрирует классы системы, их атрибуты, методы и зависимости между классами.
Существуют разные точки зрения на построение диаграмм классов в зависимости от целей их применения:
-
концептуальная точка зрения — диаграмма классов описывает модель предметной области, в ней присутствуют только классы прикладных объектов;
-
точка зрения спецификации — диаграмма классов применяется при проектировании информационных систем;
-
точка зрения реализации — диаграмма классов содержит классы, используемые непосредственно в программном коде (при использовании объектно-ориентированных языков программирования).
Диаграмма классов служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования.
А
трибуты
класса
определяют состав и структуру данных,
хранимых в объектах этого класса. Каждый
атрибут имеет имя и тип, определяющий,
какие данные он представляет.
Класс содержит объявления операций, представляющих собой определения запросов, которые должны выполнять объекты данного класса.
Каждая ассоциация несет информацию о связях между объектами внутри ПС. Наиболее часто используются бинарные ассоциации, связывающие два класса.
Обобщение на диаграммах классов используется, чтобы показать связь между классом-родителем и классом-потомком.
Стереотип класса – это элемент расширения словаря UML, который обозначает отличительные особенности в использовании класса.
Диаграммы классов создаются для следующих целей:
-
Для моделирования данных.
-
Для представления архитектуры ПС.
-
Для моделирования навигации экранов.
-
Для моделирования логики программных компонент.
-
Для моделирования логики обработки данных.
