« Составление списка бизнес функций, возлагаемых на бизнес решение ».

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

•  К интерактивным можно отнести такие бизнес функции как Интернет-магазин, Биллинг система, Опросы. 
•  К оперативным – Форум, Гостевая книга. 
•  К справочным – статьи, каталог, о нас, наши продукты, прайс. 
•  К смешанным – Документооборот и т.д.

Результатом этого этапа станет черновые «Рамки решения».


Результаты этапа №1 можно увидеть тут http://forum.vingrad.ru/topic-197699.html


Напоминаю Вам, что это обсуждение списка бизнес функций "Vingrad CMS".
Офтопик будет удаляться сразу.


В присоедененном файле таблица основных бизнес функций сайта. Просим обсудить, дополнить.
ВНИМАНИЕ! Это описание БАЗОВЫХ бизнес функций, а не детальное руководство. Не надо сейчас размышлять о том "Как было бы здорово добавить в новости рейтинги...".

Это сообщение отредактировал(а) awers - 26.2.2008, 20:25

Присоединённый файл ( Кол-во скачиваний: 34 )
 analitic.gif 6,12 Kb

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

Этот этап так сходу не решить, как предыдущий. И на его решение потребуется время. 

У меня просьба. 

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

Сайты должны быть следующей тематики:
1. Персональные страницы. 
Желательно ссылки на разные направленности (области деятельности). Например персональный сайт программиста, сайт фотографа, сайт художника и т.д.
2. Сайты малого и среднего бизнеса.
Так же желательно разной направленности. Сайт компьютерной фирмы, турагенства, электротехнической компании и т.д.
3. Сайты сообществ по интересам и профессиональных групп. 
Опять же желательно разной направленности.

Нужно где-то около 50 ссылок на каждую тематику.

Потом мы их проанализируем, выделим бизнес-процессы, которые и послужат основой для черновых рамок решений.
Черновые рамки решения - это грубо говоря, список тех функций, которые использует пользователь на сайте, и которые предполагается реализовать в будущей CMS.

Это сообщение отредактировал(а) Medved - 25.2.2008, 06:58

Персональные страницы:
http://www.libfl.ru/mimesis/
http://sysoev2.narod.ru/
http://www.sissel.net/
http://mzaharenkov.spb.ru/
http://nancy.sitecity.ru/
http://www.kalinin.ru/
http://slava.khersoncity.com/
http://sharos.com.ru/
http://www.dimonius.ru/
http://mas.kiev.ua/
http://private.peterlink.ru/legostay/
http://www.vivi.ru/
http://wood-carving.km.ua/rus/about.html

Малый и средний бизнесс:
http://www.ropes.ru/
http://www.keramik-lefortovo.ru/
http://www.skbkontur.ru/
http://mobile-sms.ru/main/ 
http://moscowadvokat.ru/ 
http://vse-svoi.ru/
http://www.ckbran.ru/
http://www.itrc.kz/
http://www.galtech.kz/en/company.htm
http://www.siel.ru/
http://www.molokont.com/index.php
http://www.rosspetstechnika.ru/

Сообщества:
http://community-dpr.org/
http://www.tsoy.by.ru/kino/index1.html
http://www.gpsmonitor.net/
http://www.russiankorea.com/x/rus/
http://hopeland.ru/
http://www.baku.ru/
http://www.balticlife.ee/
http://untouchable.ucoz.ru/

Прошу всех присоедениться к нам для анализа сайтов, приведенных в этой теме и тут http://forum.vingrad.ru/topic-197699.html

Бизнес функции домашних страничек: 

• Предоставление информации о владельце
• Размещение групп графических файлов
• Размещение прочей полезной информации в структурированном виде (ака статьи)
• Размещение ссылок на другие сайты
• Предоставление возможности обратной связи
• Размещение информации о продуктах деятельности владельца
• Размещение новостей
• Структурированное хранилище архивов
• Интерактивные средства общения с посетителями

Это сообщение отредактировал(а) awers - 26.2.2008, 02:19

Бизнес функции сайта для малого и среднего бизнеса

• Предоставление информации о владельце
• Размещение прочей полезной информации в структурированном виде (ака статьи)
• Предоставление возможности обратной связи
• Размещение информации о продуктах/товаров (каталоги)
• Интерактивные средства продажи продуктов онлайн
• Размещение файлов в хранилище архивов
• Размещение новостей
• Размещение новостей с других сайтов (rss reader)
• Размещение вакансий
• Интерактивные средства общения с посетителями
• Размещение объявлений
• Размещение прайсов

Так же везде по дефолту - RSS, Печатные формы, Карта сайта и Поиск

Бизнес функции сайтов сообществ

• Предоставление информации о владельце
• Размещение прочей полезной информации в структурированном виде (ака статьи)
• Предоставление возможности обратной связи
• Размещение файлов в хранилище архивов
• Размещение новостей
• Размещение новостей с других сайтов (rss reader)
• Интерактивные средства общения с посетителями

Так же везде по дефолту - RSS, Печатные формы, Карта сайта и Поиск

Добавлено @ 02:58
Сравнительная таблица

Это сообщение отредактировал(а) awers - 26.2.2008, 03:00

Присоединённый файл ( Кол-во скачиваний: 15 )
 table.gif 5,36 Kb

Анализ бизнес-сайта http://www.rosspetstechnika.ru/

Для ускорения буду делать краткий анализ сайтов.

Сайт, кажется, несет только функции саттелита. На главной странице есть навигация, блоки с рекламой товаров, новости, большой список новых статей, информация о сайте и блок с продажей ссылок. На сайте размещены статьи, которые имеют рейтинги, они организованы в малопонятный каталог. Есть страница с новостями: дата, название и краткое описание. Доска объявлений устарела, состоит из полей: дата, описание, URL, E-mail, город и телефон. Форум сделан очень просто, без регистрации, но есть Captcha. Из контактов есть только форма отправки сообщения. Статьи имеют простейшее форматирование: заголовок, аннотация и простой текст. Также у статей есть рейтинги. На карте сайта показан список всех статей с рейтингами. Нет ничего ценного для посетителя.

Прошу обратить Ваше внимание на прикрепленный к первому сообщению файл

Анализ сайта сообщества http://community-dpr.org/

Сайт сделан хорошо, постоянно обновляется. Сверху расположены маленькие изображения флагов Абхазии, Южной Осетии и Приднестровья, но ведут не на выбор языка, а на статью описания страны. Описание выполнено с заголовками и изображениями. Есть блок цитаты-описания сообщества. На главной странице новости представлены таблицей 3х4 ячейки. Есть календарь событий, который ведет на новости по выбранной дате. Слева расположен список анонсов сообщества типа "Заявление Совета Межпарламентской Ассамблеи государств-участников Сообщества". Новости и анонсы имеют простейшее форматирование. Фотогалерея постраничная, на каждой странице несколько категорий с фотографиями и подписями. Фотографии в полный размер на отдельной странице.

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

awers, список функций составлен? Этап закончен? Что дальше?

Просто вроде и итоги подведены, а темы "Часть 3..." не появилось.

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

я просто так и не услышал критики той таблички которую я соствил ...

Стоит расшифровать "Средства общения с посетителями" -- слишком многое и разного туда входит а именно:
1. Форум
2. ПС
3. Чат

Ну и к галлереям стоит добавить "файлов"

а вот какие средства общения - определим в Части№3. Чат кстати сразу нет. 

awers, тогда почему в отдельный раздел вынесена "информация о владельце"? 
Почему не объебенены "размещение вакансий" и "размещение объявлений" (одно явно включает другое). Вобщем-то определитесь по какому признаку группируем.

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

Более точно вот:
Модель процессов MSF, версия 3.1 (0,85 МБ)
В модели процессов приводится общее описание организации работ над проектом по разработке и внедрению ИТ-решений. 

Это сообщение отредактировал(а) Medved - 1.3.2008, 01:16

Medved, спасибо. А раньше мы шли куда -- в светлое будущее; как -- строя коммунизм.
А давайте я сейчас тоже скину пару ссылок на IBM и Sybase и переименуем тему в "Мерянье ссылками"?
При этом ни одна из них не будет иметь отношения к тому, что сейчас происходит, т.к. все эти подходы предполагают наличие заказчика. Сейчас же происходит маркетинговое исследование, а не проектирование.

