- •1. Этапы жизненного цикла информационных систем, содержание этапов.
- •2. Модель жизненного цикла «Спираль»
- •3. Общая характеристика и назначение языка uml.
- •4. Диаграммы прецедентов, назначение, компоненты, 5. Отношения между компонентами на диаграмме прецедентов.
- •6. Диаграмма последовательности, ее назначение, компоненты.
- •7. Кооперативная диаграмма, ее назначение, компоненты.
- •8. Диаграмма классов, ее назначение.
- •9. Характеристики класса.
- •10. Диаграмма классов, типы и характеристики отношений.
- •11. Диаграммы состояний, их назначение.
- •12. Характеристики состояний на соответствующей диаграмме.
- •13. Диаграммы деятельности, их назначение, компоненты.
- •14. Создание диаграмм на Microsoft Visio.
- •15. Диаграммы компонентов и размещения, их назначение, составные части.
- •16. Язык объектных ограничений: структура, назначение.
- •17. Пред- и постусловия, инварианты классов. Связь ocl и uml
- •18. Контрактное и защитное программирование.
- •19. Этапы технологического процесса разработки информационных систем на uml, их краткая характеристика.
- •20. Этап определения требований, функциональные и нефункциональные требования.
- •21. Этап уточнения и структурирования требований.
- •22. Этап проектирования.
- •23. Этап реализации.
- •24. Современный подход к тестированию информационных систем.
- •25. Uml2.0: особенности представления отношений между классами
- •26. Uml 2.0: комбинированные фрагменты на диаграмме последовательности.
- •27. Uml 2.0: декомпозиция части на диаграмме последовательности.
- •28. Uml 2.0: использование времени на диаграмме последовательности.
- •29. Uml 2.0: дополнительные компоненты на диаграмме деятельности.
- •30. Uml 2.0: центральный буфер и хранилище данных на диаграмме деятельности.
- •31. Uml 2.0: особенности использования регионов на диаграмме деятельности.
- •36. Планирование по fp-метрикам
- •37. Модель сосомо-2: модель композиции приложения
- •38. Модель сосомо-2: модель раннего проектирования
- •39. Модель сосомо-2: модель этапа пост-архитектуры
- •40. Анализ чувствительности программного проекта
- •41. Модели планирования разработки информационных систем.
36. Планирование по fp-метрикам
Используется 5 информационных характеристик.
1. Количество внешних вводов. Подсчитываются все вводы пользователя, по которым поступают разные прикладные данные. Вводы должны быть отделены от запросов, которые подсчитываются отдельно.
2. Количество внешних выводов. Подсчитываются все выводы, по которым к пользователю поступают результаты, вычисленные программным приложением. В этом контексте выводы означают отчеты, экраны, распечатки, сообщения об ошибках. Индивидуальные единицы данных внутри отчета отдельно не подсчитываются.
3. Количество внешних запросов. Под запросом понимается диалоговый ввод, который приводит к немедленному программному ответу в форме диалогового вывода. При этом диалоговый ввод в приложении не сохраняется, а диалоговый вывод не требует выполнения вычислений. Подсчитываются все запросы — каждый учитывается отдельно.
4. Количество внутренних логических файлов. Подсчитываются все логические файлы (то есть логические группы данных, которые могут быть частью базы данных или отдельным файлом).
5. Количество внешних интерфейсных файлов. Подсчитываются все логические файлы из других приложений, на которые ссылается данное приложение.
Вводы, выводы и запросы относят к категории транзакция. Транзакция — это элементарный процесс, различаемый пользователем и перемещающий данные между внешней средой и программным приложением. В своей работе транзакции используют внутренние и внешние файлы. Приняты следующие определения.
Внешний ввод — элементарный процесс, перемещающий данные из внешней среды в приложение. Данные могут поступать с экрана ввода или из другого приложения. Данные могут использоваться для обновления внутренних логических файлов. Данные могут содержать как управляющую, так и деловую информацию. Управляющие данные не должны модифицировать внутренний логический файл.
Внешний вывод — элементарный процесс, перемещающий данные, вычисленные в приложении, во внешнюю среду. Кроме того, в этом процессе могут обновляться внутренние логические файлы. Данные создают отчеты или выходные файлы, посылаемые другим приложениям. Отчеты и файлы создаются на основе внутренних логических файлов и внешних интерфейсных файлов. Дополнительно этот процесс может использовать вводимые данные, их образуют критерии поиска и параметры, не поддерживаемые внутренними логическими файлами. Вводимые данные поступают извне, но носят временный характер и не сохраняются во внутреннем логическом файле.
Внешний запрос — элементарный процесс, работающий как с вводимыми, так и с выводимыми данными. Его результат — данные, возвращаемые из внутренних логических файлов и внешних интерфейсных файлов. Входная часть процесса не модифицирует внутренние логические файлы, а выходная часть не несет данных, вычисляемых приложением (в этом и состоит отличие запроса от вывода).
Внутренний логический файл — распознаваемая пользователем группа логически связанных данных, которая размещена внутри приложения и обслуживается через внешние вводы.
Внешний интерфейсный файл — распознаваемая пользователем группа логически связанных данных, которая размещена внутри другого приложения и поддерживается им. Внешний файл данного приложения является внутренним логическим файлом в другом приложении.
Каждой из выявленных характеристик ставится в соответствие сложность. Для этого характеристике назначается низкий, средний или высокий ранг, а затем формируется числовая оценка ранга.
Для транзакций ранжирование основано на количестве ссылок на файлы и количестве типов элементов данных. Для файлов ранжирование основано на количестве типов элементов-записей и типов элементов данных, входящих в файл.
Тип элемента-записи — подгруппа элементов данных, распознаваемая пользователем в пределах файла.
Тип элемента данных — уникальное не рекурсивное (неповторяемое) поле, распознаваемое пользователем.
После вычисления FP на его основе формируются метрики производительности, качества и т. д.:
;
;
;
.
Область применения метода функциональных указателей — коммерческие информационные системы. Для продуктов с высокой алгоритмической сложностью используются метрики указателей свойств (Features Points). Они применимы к системному и инженерному ПО, ПО реального времени и встроенному ПО.
Для вычисления указателя свойств добавляется одна характеристика — количество алгоритмов. Алгоритм здесь определяется как ограниченная подпрограмма вычислений, которая включается в общую компьютерную программу. Примеры алгоритмов: обработка прерываний, инвертирование матрицы, расшифровка битовой строки.
Достоинства функционально-ориентированных метрик:
1. Не зависят от языка программирования.
2. Легко вычисляются на любой стадии проекта.
Недостаток функционально-ориентированных метрик: результаты основаны на субъективных данных, используются не прямые, а косвенные измерения. FP-оценки легко пересчитать в LOC-оценки.
