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'ки, но, опять-таки, на понятном и доступном уровне.

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