Я говорил о том, что конечный функционал проекта пока не ясен (что нормально) и я не понимаю логику, по которой проводились работы на данном этапе. А именно -- по какому признаку группировались функции? Почему чат -- "однозначно нет", хотя на сайтах сообществ он встречается очень часто (если не ошбаюсь пока не принимается решение о включении функционала в проект, а просто идет сбор потребностей)?

Это сообщение отредактировал(а) solenko - 1.3.2008, 13:00

solenko, потвоему мы делаем CMS для никого?

awers, по-твоему у нас есть постановщик задания?

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

solenko, по твоему это можно сделать за 1 день?

awers, что "это"? Ответить на вопрос, по поводу принципов группировки?

Sardar, я не против первой версии "на выброс".
Есдинственное, что мне не нравится в таком варианте -- набор функционала на нее. Его получается прилично, т.е. как минимум времени пройдет много. Такой массив кода потом переписывать не улыбается, я думаю, никому. 

Вот только что родилась мысль... 
А зачем делать портал-ориентированную CMS? Может стоит сделать движек для блогов. Конкуренция -- только wordpress. Потребности в продукте приличные. Т.е. есть шанс как у отдельностоящего продукта.
Кроме того, задача не монстроподобная и позволит команде сработаться + на основе решений для блога можно будет либо расширить его до портала, либо просто вынести концепции в CMS.

Добавлено через 12 минут и 53 секунды
Простите, я отбирал сайты не по признаку их принадлежности к какой-то группе. Просто эти сайты используют CMS портального типа, конкурентом которой должна сатать разрабатываемая система. Было просмотрено ~20 сайтов на Joomla и ~20 на Drupal.

Привожу функции сайтов, которые не упоминаются в табличке.

http://tutorialized.tv/ -- облако тегов
http://mysweethandbag.com/ -- смена шаблонов
http://www.nthavenue.com/ -- Google map
http://www.starcrossedtattoo.com/  -- Google map, пользовательские блоги
http://rhi.pwnstyle.com/ -- архив файлов
http://www.cjbox.net/ -- рассылка, партнерские программы (Amazon, BookSense, etc)
http://geoffthedentist.com/ -- google map
http://marianova.com/ -- community, оценка контента
http://ifood.tv --  подписка на контент (не RSS), подписка на контент пользователя, списки друзей, community, гостевая книга для каждого пользователя, «пригласить друга»
http://edmonton.landmarkhomes.ca/homes -- community
http://www.movie-pixel.com/ -- облако тегов, community

Я предлагаю немного абстрагироваться от конкретных модулей а определить конкретные функции.
Например можно выделить следующие:

•  Управление контентом
•  Управление масками доступа к контенту (к примеру : "Только зарегестрированным", "В определенное время", "Для пользователей таких-то групп", "После выполнения каких-либо требований")
•  Изменение функционала CSM "на лету"

Штука чрезвычайно разнообразная, "общей формулы" не выведешь. Написал к примеру модуль небольшой галлереи (как обычно, начинается с рандомной картинки и заканчивается flikr подобным монстром  ), только этот модуль "знает" что и как делать с контентом, общих методик с другими модулями нет (к примеру с модулем articles). Есть набор общих библиотек, таких как кешь или доступ к БД, естественно.


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


А вот здесь подробней 

Ну для начала нужно определиться что можно отнести к пункту "Управление контентом" :

- Управление структурой контента (можно за отправную точку взять глобальный каталог, с неограниченной вложенностью. Тогда можно организовать управление каталогом с интуитивно понятным интерфейсом )
- Управление ресурсами (имею ввиду те ресурсы, которые мы имеем возможность отображать на странице. Например .jpg, .swf, .gif и т.д.)
- Управление документами. (документ - блок информации, который может содержать текст и ресурсы)


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


По поводу изменения функционала CSM "на лету" ничего сверхъестественного я не имел ввиду 
Обычные возможности включения/выключения/настройки различных функций CSM'ки, но, опять-таки, на понятном и доступном уровне.

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