Проектирование бизнес-приложения: Анализ
Первоначально необходимо определить основную функциональность приложения, т.е. те области бизнес-процессов организации, которые приложение будет автоматизировать.
Оптимально начать с высокоуровневого разбиения функциональности. Организация делится на некоторые организационные структуры: бухгалтерию, склад, отдел (департамент, другая орг. структура) работы с клиентами, отдел работы с поставщиками и т.д. Таким образом определяем общее модульное покрытие автоматизации по орг. структурам.
Стоит определить приоритетность каждого участка, т.к. может не хватить ресурсов для параллельного развития каждого из направлений.
Далее определяем необходимую функциональность каждого модуля. Здесь так же действует принцип определения приоритетов для каждой функции – необходимо определить, является ли функция основополагающей для модуля, что необходимо реализовать в первую очередь, а что может подождать следующей версии. Не стоит впихивать сразу все функции в первую версию модуля – чем проще функциональность первой версии, тем легче ее сделать и быстрее развивать в дальнейшем.
При анализе функциональности будущей системы всегда стоит обратить внимание на уже существующую автоматизацию функциональности. Пользователи таких автоматизирующих решений всегда подскажут, что им удобно, что нет, какая функциональность им необходима в первую очередь, а что они могут решить с помощью имеющихся средств.
Замечу, что различные аналитические отчеты, как правило, не включаются в первую версию. Однако, первая версия должна содержать визуальные средства проверки корректности работы – простые отчеты корректности ввода информации, корректности движения бизнес-сущностей. Пользователю всегда необходимо показывать, что система работает корректно, а если наблюдается обратное, то должно быть средство, которое поможет найти некорректность. Такая простая отчетность должна реализовываться помимо стандартного функционального тестирования при разработке.
Более детальное описание процесса анализа можно найти книге «Принципы работы с требованиями к программному обеспечению. Унифицированный подход» Леффингуэлл, Уидриг. Книга очень стоящая, но, к сожалению, в продаже уже давно не видел ее. В виде альтернативы могу предложить вторую редакцию этой книги на языке оригинала «Managing Software Requirements: A Use Case Approach, Second Edition» Dean Leffingwell, Don Widrig.
Похожие статьи: