Содержание
- 2. Требования к моделям предметной области Формализованность, обеспечивающая однозначное описание структуры предметной области; Понятность для заказчиков и
- 3. Структурный аспект моделирования предметной области Объектная структура отражает состав взаимодействующих в процессах материальных и информационных объектов
- 4. Оценочный аспект моделирования предметной области Оценочный аспект моделирования предметной области связан с показателями эффективности автоматизируемых процессов:
- 5. Уровни проектирования Внешний уровень проектирования – этап выяснения взаимодействия системы с внешней средой. Что и зачем
- 6. Модель объектной структуры Объектная структура отражает состав взаимодействующих в процессах материальных и информационных объектов предметной области.
- 7. Модель функциональной структуры Функциональная структура отражает взаимосвязь функций по преобразованию объектов в бизнес-процессах.
- 8. Модель структуры управления Модель структуры управления отражает события и бизнес-правила, которые воздействуют на выполнение процессов. События
- 9. Модель организационной структуры Организационная структура отражает взаимодействие организационных единиц предприятия при выполнении бизнес-процессов.
- 10. Модель технической структуры Техническая структура отражает топологию расположения и способы коммуникации технических средств.
- 11. Взаимосвязь областей проектирования и структурных моделей предметной области
- 12. Понятие требования Требования – это исходные данные, на основа-нии которых проектируются и создаются ИС. Требование –
- 13. Источники требований Федеральное и муниципальное отраслевое законодательство (конституция, законы, распоряжения) Нормативное обеспечение организации (регламенты, положения, уставы,
- 14. Заинтересованные лица эксперты предметной области, авторы документов, собственники сайтов Лица, вовлеченные в процесс настройки и сопровождения
- 15. Использование требований при разработке ИС
- 16. Методы сбора требований Интервью Анкетирование Наблюдение Самостоятельное описание требований Совместные семинары Прототипирование
- 17. Интервью Подготовка – планирование процесса опроса и выработка стратегии управления этим процессом. выбор нужного собеседника; договоренность
- 18. Интервью Подготовка – планирование процесса опроса и выработка стратегии управления этим процессом. Проведение опроса. Завершение. Опрос
- 19. Анкетирование Преимущество: наименее затратный способ извлечения информации. Недостаток: наименее эффективный способ сбора данных. В анкетах могут
- 20. Наблюдение Применяется для непосредственного сбора сведений о параметрах, признаках и объектах в соответствующей предметной области. Различают
- 21. Самостоятельное описание требований Используется при наличии: хорошо структурированной документации, описывающей устоявшиеся в организации бизнес-процессы; большого опыта
- 22. Совместные семинары Групповое обсуждение по методу «мозгового штурма» проводится с целью обобщения и обсуждения важных для
- 23. Прототипирование Прототипирование является ключевым компонентом технологии быстрой разработки приложений (RAD – Rapid Application Development). RAD базируется
- 24. Классификация требований Нефункциональные требования Функциональные требования
- 25. Уровни требований Типы информации для требований Способ хранения информации
- 27. Бизнес- требования Назначение: Формулировка цели проектирования ИС Где описываются: Концепция системы (границы и содержание проекта) Пример:
- 28. Требования пользователей Назначение: определяют набор пользовательских задач, которые должна решать ИС, а также способы (сценарии) их
- 29. Функциональные системные требования Назначение: определяют способы реализации ИС. Где описываются: системные спецификации (system requirement specification, SRS)
- 30. Нефункциональные требования – это требования к характеру поведения системы Удобство использования Надежность Производительность Эксплуатационная пригодность (способность
- 31. Диаграмма требований
- 32. Особенности нефункциональных требований Заказчики часто забывают про эти требования и не предоставляют их, пока не будут
- 33. Категории нефункциональных требований Основные: Удобство использования Надежность Производительность Эксплуатационная пригодность Дополнительные: Ограничение на дизайн Требования реализации
- 34. Требование «Удобство использования»
- 35. Требование «Надежность»
- 36. Требование «Производительность»
- 37. Требование «Эксплуатационная пригодность» Тестируемость Приспособляемость Совместимость Способность к обновлению Расширяемость Переносимость Возможность многократного применения Взаимодействие с
- 38. Заполнить таблицу
- 39. Строжайшее и единственное правило построения систем программного обеспечения - решить точно, что же строить. Никакая другая
- 40. Свойства требований Полнота Ясность (простота, точность, недвусмысленность) Верифицируемость (тестируемость) Необходимость и полезность при эксплуатации Осуществимость (выполнимость,
- 41. Полнота требования означает, что текст требования не требует дополнительной детализации, то есть, в нем предусмотрены все
- 42. Ясность – недвусмысленность, определенность, однозначность спецификаций. Требование обладает свойством ясности, если оно сходным образом воспринимается всеми
- 43. Требование 1 (неясное): Система не должна принимать слишком короткие пароли. Требование 1 (ясное): Система не должна
- 44. Требование 2 (неясное): Иногда пользователь будет вводить Код Аэропорта, который система будет распознавать. Но иногда код
- 45. Верифицируемость – пригодность к проверке. Тестировщики должны иметь возможность проверить, было ли требование реализовано корректно. Треб.1:
- 46. Необходимым считается требование, невыполнение которого угрожает работоспособности или эффективности ИС. В требовании нет необходимости, если: Ни
- 47. Осуществимость (выполнимость) Требование должно быть выполнимо в рамках существующих ограничений, таких как время, деньги и доступные
- 48. Выполнимо ли требование заказчика: «Реализовать новую функциональность ИС в процессе проведения опытной эксплуатации» при следующих условиях:
- 49. Требование считается элементарным, если оно содержит только один трассируемый элемент, который дает возможность отследить связь между
- 50. Требование является независимым, если для его понимания не нужно знать другие требования. Пример Треб.1: Список доступных
- 51. Корректность – согласованность, непротиворечивость. Требования не должны противоречить требованиям своего уровня иерархии и требованиям "родительского" уровня.
- 52. Прямые конфликты возникают, когда ожидается различное поведение системы в одной и той же ситуации: Треб.1(конфл.): Дата
- 54. Скачать презентацию