ИМХО, при выборе CMS потребителя заботят главным образом два критерия:
1) соответствие функциональности CMS поставленной задачи;
2) стоимость ее внедрения (в денежных, временных и прочих ресурсах), которая во многом зависит от качества и особенностей реализации тех или иных функций.
Если по первому признаку уже можно делать выводы на основании той информации, которую вы собрали, то как вы планируете описывать второй?
Я вас умоляю!!! Кто вас этому научил? Не берите грех на душу, пользуйтесь нормальным ПО, который для бедных российских студентов всегда стоил... нифига, в общем, не стоил. Зайдите как минимум на торрентс.ру - там вы хотя бы MS visio найдете, а если повезет, то и bpwin или RR заодно
Николай В., расскажите об этом лучше вы, мне в самом деле интересно (без тени иронии), а то ТС таким макаром будет еще полгода мариновать, пока дело дойдет до откровений, "повышающих профессиональный уровень" :)
Справочник с описанием классов (их методов и свойств, словарь данных), справочник по файлам (указано, какие классы или функции в файле описаны, какие константы определены и пр., и соответственно описания таковых),
В целом, информация необходимо-достаточная.
По поводу особенностей работы немного расскажу:
Очень гибкая система шаблонов - основной "каркас" описывается в коде макета с прилагающимся CSS, отдельно описываются шаблоны для вывода контента
(можно для каждой страницы назначить свой макет и шаблон), кроме того для вывода динамических блоков (как то: меню, новости, магазин, карта сайта) используются отдельные xsl-шаблоны. Такая система поначалу немного напрягает мозг, зато по освоению позволяет за удивительно короткий промежуток времени добится внедрения шаблона с абсолютно любой функциональностью и структурой.
Этот процесс довольно внятно документирован, но, к сожалению опять же лишь на необходимо-достаточном уровне, без примеров с решениями самых распространенных задач.
К плюсам можно отнести довольно разговорчивую службу техподдержки, умеющую терпеливо отвечать на вопросы пользователей на форуме.
По поводу системы модулей, честно говоря пока не разобрался ( по причине неактуальности на текущий момент). Как только доберусь - обязательно опишу впечатления.
Я вот обратил, только сразу репу начал чесать. У них в документации про изменение дизайна вот такие разделы:
Alter Box Styles
Catalog Stylesheet Definitions
Change the osCommerce Logo
Language Text Definitions
Setting the Table Width
В общем, содержание разделов соответсвуют названиям, ни больше не меньше. Возникает вопрос: это все?
Или все-таки как-нибудь без длительного ковыряния исходников можно интегрировать произвольный шаблон, с произвольным выводом менюх и расположением элементов, и.т.д ?
Я очень бегло просмотрел документацию, потому и спросил. Система интересная, давно про нее слышал всякое разное, да руки не доходили подробно ознакомится.
Вообще-то это ненормальный подход. Это - неумение решать задачу вовремя и предотвращать проблемы за много месяцев до их появления, что я в свое время и продемонстрировал. И именно описанный мной случай раз и навсегда научил меня "больше так не делать".)) И это не говоря уж о последствиях для здоровья 🙅
Нормальный подход - это когда то же самое делается за месяц - два до ☝
К примеру: http://www.twl.ru/basic - для некоммерческих сайтов лицензия бесплатна.
http://www.hostcms.ru/hostcms/free/ - условно-бесплатная в классическом понимании этого термина.
Термин вплоне корректен, поскольку для CMS подходят все те же варианты распространения, что и для любого другого ПО. Этот термин по определению не может быть некорректен по отношению к какому бы то ни было ПО.
Правда, как раз эти системы у вас есть:)
А что, я бы сделал) нарисовал бы IDEF0 диаграмму алгоритма расчета ТИЦ) И фиг кто из комиссии его опровергнет ))
Можно еще алгоритм ранжирования изобразить до третьего уровня декомпозиции, тоже IDEF0 - еще 2-3 чертежа...
Ну и сам скрипт нарисовать: функциональная модель + use case диаграмма + детальная декомпозиция какого-нибудь ключевого процесса. 7 чертежей есть, нормально. Можно еще графики стресс-теста изобразить.
P.S: постановщик задачи и "руководитель программистов" может не уметь кодить, но по-любому должен владеть основами case технолгий, а то даже как-то неудобно выходит :)
В самом деле, "перенести" на php - это не значит переделать шаблон в смысле разметки. php - это не язык разметки, у него другая задача. В частностном случае это может быть, обработка данных на стороне сервера и выдача клиенту сгенерированного на основании этих данных html кода. Этот код, полученный на выходе, может (и должен) 1 в 1 повторять ваш шаблон.
Если вы хотите перейти на CMS (для работы через админку), то ищите такую, которая наиболее гибко позволяет работать с шаблонами. Я, к примеру, по такому критерию выбрал hostCMS, в которой меня подкупила весьма гибкая и доступная моему пониманию ситема шаблонов, которая позволяет интегрировать в CMS вообще любой дизайн. Правда, это коммрческий продукт, но бесплатная версия у них вполне функциональна. Хотя, я уверен, что есть превосходные разработки с открытым кодом. Все дело во времени, которое вы готовы затратить на поиск и освоение.
Но сначала все-таки сами для себя определитесь: зачем оно вам надо?
Если вас исходник беспокоит - используйте нормальные редакторы кода... Правда, "нормальные" для каждого свои, а ненормальный - один такой)) вот он самый)
Зато дизайн уж точно решается не на этапе верстки. Это все равно, что проектировать планировку дома по ходу строительства.
А насчет админки - попробуйте CMS какую-нибудь. Практически все они обладают внятной документацией по интегрированию шаблонов.
