7 Разработка функциональных требований к ИС при ООП к моделированию. Оценка трудоемкости разработки 7.1 Разработка требований к ИС Жизненный цикл ИС имеет базовые этапы, через которые проходит разработка ИС любой сложности и назначения [30], [34], [52]: анализ, проектирование, реализация и тестирование. 7.1.1 Этап анализа начинают с определения границы между внешней средой и создаваемой ИС, при этом цель ее функционирования должна быть известна. В состав системы включают те элементы, функционирование которых обеспечивает реализацию заданной цели. К внешней среде относят все то, что не вошло в состав системы – другие системы со своими целями. На начальной фазе также определяют действующих лиц, взаимодействующих с ИС. Это могут быть люди с некоторыми ролями по отношению к системе и другие системы. Действующие лица всегда находятся вне (за границей) системы. 7.1.2 Методы выявления требований. Для выявления требований используют различные методы и/или их комбинации: собеседование, анкетирование, моделирование и анализ бизнес-процессов, мозговой штурм и создание демонстрационных прототипов приложения. 7.1.3 Результаты выявления требований оформляют в виде документов: глоссарий, концепция и дополнительные спецификации. Общую терминологию для описаний требований к системе и всех моделей определяют в глоссарии. В концепции формулируют глобальные цели проекта и основные особенности разрабатываемой системы. Частью концепции является постановка задачи. Дополнительные спецификации описывают нефункциональные требования. В ООП к моделированию информационных систем функциональные требования моделируют с помощью вариантов использования [3], [30], [35], [52]. 7.2 Разработка функциональных требований к ИС Описание функциональных требований выполняют с помощью диаграмм прецедентов языка UML [3], [30], [35], [52]–[53]. 7.2.1 Элементы диаграммы прецедентов. Элементами UCD являются прецеденты и акторы, связанные между собой отношениями (рисунок 6.3). Прецедент – это описание множества содержательно-близких сценариев взаимодействия акторов с ИС, которое осуществляется с целью получения акторами некоторого полезного результата при помощи системы [30]. Источником прецедентов являются требования к ИС. Действующие лица в языке UML называются акторами (Actors); это внешние по отношению к ИС объекты (люди или другие системы) [35]. Акторы и прецеденты должны иметь уникальные имена. Имя Актора не может быть именем конкретной персоны, это название обобщенной роли действующего лица. Имя прецедента должно выражать действие Актора 55