Please enable JavaScript.
Coggle requires JavaScript to display documents.
АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ - Coggle Diagram
АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
Определение предметной области. Анализ предметной области: цели и задачи
Предметная область
это некая сфера деятельности, для которой создается программный продукт, подлежащая исследованию, описанию и моделированию
Системный анализ (системный подход к проектированию)
это исследование объекта как сложной целостной системы, обладающей взаимосвязанными элементами и взаимосвязанными процессами
Анализ предметной области
это деятельность, сосредоточенная на раскрытии реальных нужд заказчика, а также на выяснении смысла предъявляемых заказчиком требований
Моделирование
это процесс описания системы как совокупности взаимосвязанных между собой и взаимодействующих компонентов, отражающих основные свойства системы
Бизнес-моделирование (подпроцесс процесса разработки любого программного продукта)
это разработка и внедрение бизнес-моделей на основе анализа предметной области совместно с экспертами данной предметной области
Определение требований
Бизнес-требования
(business requirements) формулируются в виде стратегических целей организации или заказчиков системы с описанием цели, которую организация должна достичь с ее помощью
К бизнес-требованиям, например, относятся:
требования к отчетности
требования бизнес-пользователей
требования к правам доступа пользователей и безопасности
требования к уровню сервиса и к производительности
требования к масштабируемости
требования к поддержке и техническому обслуживанию
Требования пользователей
(user requirements) описывают цели и задачи, которых достигнут пользователи при работе с системой. Пример требования пользователя: система должна представлять диалоговые средства для ввода исчерпывающей информации о заказе с последующей фиксацией информации в базе данных и маршрутизации информации о заказе к сотруднику, отвечающему за его планирование и реализацию
Функциональные требования
(functional requirements) определяют действия системы для удовлетворения требований пользователей (что разработчики должны построить, чтобы пользователи смогли выполнить свои задачи в рамках бизнес-требований).
Системные требования
это стратегические требования к продукту, которые охватывают многие подсистемы
Бизнес-правила
(business rules) не являются требованиями к программному обеспечению. Они содержат промышленные стандарты, корпоративные политики, правительственные постановления и вычислительные алгоритмы. Как правило, бизнес-правила становятся источником атрибутов качества, которые реализуются в функционале системы
Анализ сферы деятельности и основных бизнес-процессов заказчика
Структурный анализ
это метод исследования системы начиная с ее общего обзора с последующей детализацией и выстраиванием иерархической структуры с большим количеством уровней
Кроме перечисленных ранее принципов в структурном анализе используются и другие
принцип абстрагирования
выделение существенных аспектов и отвлечение от несущественных для более простого вида отображаемой системы
принцип формализации
необходимость строгого методологического подхода к решению проблемы
принцип доступности
ограничение доступа к несущественной на конкретном этапе информации
принцип непротиворечивости
обоснованность и согласованность элементов
принцип полноты
контроль присутствия необходимых и даже лишних элементов
принцип независимых данных
анализ и спроектированность моделей данных, независимо от процессов их обработки
В качестве двух основополагающих принципов структурного анализа используются принцип «разделяй и властвуй» и принцип иерархического упорядочивания
Первый принцип реализуется путем разбиения крупных процессов на множество малых независимых задач, легких для понимания и решения (так называемых черных ящиков, при эксплуатации которых пользователю не требуется знать, как он работает)
Второй принцип позволяет лучше понять систему благодаря организации ее частей в древовидные иерархические структуры, каждая из которых может добавлять новые детали проектирования. Также для понимания сложных систем структурными методами широко используется моделирование графических нотаций
Техническое задание
это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки программного продукта
При разработке технического задания
устанавливается цель создания программного продукта, определяется состав подсистем и функциональных задач
разрабатываются и обосновываются требования, предъявляемые к подсистемам
разрабатываются и обосновываются требования, предъявляемые к информационной базе, математическому и программному обеспечению, комплексу технических средств (включая средства связи и передачи данных)
устанавливаются общие требования к проектируемому продукту
определяется перечень задач на создание продукта и его исполнителей
определяются этапы создания программного продукта и сроки их выполнения
проводится предварительный расчет затрат на создание продукта и определяется уровень экономической эффективности от его внедрения
Анализ достижимости результатов проекта и постановка бизнес-целей и задач
Задачи проекта
это последовательность действий и те непосредственные результаты, которых необходимо достичь в различных направлениях деятельности предприятия заказчика за счет использования результата проекта
Объект
это описание некоторой сущности (реального объекта, явления, процесса, события) в виде совокупности логически связанных информационных элементов (атрибут (реквизит), отношение)
Свойство объекта
это некоторая величина, которая характеризует состояние объекта в любой момент времени
Взаимодействие (связь) объектов
то свойство, которое характеризует совместное поведение объектов, но не относится ни к одному объекту в отдельности
Идентифицирующие свойства
это свойства, по значению которых можно однозначно отличить данный экземпляр объекта от любого другого
Моделирование предметной области
это адекватное замещение объектов-оригиналов объектами-моделями (бизнес-моделями), которые более удобны для изучения свойств объекта-оригинала