kazminaviktoriya1
В профиль
Выход
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="42" height="42"><rect fill-opacity="0"/></svg>)
Добавить аккаунт
О чём этот спринт
В этом уроке вы узнаете, почему требования могут быть ориентированы на процессы или информацию, чем отличаются модели процессов и модели данных и что ждёт вас в новом спринте.
Привет! Давно не виделись! Где пропадали?
У нас тут столько всего произошло! Артём открыл свою компанию RANA.Software и будет разрабатывать самые разные ПО. А Даню Артём позвал к себе работать на должность младшего системного аналитика. Даня активный и хочет учиться, так что Артём уверен в большом будущем своего ученика.
Работы у CEO компании, Артёма, будет много, поэтому без старшего системного аналитика не обойтись — так в RANA.Software появилась Айгуль.
Потребность в информации и процессах
Выявляя пользовательские и функциональные требования, системный аналитик определяет:
- процессы, которые команде разработки потребуется реализовать в системе;
- информацию, которую системе потребуется создавать, хранить, предоставлять по запросу и обрабатывать.
Процесс — это последовательный поток работы или действий.
Информация — это знания об объектах, таких как факты, события, предметы или идеи, включая понятия, которые в зависимости от контекста имеют определённое значение.
Понятие — это мысль, которая выделяет объекты из некоторой предметной области и обобщает их, указывая на общий и отличительный признаки. Например, к понятиям предметной области «математика» относятся «число», «равенство», «отрезок».
Предметная область — это знания о конкретной части реального или виртуального мира.
Покажем разницу между информацией и процессом на примере. Пользователь будущей системы может сказать:
- «Система должна предоставлять мне возможность просматривать историю моих заказов за пять лет» — это потребность в реализации процесса.
- «Система должна сохранять историю заказов покупателя за пять лет» — это потребность в информации.
Такие функциональные требования называются ориентированными на процессы или на информацию.
При этом СА может вывести функциональные требования, ориентированные на информацию, из потребностей в процессе.
Например, в требовании «Система должна проверять наличие нужного количества заказываемого товара на складе» СА может увидеть потребность в информации и сформулировать требование: «Система должна поддерживать в актуальном состоянии данные о количестве товара на складе».
И наоборот, СА может вывести функциональные требования, ориентированные на процесс, из потребностей в информации.
К примеру, требование «Система должна хранить в информации о заказе имя покупателя, его номер телефона и адрес доставки» может натолкнуть СА на размышления, как использовать эту информацию в процессах. В результате СА может сформулировать требование: «Система должна предоставлять менеджеру, ответственному за заказ, возможность просматривать имя пользователя, его номер телефона и адрес доставки».
Все эти требования необходимы для понимания разрабатываемой системы.
Представьте, что вы участвуете в разработке системы согласования документов. Какие из перечисленных функциональных требований ориентированы на процессы, а какие на информацию? Выберите соответствующее требованию значение из выпадающего списка.
Система должна предоставлять уполномоченным сотрудникам возможность согласовывать документы.
Ориентировано на процессы
Требование ориентировано на процессы, так как описывает одно из действий процесса согласования документов.
Система должна предоставлять уполномоченным сотрудникам возможность просматривать историю согласования документа.
Ориентировано на процессы
Требование ориентировано на процессы, так как описывает одно из действий процесса согласования документов.
Система должна хранить историю изменений документа в течение 10 лет с момента согласования.
Ориентировано на информацию
Требование ориентировано на информацию, так как описывает срок хранения системой информации, которую она создаёт при выполнении процесса согласования документов.
Система должна рассылать уведомления о согласовании документов на email сотрудников.
Ориентировано на процессы
Требование ориентировано на процессы, так как описывает одно из действий процесса согласования документов.
В данном случае участник процесса — система.
Система должна формировать уведомления о согласовании документов, содержащие: ФИО сотрудника, согласовавшего документ, дату и время согласования, комментарий к этапу согласования.
Ориентировано на процессы
Требование ориентировано на информацию, так как описывает информацию, которую система создаёт при выполнении процесса согласования документов.
Система должна сверять фактические даты согласования документов с плановыми.
Ориентировано на процессы
Требование ориентировано на процессы, так как описывает одно из действий процесса согласования документов.
В данном случае участник процесса — система.
Система должна хранить плановые даты согласования документов для каждого типа документа и этапа его согласования.
Ориентировано на информацию
Требование ориентировано на информацию, так как описывает информацию, используемую при выполнении процесса согласования документов.
Модели процессов и данных
Анализируя выявленные требования, СА составляет:
- модели процессов;
- модели данных в предметной области системы.
Модель — это упрощённое (схематичное) представление реальности, сохраняющее ключевые свойства первоначального объекта и передающее информацию для дальнейшего анализа.
Данные — это представление информации в формализованном виде, пригодном для передачи, интерпретации и обработки.
Модели процессов описывают действия участников, связи между действиями и связи между разными процессами. Также они показывают, какие данные нужны для выполнения этих действий и процессов, какие данные создают и изменяют участники и как они используют хранимые данные.
Например, СА может составить модель процесса согласования одного из типов документов. Эта модель будет описывать действия по созданию документа, отправке на согласование уполномоченным сотрудникам и возможные варианты развития событий — скажем, возврат на предыдущий этап согласования.
Модели процессов нужны, чтобы определить, как система может обеспечить выполнение этих процессов и действий.
Модели данных необходимы, чтобы определить, какие данные требуются системе для обеспечения выполнения процессов и действий.
Например, чтобы система могла отправить документ на согласование, она должна хранить данные об уполномоченном сотруднике, у которого есть право его согласовывать. Чтобы система могла вернуть документ на предыдущий этап согласования, она должна хранить историю согласования документа.
Составленные аналитиком модели процессов и данных и другие выявленные им требования используются командой разработки для проектирования системы.
Как вы будете работать с моделями данных
В этом спринте вы изучите виды и уровни моделей данных, а также узнаете, что системный аналитик может моделировать процессы и данные — отдельно друг от друга и одновременно.
Вы научитесь составлять концептуальные и логические модели данных и дополняющий их словарь данных. Также вы увидите, как происходит переход от логической модели данных к физической.
