Задача №1 «Поиск решений»
Небольшая фирма ООО «Ромашка» занимается выращиванием и продажей цветов. В ней работает всего 6 человек: генеральный директор Андрей, бухгалтер Мария, продавец Лена, садовники Иван и Татьяна, водитель Петр. Они сами выращивают цветы в арендуемых парниках на территории агрокомбината ГУП «МосГорСельхоз» и продают их в своей розничной точке на рынке. Также у них есть свой сайт «ЗакажиСамыйЛучшийБукет.РФ», на котором посетителю предлагается воспользоваться визуальным конструктором букетов, составить и заказать свой собственный уникальный букет. Заказ на букет с сайта отправляется на почту Лене, которая по телефону звонит Татьяне и говорит срезать ей такие-то и такие-то цветы. Потом Петр везет эти цветы на точку к Лене, она их красиво раскладывает, обертывает в красивую обложку и получается «букет», который Петя тут же отвозит по адресу, указанному в заказе. Для постоянных клиентов (зарегистрированных на сайте) оплата букета производится при получении - деньги отдаются Пете в обмен на букет, подпись о получении и кассовый чек. Для всех остальных клиентов букеты делаются только после получения 100% предоплаты. Для этого на сайте существует соответствующая возможность оплатить по банковской карте, Яндекс,Деньгам, QIWIилиWebMoney. ООО «Ромашка» полностью «белая» фирма и после оплаты каждого заказа Мария вносит эту информацию в 1С.
После раскрутки сайта «ЗакажиСамыйЛучшийБукет.РФ», количество заказов букетов выросло в несколько раз и к Андрею периодически стали обращаться клиенты, недовольные тем, что им доставляют букет не в срок, не по той цене, а иногда и не тот букет, который они заказали на сайте. Андрей провел «внутреннее расследование» и установил, что причина всех проблем в том, что Лена часто путает заказы клиентов, неправильно заказывает нужные цветы Татьяне, а получив «неправильные» цветы делает букеты «из того, что было».
Задание: Выделить проблемы и предложить решения
Базовая литература по системному анализу
«Не каждый, мечтающий стать аналитиком, долетит до середины Вигерса…»
с Хабра
Uml2.ru
A Guide to the Business Analysis Body of Knowledge (BABOK)
Алистер Коберн «Современные методы описания функциональных требований к системам»
Карл Виггерс «Разработка требований к программному обеспечению»
Юрий Химонин «Сбор и анализ требований к программному продукту»
Простые диаграммы
Блок-схема
DFD
Swimline
Диаграмма вариантов использования
IDEF0
Простые диаграммы позволяют «снять неопределенность» при первом знакомстве с системой или процессом.
Диаграммы позволяют:
Быстро «охватить взглядом» весь процесс, например, увидеть все состояния объекта на одном рисунке.
Продуктивнее общаться с заказчиками. Рисуя диаграмму, мы можем использовать ее в беседе, выявляя при помощи нее проблемные и малопонятные части процесса. Ничего ли не упущено? Нет ли потерь данных?
Быстрее познакомить с процессом новичков в команде.
Делать презентации для заказчика более наглядными.
На диаграмме могут быть отображены следующие сведения о бизнес-процессе:
набор процедур;
последовательность выполнения процедур;
механизмы контроля и управления;
исполнителей процедуры;
входящие и исходящие документы и данные процедуры;
необходимые для выполнения процедуры ресурсы;
регламентирующие процедуру документы.
Особенность: при изменении функциональности системы достаточно трудоемко поддерживать актуальность диаграмм.
Классификация:
Диаграммы, нарисованные в соответствии с нотацией (см. Рисунок 2).
Рисунок 2 – Диаграмма, нарисованная в соответствии с нотацией
Диаграммы, нарисованные в свободной форме (см. Рисунок 3).
Рисунок 3 – Диаграмма в свободной форме
Виды диаграмм:
Простая блок-схема (см. Рисунок 4). Иллюстрирует алгоритм. Требования к изображению элементов и связей между ними приведены в ГОСТ 19.002-80 и ГОСТ 19.003-80.
Рисунок 4 – Простая блок-схема