Определение бизнес требований

Последнее десятилетие активно развивается учебное направление «Бизнес-информатика». В 2015 году был утвержден соответствующий федеральный государственный образовательный стандарт. Выпускники по данной специальности готовятся к аналитической, проектной и консалтинговой работе. В соответствии с духом стандарта бизнес-информатик должен обладать аналитическими способностями, способностью к абстрактному мышлению, владеть приемами системного мышления, способностью принимать решения в нестандартных ситуациях, умением выстраивать эффективные коммуникации. Основные сферы деятельности бизнес-информатика - это разработка и оптимизация бизнес-процессов, управление проектами, проектирование и внедрение корпоративных информационных систем и другие.
В глобальном бизнесе информационным системам уделяется значительное внимание ввиду стремления корпоративного центра минимизировать издержки управления разветвлённой сетью исследовательских, производственных, складских и распределительных площадок, а также ввиду необходимости получения достоверной и актуальной информации о деятельности удаленных объектов.
В случае нестандартного функционала информационной системы (ИС) разрабатываются специфические для данной структуры транзакции (в случае внедрения SAP - Z- транзакции). Как правило, рабочим языком КИСа является английский, а ИТ-департамент, занимающийся обслуживанием и сопровождением корпоративной информационной системы может находиться в удаленной стране. Несмотря на то, что крупные корпорации стремятся иметь штатных консультантов по информационным системам, все это создает значительные барьеры в обучении конечного пользователя, и как следствие, уменьшает эффект от использования систем.


 
Глава 3.Методика проектирования ПО на основе бизнес-требований

На сегодняшний день одним из наиболее популярных методов проектирования программного обеспечения является предметно ориентированный подход (Domain Driven Development), основной идеей которого является выделение релевантной модели предметной области и ее дистилляция. Архитектура проектируемой системы основана на агрегатах, неделимых сущностях, модели предметной области. Данный подход представляет итеративную модель проектирования и разработки ПО, а также набор лучших практик, хорошо себя зарекомендовавших в проектах, которым присуща сложная организация модели предметной области. Однако данный метод имеет существенные недостатки:
сложность сопровождения;
сложность внесения изменений;
ресурсоемкий и экономически дорогой подход проектирования;
высокий порог вхождения в роль проектировщика.
Современные методы проектирования также направлены на решение проблемы масштабируемости информационных систем, выделяемой в отдельный класс задач. Наиболее популярными решениями являются событийно ориентированные и микросервисные архитектуры.
Таким образом, существующие методы проектирования программного обеспечения не решают весь спектр актуальных проблем и являются набором лучших практик, предназначенных для узкого круга задач. Проектирование программного обеспечения - сложный, ресурсоемкий и дорогой вид деятельности, имеющий высокий порог вхождения в роль проектировщика. На сегодняшний день остро стоит вопрос о необходимости создания нового метода, учитывающего особенности и требования современных процессов проектирования.
Представим процесс проектирования в виде последовательности этапов: определение требований к системе, их анализ, проектирование и разработка. Каждый этап включает в себя построение набора диаграмм, наглядно представляющих архитектуру проектируемой системы с определенной точки зрения. Диаграммы сопровождаются спецификациями, содержащими более подробную информацию. Стрелки, связывающие диаграммы между собой, образуют декларативный переход из одного состояния проектирования в другое. Декларативный переход решает схожую задачу с шаблонами проектирования в императивных языках; он представляет набор правил и решений задач, часто возникающих при проектировании архитектуры информационной системы. Именно эти правила перехода являются характерной чертой данной методики. Стоит отметить, что существует возможность обратного перехода на предыдущий этап, так как итеративность является неотъемлемой характеристикой процесса проектирования. Предлагаемая общая схема процесса проектирования представлена на рис. 1.

Рис. 1. Общая схема процесса проектирования

