Извините, что сразу не ответил, но не мог просто так писать не обоснованно, не обдуманно

Во всем Вы правы. К сожалению, формат сайта и нашего общения не позволяет выкладывать все наработки (а за два с половиной года их набралось не мало)
Естественно, основная цель сайта - дать возможность качественного обмена информацией!
+ необходимо подготовить плацдарм для программистов и разработчиков, с целью упрощения написания нового функционала.

Как уже было сказано - основная цель - писать сообщение.

"...будет более ясна связь заявленных целей создания сайта с ВИ, больше ясности с тем, какие объекты нужны для описания структуры и поведения системы по крайней мере на верхнем уровне..."

Я думаю, самый верхний уровень - это создание сообщения, а уже от его "назначения" и идет дальнейшее строительство системы.

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

К сожалению, из Ваших ответов остается неясным - зачем Вы создали и развиваете сайт по теме "пчеловодство"? Ради пчеловодов или ради программы-движка сайта как таковой? Если вы заинтересованы в том, чтобы предоставить пчеловодам возможность создавать сообщения и получать на них ответы, то почему бы просто не адресовать их на форум сайта "Пчеловод.инфо"?
Зачем тратить время на создание/поддержку сайта, основная цель которого предоставить пчеловодам возможность, которую они и так уже имеют?

Хорошо.
Во-первых, пчеловод.инфо - это форум. ФОРУМ, который имеет устаревшие принципы общения. Да, они еще популярны, но не на столько, чтобы за ними было будущее. Естественно, блоги - форумы не заменят. Это параллельная ветка, дополняющая форум.
пчеловод.инфо - существует 8 лет - посещаемость - 4 тыс. (тратят около 300 у.е. на яндекс.директ и другие рекламные компании)
билайф.орг существует 2 года - посещаемость - 1300... не тратит на рекламу ничего.

Билайф.орг - информативнее - на нем собрана основная (возможная) информация о пчеловодстве, пчеловодах. Цель билайф. орг - ОБМЕН ИНФОРМАЦИЕЙ а не "ОБЩЕНИЕ" именно по-этому, СООБЩЕНИЕ является отправной точкой.

Конечно, при наличии программиста в команде - посещаемость билайф. уже сейчас, была бы примерно такой-же, как на пчеловод.инфо. НО, увы... Пока найти сложно человека, готового уделять время на перспективу... в свободное от работы время... с оплатой в 3-5 тыс. рублей (100-150 у.е.)

Сейчас не об этом. В общем задача ставиться так, чтобы уже сейчас на начальном этапе, встать на правильный путь. Определиться с системой управления... Будь-то php или python
с базой данных mysql или postgreSQL и т.п.
Даже если нанять программиста - все равно - нужно представлять себе - с чего начинать - какое первым делать приложение, переносить ли систему на другой язык, или дорабатывать то, что есть (из г. делать к.)

В общем - было решено мной, сделать общую картину системы - варианты использования - для того, чтобы точно знать, что нужно, а что нет. Что пользуется спросом, а что нет.
Ибо, блокнота уже просто не хватает! У меня записей в notepad++ уже около 6 мегабайт (это все внедрения в систему)

Вот для этого я пришел сюда

Билайф.орг - информативнее - на нем собрана основная (возможная) информация о пчеловодстве, пчеловодах. Цель билайф. орг - ОБМЕН ИНФОРМАЦИЕЙ а не "ОБЩЕНИЕ" именно по-этому, СООБЩЕНИЕ является отправной точкой.

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

Вы правы.
И способов гораздо больше.
Я надеюсь, понятно изложил суть проекта ;-)

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

В какой программе это лучше сделать, в каких системах?

Вы правы.
И способов гораздо больше.
Я надеюсь, понятно изложил суть проекта ;-)

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

Разные способы информационного обмена предполагают разные варианты использования (ВИ) системы. Предлагаю Вам уточнить перечень вариантов использования системы - вариантов информационного обмена пользователей системы. Насколько я понял, Вы хорошо представляется себе сколько всего этих способов обмена, в чем они заключаются и готовы их назвать - приведите, пожалуйста, их полный перечень. Это можете сделать только Вы, ни VP, ни Enterprise Architect, ни какое-нибудь другое средство моделирования пока ничем помочь Вам не смогут.

В каком формате их нужно писать? Например, есть действие:

написать в блог
написать в сообщество
написать на форум
добавить свое фото
добавить файл
добавить объявление
написать новость
разместить статью
Пригласить друга

Дальше идет: "редактировать"
установить "формат доступа" и т.п.

