Когда вы делаете систему с нуля

Сложно? Страшно?

Пожалуй вначале каждый из нас могу подумать про себя, что именно так оно и было. нАс позвали делать систему диагностики в области автоматизации и контроля транспорта, который еще не было. Ничего не надо было копировать - надо было придумать. Все. Архитектуру и на чем писать. Какое железо и мощности нам нужны, Какие интерфейсы там будут. ЧТО вообще система должна уметь делать

НАДО ЖЕ С ЧЕГО ТО НАЧИНАТЬ!!!!!

ААА мы уже сидим здесь месяц и перелопатили гору информации и систему и понимаем что так или иначе все будем делать новое. Что надо только ознакомиться с ними а строить то будем сами. И ничего - ничегошеньки у нас нет пока. Фронтенд усиленно морщит лоб в поисках удобной для него платформы. Мы думаем как все это должно выглядеть. СТрашно!!!!

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

Поэтому первый прототип лег на стол к руководству именно этих цветах.

Начали действительно с самого базисного и простого. Как будут выглядеть наши списки, Что мы в них сможем делать.

Меню. Конструктор.

Список - сущности. Конструктор.Функции.

Споры о терминологии.

Первые описания.

У НАС ЧТО ТО УЖЕ ВЫРИСОВЫВАЕТСЯ.

Да, да . Приходилось сидеть и на ходу их тех данных которые нам дали - как предполагалось они в системе должны быть. Изобразить что-то уже похожее ни списки в системе. Все вздохнули с облегчением.

Мы видим как выглядят сущности в системе - можем их редактировать в специальных формах. МОжем искать и сортировать. Еще нужны конструкторы для каждой. Но, главное - все увидели как это оно будет.

И облегченно вздохнули. Все нормально процесс проектирования пошел.

КАК ИСКАЛИ ЗОЛОТУЮ СЕРЕДИНУ?

Первое от чего я предложила категорически отказаться - это от бесконечной вереницы всплывающих модальных окон для редактирования и поиска нужных объектов (сущностей). Старые системы очень часто грешат тем, что в любом месте где это вызывает сомнения вместо того, чтобы поразмыслить - ставят новое окно поверх старого. У нас была возможность этого избежать - чем мы и воспользовались.

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

Мы сразу же предусмотрели везде места для подсказок и ссылки на хелпы. И тоже облегченно вздохнули. Все должно быть понятно сразу же.

По возможности не загромождали систему множество иконок.

Сделали то, что принято на вебе. Кнопки редактирования списков разделили на два категории. Тех, что нужны всегда / тех короче являются групповыми операциями.

И тех которые используются для каждого конкретного объекта. Кнопки у объектов были к ним и перемещены и не дублировались сверху.

Остальные - оставались всегда в зоне видимости наверху.

Так постепенно система начала обрастать функциональном. И самое главное - каждый раздел, каждая опция легко наследовалась из предыдущей. Над этим мы поработали отдельно и все получилось.

КАК ТЕСТИРОВАЛИ И ВНЕДРЯЛИ

К сожалению довести до ума систему нам уже не представилось возможным - так как компания владелец софта обанкротилась. Но нам удалось проявит внедрение в МГТ города Москвы.

Наши диагностики проходили и мы получили необходимы результаты. Могу сказать что работали так, как на военной приемке.

Сначала аналитики запустили специальный эмулятор, Потом были созданы отчетов, которые отображались в системе и показывали поведение автобуса. КОнтролировались параметры по топливу и количеству пассажиров.

А потом мы подключили систему к конкретным автобусам и начали смотреть все вживую. Меняли параметры техники в автопарке вручную. Система выводила нужные диагностики и отчеты.

ОНО РАБОТАЕТ!!! Впереди было множество планов. В частности полный набор конструкторов.

От конструктора диагностик до конструктора объектов и связей. Успели сделать лишь три из них.

Роли / объекты / и связи.

ПРОЦЕСС РАЗРАБОТКИ ИНТЕРФЕЙСОВ

Можно бесконечно рассказывать о каждом разделе и о том как все придумывалось. Это уже пожалуй не на одну статья тема. МОгу сказать что все крупные блоки и разделы, в том числе и конструкторы мы делали безусловно как коллективный разум. СТавилась общая задача расписанная до деталей . После чего делали скетчи - несколько вариантов как правило. Так как в таких конструкторах как например конструктор связей объектов могло быть не одно решение.

Дальше все это обсуждалось с аналитиками до тех пор, пока мы не приходили к тому решению которое было одновременно и простым и удовлетворяла требованиями системы,.

После чего презентовали все разработчикам. Тут также вносили уточнения и в конечном итоге рождала финальная версия в Скетче и у дизайнера в фотошопе. КОторую в итоге уже и начинали внедрять.

Законченную вещь тщательно тестировали вначале сами с точки зрения интерфейсов и соответствия общей логике и только потом отдавали на откуп тестировщикам.

СОВЕТЫ ТЕМ, КТО ДЕЛАЕТ СИСТЕМУ С НУЛЯ

- Не бояться того что вы все сделаете с нуля по новому - не оглядывайтесь постоянно на старое. Ищите свои хорошие решения.

- Эмпатия вам очень понадобится - особенно если вы ограничены в ресурсах. Это позволит быстро и достаточно точно сформулировать и создать ваши основные персонажи и прочитать их сценарии. Хотя безусловно это не отменяет пользовательского тестирования по всем правилам.

- Ищите простые с точки зрения пользователя решения. Они есть. Пользуйтесь простыми критериями. Тот. кто впервые видит систему должен совершись базовые действия в ней без багов и вопросов. Даже не очень хорошо зная язык.

- Старайтесь использовать по максимуму знания и ресурсы команды. Хорошо, если все будут гореть идеей - тогда меньше будет разногласий из-зя уязвленного самолюбия и вы быстрее достигнете нужного результата.

- Качественный интерфейс прост как сошедшийся пасьянс. Но это не значит что все просто по функциональности.

- Давайте пользователю удобные подсказки и опции.

- Документируйте сразу и делайте хелпы. Потом будет как всегда не до них.

- Смотрите по сторонам. Систем много и ваша зада понять что наворотим - это не то, к чему надо стремиться. Ищите красивые решения для подражания. Красивые с точки зрения логики7 Их всего видно. ЗА ВЕРСТУ! Такое можете копировать смело.

- В работе всегда мысленно аргументируйте любые свои изыскания. Ничего не должно быть сделано для галочки, красоты или просто так. Это бесполезные элементы.

- Будьте готовы к тому что и продавать и делать предпродажную обертку придется тоже вам. Ибо никто так не знает систему как тот кто ее реально создавал. -))) Это уж конечно ирония судьбы. Но это так.