Рассматриваемые этапы решают следующие задачи:
определение требований к системе:
выделение процессов, происходящих в системе;
создание словаря предметной области.
анализ:
определение модели предметной области, сущностей, их атрибутов и ассоциаций;
описание процессов в формальном виде, определение входных и выходных данных и событий, описание основных и альтернативных сценариев выполнения;
определение зависимостей между процессами.
проектирование:
определение архитектуры проектируемой системы;
описание внутреннего устройства процессов и взаимодействия между ними;
создание компонентов системы;
выделение основных классов и их методов;
определение макетов экранных форм.
разработка:
создание схемы базы данных;
реализация спроектированных классов их методов;
реализация методов развертывания и доставки системы.
По результатам анализа документа требований к системе определяется словарь предметной области, включающий сущности модели предметной области и процессы, происходящие в проектируемой системе. Стоит отметить, что текст документа требований к системе может уточняться и обновляться как по мере уточнения словаря, так и во время процесса проектирования. Это естественный процесс, предполагающий итеративность на любом этапе.
Под сущностями понимаются типы объектов предметной области. Помимо типа сущность имеет список первостепенных атрибутов, фиксируемых в словаре. Существует два типа сущностей:
активные - инициируют взаимодействие с другими объектами;
пассивные - являются пассивными участниками взаимодействия сущностей.
Словарь рассматриваемой предметной области может иметь следующий вид.
Активные сущности:
• Гость - пользователь, не зарегистрированный в системе.
• Участник - пользователь, зарегистрированный в системе. Атрибуты: логин, пароль, ответ на секретный вопрос и др.
Пассивные сущности:
• Собственно система.
• Контест - онлайн-соревнование по спортивному программированию. Имеет фиксированные сроки проведения. Атрибуты: название, дата начала, дата окончания.
• Задача - элемент контеста, состоящий из условия, ограничений, входных и выходных данных. Атрибуты: название, условия, автор, ограничения.
• Посылка - исходный код программы, решающей поставленную задачу на определенном языке программирования. Атрибуты: язык решения, текст решения, результат проверки, время посылки, номер задачи, отправитель.
• Рейтинг участников - табличный отчет, колонки которого содержат список задач, строки - список участников. Значение ячейки в виде знака «+» показывает, что участник решил задачу. При неудачной проверке решения отображается знак «-» и количество неудачных попыток. Отчет вычисляется на основе списка задач, списка участников и списка отправленных решений. Атрибуты: список задач, список посылок, список участников, контест.
Под процессами понимаются последовательности операций (действий, активностей), направленных на достижение определенной цели.
Процессы:
• авторизовать участника - операция, инициируемая участником, проверяющая его логин и пароль и допускающая к возможностям системы;
• зарегистрировать участника - операция, инициируемая гостем, создающая учетную запись участника в системе;
• восстановить пароль участника - операция, инициируемая участником, восстанавливающая забытый пароль;
• получить список активных контестов - операция, инициируемая участником, запрашивающая список активных контестов;
• получить список моих контестов - операция, инициируемая участником, запрашивающая список контестов, в которых он зарегистрирован;
• зарегистрировать участника в контесте - операция, инициируемая участником, регистрирующая его в контесте;
• выбрать контест - операция, инициируемая участником, выбирающая контест для участия;
• участвовать в контесте - операция, инициируемая участником, предоставляющая доступ к кон- тесту;
• получить список задач - операция, инициируемая участником, запрашивающая список задач;
• отправить решение - операция, инициируемая участником, передающая решение на онлайн-проверку и возвращающая результат проверки;
• просмотр рейтинга участников - операция, инициируемая участником, запрашивающая рейтинг участников.
Название процесса должно кратко характеризовать совершаемое действие, а именно: название должно быть глагольным словосочетанием - глагол, который связан с именем существительным в косвенном падеже, иллюстрирующим такой характер подчинительной связи, как управление.
Определенные требования к системе и словарь предметной области являются результатом первого этапа «Требования к системе». Следующий