Про проектирование порталов — 1
(Из ленты b290 » работа)
Хочу поделиться одной темой, интересно ваше мнение по ней. Буду признателен любой обратной связи — от критики до рекомендаций.
Итак, постановка задачи — есть некоторая компания, которая хотела бы внедрить у себя корпоративный портал. Наиболее значимыми целями внедрения виделись:
- централизованный доступ к корпоративным информационным ресурсам и системам;
- распространение корпоративных культуры и ценностей.
У Заказчика внедрено несколько информационных систем, покрывающих те бизнес-домены, в которых должен внедряться портал. В связи с этим проект внедрения портала дополняется реализацией некоторого интеграционного решения, позволяющего публиковать динамический контент, форируемый на основе информации из тех систем.
В итоге задача создания портала в нашем случае развалилась на следующие задачи:
- Реализация рабочего пространства, в котором сотрудники / подразделения / компания смогут формировать свое рабочее пространство и конфигурировать его исходя из текущих целей / задач. Рабочее пространство должно являть собой некую социальную среду, в которой происходит взаимодействие сотрудников компании.
- Интеграция существующих информационных систем в портал, которая в нашем случае обернется разработкой наборов виджетов для каждой из информационных систем.
- Реализация SSO, что позволит пользователю пройдя единожды аутентификацию и авторизацию, работать со всеми приложениями, интегрированными в портал.
Итак, на старте, когда мы сетапили проект, картина мира представлялась примерно вот так:
А наша задача заключалась в том, чтобы по целям (которые были озвучены Заказчиком) разработать высокоуровневые требования к порталу и его архитектуру. Детализация должна быть такой, чтобы по полученным документам было понятно, каким будет портал и как он поможет компании достичь ее цели. Кроме того, на основе наших документов будут инициироваться проекты, направленные на разработку портала.
В качестве исходных данных нам были известны бизнес-домены, которые портал должен покрыть.
Соответственно сетап проекта сводился к решению следующих задач:
- Определение содержания документов, которые мы должны поставить.
- Определение последовательности выполнения задач, которая обеспечила бы нам неминуемое достижение целей нашего проекта.
- Собственно проектирование решения.
Первая задача упрощалась тем, что проект был чисто аналитический, поэтому уровень абстракции был выбран такой, когда детализация проработки позволяет понять возможности предлагаемого решения, но при этом нет необходимости детализировать до уровня, необходимого разработчикам.
Вторая задача усложнялась тем, что по факту на старте проекта совершенно не было понятно, как Заказчик представлял себе свой портал. Он только понимал, зачем ему этот ресурс нужен, но каким образом портал будет обеспечивать свою нужность — совершенно не было понятно.
Поскольку изначальная постановка задачи со стороны Заказчика была какая-то размытая, мы решили, что проект нужно начать с воркшопа, целью которого было определить общую идею решения. Я исходил из того, что на момент старта мы уже имели примерное понимание, как портал мог бы выглядеть. Наличие этого понимания было таким, что им можно было спокойно поделиться с Заказчиком и при этом не сгореть со стыда. Поэтому мы и решили сперва показать, что мы понимаем их цели, видим проблемы, поэтому представляем, что им нужно, а затем получить их уточнения и сформулировать финальное представление о том, каким должен быть портал.
Затем, когда уже всем (и нам и Заказчику) станет понятен образ портала, можно будет спокойно уточнить требования и развить первоначальное видение до оформленной технической идеи:
Описывать картинку, представленную выше, я не буду. Там вроде все понятно.
Проделав вышеописанное мы в целом нормально засетапились и можно было бы идти дальше. Но оставалась одна маленькая проблема — как структурировать решение таким образом, разработку требований к нему сделать относительно быстро и качественно. Об этом — в следующий раз.
Источник: Про проектирование порталов — 1