Методология

В качестве методологии разработки системы выбраны agile-методы. Это серия подходов к разработке программного обеспечения, ориентированных на использование итеративной разработки, динамическое формирование требований и обеспечение их реализации в результате постоянного взаимодействия внутри самоорганизующихся рабочих групп, состоящих из специалистов различного профиля.

Данные методология нацелена на минимизацию рисков путём сведения разработки к серии коротких циклов, называемых итерациями, которые длятся две-три недели. Каждая итерация сама по себе выглядит как программный проект в миниатюре и включает все задачи, необходимые для выдачи мини-прироста по функциональности: планирование, анализ требований, проектирование, программирование, тестирование и документирование. По окончании каждой итерации выполняется переоценка приоритетов разработки.

Также используются принципы Scrum – набор принципов, на которых строится процесс разработки, позволяющий в жёстко фиксированные и небольшие по времени итерации, называемые спринтами (sprints), предоставлять конечному пользователю работающее ПО с новыми возможностями, для которых определён наибольший приоритет. Возможности ПО к реализации в очередном спринте определяются в начале спринта на этапе планирования и не могут изменяться на всём его протяжении. При этом строго фиксированная небольшая длительность спринта придаёт процессу разработки предсказуемость и гибкость.

Стратегия Разработка общей модели

Разработка начинается с высокоуровневого сквозного анализа широты решаемого круга задач и контекста системы. Далее для каждой моделируемой области делается более детальный сквозной анализ. Сквозные описания составляются и выносятся на дальнейшее обсуждение и экспертную оценку. Одна из предлагаемых моделей или их объединение становится моделью для конкретной области. Модели каждой области задач объединяются в общую итоговую модель, которая изменяется в ходе работы.

Составление списка необходимых функций системы

Информация, собранная при построении общей модели, используется для составления списка функций. Это осуществляется разбиением областей на подобласти (предметные области) с точки зрения функциональности. Каждая отдельная подобласть соответствует какому-либо бизнес-процессу, шаги которого становятся списком функций (свойств). В данном случае функции — это маленькие части понимаемых пользователем функций, представленных в виде «<действие> <результат> <объект>», например, «проверка пароля пользователя».

В данном случае рассмотрим бизнес процессы ведения БД товаров, материалов, списка клиентов, пользователей, поставщиков; журналирование заказов; ведение отчетности и прайс листа. Данные бизнес процессы включают в себя выделенные далее функции.

Разработка каждой функции должна занимать не более 2 недель, иначе задачу необходимо разбить на несколько подзадач, каждая их которых сможет быть завершена за установленный двухнедельный срок.

1. Список выделенных функций:

2. Регистрация пользователей

3. Авторизация пользователей

4. Смена и восстановление пароля

5. Список расходов и поступлений

6. Дневник расходов и поступлений

7. График изменения баланса

8. График сравнения дней по сумме финансовых операций

9. График сравнения категорий по сумме финансовых операций

10. Список долгов

11. Список выплат по долгам

12. График сравнения дней по сумме задолженностей

13. Интерактивные графики