Вопросы для самопроверки

1. Перечислите основные нотации, поддерживающие объектно-ориентированные методологии проектирования.

2. Для чего служит UML?

3. Перечислите набор диаграмм UML.

4. Для каких целей и на каком этапе проектирования используются use cases диаграммы?

5. Что такое актеры? Что могут актеры?

6. Как выявляются актеры?

7. Перечислите типы актеров.

8. С помощью какого элемента нотации UML моделируются требования к системе?

9. Что такое прецедент?

10. Как выделяют прецеденты?

11. Какое отношение существует между актером и прецедентом?

12. Какие существуют ассоциативные связи?

13. Какие отношения существуют между прецедентами?

14. Для чего UML использует понятие стереотипа?

15. Определите понятие объекта.

16. Определите понятие состояния объекта.

17. Определите понятие поведения объектов.

18. Что такое индивидуальность объекта?

19. Что такое класс?

20. Определите класс-сущность.

21. Определите граничный класс.

22. Определите управляющий класс.

23. Опишите роль диаграмм классов в объектно-ориентированном методе проектирования.

24. Что собой представляют диаграммы взаимодействия?

25. Опишите виды сообщений диаграмм взаимодействия.

26. Перечислите виды диаграмм взаимодействия.

27. Что отражают диаграммы взаимодействия?

28. Опишите нотацию диаграмм взаимодействия.

29. Каковы два направления структурирования методологии RUP?

30. Перечислите основные этапы RUP.

31. Опишите стадии RUP.

32. Какой инструментарий поддерживает методологию RUP?

Библиографический список

1. ГОСТ 34.003-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.

2. ГОСТ Р ИСО/МЭК 12207:99. Информационная технология. Процессы жизненного цикла программного обеспечения.

3. Jackson M. A. A priciples of program Design. N.Y.: Academic Press, 1975.

4. Боэм Б. Инженерное проектирование программного обеспечения. М.: Радио и связь, 1985.

5. Буч Г. Объектно-ориентированный анализ и проектирование с примерами приложений на C++. М.:– «Издательство Бином», Спб.: «Невский диалект», 2000.

6. Г. Н. Калянов. CASE – технологии. Консалтинг бизнес-процессов. – М.: Горячая линия, 2000.

7. Гейн К. Сарсон Т. Системный структурный анализ: средства и методы. М., Эйтекс, 1992.

8. Д. Васкевич. Стратегии клиент/сервер. Руководство по выживанию для специалистов по реорганизации бизнеса – К.: “Диалектика”, 1996. – 384 с., ил.

9. Дэвид А. Марка, Клемент МакГоуэн. Методология структурного анализа и проектирования./Пер. с англ. – М.: Метатехнология, 1993, 240 с., ил.

10. Метатехнология IDEF0. Стандарт. Русская версия. – М.: Метатехнология, 1993.

11. Кватрани Т. Rational Rose 2000 и UML. Визуальное моделирование: Пер. с англ. – М.: ДМК Пресс, 2001.

12. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000.

Глава 3. Проектирование информационных систем

Под проектированием информационной системы мы будем понимать процесс создания информационной системы, то есть стадии жизненного цикла системы, начиная с процесса формулировки первичного замысла на создание или модернизацию ИС и заканчивая сдачей ее в эксплуатацию.

Информационная система создается для управления, поэтому этот процесс должен рассматриваться с двух точек зрения: точки зрения топ менеджеров компании и точки зрения IT-специалистов.

С точки зрения руководства компании информационная система может представлять собой ERP – систему, то есть систему управления ресурсами предприятия или CRM-систему – систему управления взаимоотношениями с клиентами.

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

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

• перенос его с минимальными изменениями в широком диапазоне систем, использующих продукты от разных производителей;

• взаимодействие с другими приложениями, расположенными на локальных или удаленных системах;

• взаимодействие с людьми в стиле, облегчающем переносимость пользователя (ISO/IES 14252:1995).

Проектирование любой информационной системы сопровождается созданием профиля ИС, под которым мы будем понимать совокупность гармонизированных базовых стандартов и нормативных документов разного уровня.

Проектирование информационной системы начинается с определения цели проекта. Этот процесс напрямую связан с целями управления предприятием. Процесс определения целей управления предприятием достаточно сложная процедура и состоит из этапов:

• формулировка стратегических целей;

• декомпозиция стратегических целей на бизнес-цели, то есть на цели, которые ставятся перед конкретными подразделениями, участвующими в процессе управления.

Формулировка стратегических целей – это задача высшего руководства предприятия, определяющего поведение его на рынке. Выработка бизнес-целей относится к основным задачам системных аналитиков и зависит от конкретного объекта и целей функционирования этого объекта. Эти задачи не входят в компетенцию проектировщиков ИС и являются задачами бизнес-аналитиков. От решения этих задач напрямую зависит эффективность и качество создаваемой ИС. При этом необходимо учитывать, что основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:

• требуемую функциональность системы и степень адаптации к объекту и изменяющимся условиям ее функционирования;

• требуемую пропускную способность системы;

• требуемое время реакции системы на запрос;

• безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей;

• простоту эксплуатации и поддержки системы;

• необходимую безопасность.

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