Технология реализации прикладных проектов с использованием платформы CW

Технология включает в себя следующие этапы:

1. Содержательная постановка задачи
2. Разработка контент-модели CW
3. Проектирование этапности разработки и внедрения решения.
4. Реализация функционального макета, согласование его с заказчиком
5. Реализация дополнительных подсистем, доработок к ядру и др.
6. Разработка графического дизайна, согласование его с заказчиком
7. «Нарезка» разработанного дизайна, создание простого, компактного и HTML-кола.
8. «Натягивание» дизайна на функциональный макет.
9. Подготовка инструкций по использованию разработанного Web-решения.
10. Ввод системы в эксплуатацию

В основном исполнение должно идти последовательно, но 5, 9 и (6,7) могут выполняться одновременно.

1. Содержательная постановка задачи

Результатом содержательной постановки является текст на естественном языке, или диаграммы подготовленные в тех или иных CASE-средствах. Должна четко фиксировать

• состав информации, с которым работает Web-Решение
• требуемую функциональность по визуализации информации
• выделение источников информации
• пользователей решения
• внешних подсистем
• функциональные позиции пользователей веб-решения
• общее описание бизнес-процессов,
• описание элементарных технологических операций, выполняемых пользователями

Выполняется системным аналитиком, вооруженным обычным арсеналом средств.

2. Разработка контент-модели CW

• информационная модель формулируется в терминах CW, определяется, какими типами сущностей и связей будет моделироваться информация, с которой работает Web-решнние. Описываются способы использования имеющихся типов айтемов и связей, атрибуты для вновь создаваемых типов айтемов, и характеристики вновь создаваемых связей.
• Выделяются компоненты информационной модели, которые не могут быть непосредственно реализованы в терминах CW.
• Определяются группы пользователей, способы их идентификации, и права на просмотр информации, которыми они наделяются, сформулированные в терминах CW (т.е. формальные определения условий доступа в терминах сущностей и связей)
• Технологические операции формулируются в терминах в операций постинга CW. Для тех операций, выполняемых пользователями, которые не реализуются непосредственно, определяется допустимость их разложения на более простые операции

- в терминах атрибутов и фильтров CW фиксируется требуемая функциональность по специализированным поискам и сортировкам информации

• Ставятся задачи по
• интеграции с внешними подсистемами
• поддержке операций ввода, которые не могут быть реализованы непосредственно
• функциональным доработкам ядра CW, требуемым для реализации требуемой функциональности

- фиксируется набор типов страниц, и примерное содержание и функциональность страницы каждого типа.

Выполняется платформенным постановщиком задачи. В качестве результата имеет текст на естественном языке, структурированный в соответствии с описанной выше структурой

3. Проектирование этапности разработки и внедрения решения.

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

Ситуация, когда этапов более одного (некоторая часть функциональности не реализуется сразу), а откладывается на бедующие этапы, может быть вызвана:

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

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

Если этапов более одного, для каждого из следующих этапов повторяется последовательность необходимых шагов 5-10, возможно, по упрощенным процедурам.

4. Реализация функционального макета, согласование его с заказчиком

• Создаются необходимые типы айтемов и связей
• Создается тестовый контент - с помощью интерфейса модератора вводится некоторое количество информации, достаточно для тестирования.
• В случае, если в БД CW должна быть добавлена дополнительная информация, управляемая внешними подсистемами, создаются соответствующие таблицы и наполняются тестовой информацией.
• Для основных (в идеале - для всех) страниц разрабатываются имеющие «нулевой дизайн» шаблоны, реализующие спроектированную функциональность по визуализации информации. Получается работающий макет системы!
• Макет предъявляется заказчику, и с ним согласуется состав информации и функциональность разработанного макета. Возможен возврат назад - вплоть до уточнения содержательной постановки, информационной модели и этапности.

- реализуется схема разделения прав доступа и функциональные операции. Предъявляется заказчику, и с ним согласуется функциональность.

• Структура шаблонов декомпозируется с целью максимального повторного использования фрагментов.

Выполняется прикладным программистом и платформенным постановщиком.

5. Реализация дополнительных подсистем, интеграция, доработок к ядру, триггеров и др.

Результат - работающие подсистемы, и/или доработанное ядро CW, интегрированные с функциональным макетом, и тем самым, полностью функционального макета системы, реализующего все заказанные функции, Он может быть как не имеющего графического дизайна, так и уже имеющим, если работа по разработке и «натягиванию» дизайна завершилась ранее.

Выполняется системным программистом

6. Разработка графического дизайна, согласование его с заказчиком

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

Выполняется Дизайнером.

7. «Нарезка» разработанного дизайна, создание простого, компактного и HTML-кода

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

Выполняется HTML-кодером

8. «Натягивание» дизайна на функциональный макет.

На базе разработанного HTML-кода «украшаются» шаблоны функционального макета.

Или наоборот - static HTML «оживляется» путем включения динамических элементов.

Результат -работающий сайт. Выполняется HTML-кодером.

9. Подготовка инструкций по использованию разработанного Web-решения.

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

Должны быть описаны способы выполнения отдельных технологических операций, и способы их комбинирования (последовательность) для выполнения бизнес-процессов заказчика, связанных с использованием разработанного веб-решения.

Может быть также подготовлен Help по пользованию веб-сайтом для рядовых пользователей (зрителей), если имеется сложная функциональность просмотра, или дизайн не удалось сделать достаточно интуитивным.

Подготавливаются инструкции по начальному заполнению системы данными

10. Ввод системы в эксплуатацию

Включает следующие процессы:

• Регистрация в системе сотрудников заказчика и наделение их соответствующими правами.
• Обучение сотрудников Заказчика
• Начальный ввод данных

Результат - система, сданная в эксплуатацию. Выполняется ???