Minona, мне кажется, то, что Вы перечислили, принципиально ничем не отличается от того, что у же имеется. Можно найти вполне подходящий движок или использовать уже имеющийся. Но добьетесь ли Вы этим нужной цели? В чем нуждаются Ваши пользователи, что хотят иметь они, какой функционал, способ обмена и т.п. Не совсем ясно, какую цель в конечном итоге Вы ставите? Пчеловоды всех стран объединяйтесь? Наши пчеловоды самые прогрессивные пчеловоды в мире? Каждый пчеловод страны должен быть пользователем нашего сайта? Наш сайт самый точный источник любой информации о пчелах, пчеловодстве, меде и способах лечения им?

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

В каком формате их нужно писать? Например, есть действие:

написать в блог
написать в сообщество
написать на форум
добавить свое фото
добавить файл
добавить объявление
написать новость
разместить статью
Пригласить друга

Дальше идет: "редактировать"
установить "формат доступа" и т.п.

Если Вы предполагаете в дальнейшем использовать UML, предлагаю придерживаться соответствующей терминологии. Вариант использования может реализовываться выполнением последовательности действий. Т.е. "вариант использования" - это одно, а "действие" - это совсем другое.

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

2. Все эти ВИ сводятся к "складированию" информации на сайт. ИМХО Вы как-то уж очень сильно акцентируете возможность отправки, а не получения информации/сообщений. В этом смысле Ваши ВИ также не похожи на законченные взаимодействия.  Вряд ли возможность расстаться с информацией привлечет пользователей на сайт в большей степени, чем возможность "потребления" чужих "сообщений". Если Вы предполагаете предоставить пользователям возможность находить на сайте то, что им нужно, то в этом перечне не хватает ВИ связанных с поиском и просмотром информации (с учетом  логики навигации),  которые на самом деле у Вас в той или иной степени уже реализованы.

3. Вопрос, какие специфические требования к способам обмена информацией предъявляет тот факт, что этот обмен осуществляется пчеловодами, конечно остается. Я охотно присоединяюсь к вопросам, которые Вам задал Galogen, но я предполагал, что можно вернуться к ним после того, как получим относительно формализованное описание системы as is  (как она видится Вам, как создателю системы), поскольку такая задача была заявлена в сообщении № 28.
Если Вы можете ответить на вопросы, которые Вам задал Galogen, ответьте, пожалуйста. В любом случае без ответа на них Вам сложно будет обосновать планируемые доработки системы (для обсуждения видения системы to be).

Вот опять, насущная проблема - управление проектом и безопасность.
Есть проект созданный с помощью devprom
очень хорошая программа по учету в проекте. Но, как обеспечить безопасность файлов? Программистам нужна вся система для работы,

Вот опять, насущная проблема - управление проектом и безопасность.
Есть проект созданный с помощью devprom
очень хорошая программа по учету в проекте. Но, как обеспечить безопасность файлов? Программистам нужна вся система для работы,

Что-то Вы прыгаете с темы на тему. К тому же мысль явно не завершена

Что-то Вы прыгаете с темы на тему. К тому же мысль явно не завершена

Совсем нет. Стараясь собрать требования во-едино - обнаружилось, что это сделать крайне сложно!
Как можно классифицировать требования? Скажем, есть требование исправить ошибку, а есть, добавить новый функционал к уже существующему... А есть, создать новый...

Из всего этого списка нужно как-то выдрать необходимое!

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

Что-то я Вас совсем не понимаю. Вы о чем говорите? О проблемах управления требованиями в projectcloud (devprom) или вообще о проблеме работы с требованиями?

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

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

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

Но это управление работами проекта, а не управление требованиями. Кстати разработка требований тоже часть работ проекта

Чувствуется, не хватает звена какого-то...
Задача основная - правильно спланировать, описать то, что есть сейчас.

Составление требований на новый функционал, не так прост, как кажется. К уже существующим функциям, нужно приписать новые, но при этом, исправить параллельно ошибки (доработки) которые необходимы, для внедрения нового функционала.

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

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

Собственно вот с этим всем и проблема!

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

Закончите описание перечня ВИ системы- это как раз и есть один из способов "фиксации присутствующего функционала" - у Вас ведь есть работающий "живой" сайт, с постоянными пользователями. Продолжите описание того, как Вы видите, как  используют сайт пользователи. Проблема в том, что разные люди могут видеть ВИ одной и той же системы по разному. Если Вы претендуете на то, чтобы быть создателем сайта, очень важно, чтобы Вы руководствовались именно Вашим видением того, что есть, и могли представить это видение в понятном другим (разработчикам, посетителям этого форума) виде. Успех Вашего проекта зависит от Вашей способности сформулировать "что есть",  для того, чтобы сформулировать "что нужно". UML, среды разработки и моделирования - это только инструменты, но если суть Вашего проекта будут формулировать другие - это уже будет не Ваш проект. Дерзайте!