Хотелось бы более глубже изучить UML.

Есть базовые знания по UML (как строить диаграммы), но хотелось бы поработать с реальными проектами в которых используется UML.

Собираюсь писать коммерческий проект для себя (для заработка). Проект будет очень большим, но собираюсь его писать самостоятельно.

Знаю азы проектирования (основные диаграммы).

С чего стоит начать проектировать ИС проекта? Накидал диаграмму USE-CASE, но она получится огромная (очень), есть ли какая-нибудь возможность разделить 1 USE-CASE диаграмму на 2 и более (будет ли это правильно?), и как это правильно сделать в случае такой возможности

Что отображаю на USE-CASE диаграмме:
- отобразил не зарегенненого пользователя и авторизированного пользователя
- отображаю пользователя покупателя и отображаю пользователи-фирмы и расписываю их функции (не в даваясь подробности).

Уже получилось около 3 типов фирм, но будет гораздо больше, где-то 20-30.

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

Насчет ПО еще не определился, но ищу в соседнем разделе.

С чего стоит начать проектировать ИС проекта?

С определения требований, как это не банально.

Причем

Накидал диаграмму USE-CASE,

это важные, но не все требования

но она получится огромная (очень), есть ли какая-нибудь возможность разделить 1 USE-CASE диаграмму на 2 и более (будет ли это правильно?), и как это правильно сделать в случае такой возможности

Декомпозиция всегда возможна. Именно здесь - это пакеты. По какому признаку вы будете делить - это уж вам решать. Кстати, в огромная это сколько?

Что отображаю на USE-CASE диаграмме:
- отобразил не зарегенненого пользователя и авторизированного пользователя
- отображаю пользователя покупателя и отображаю пользователи-фирмы и расписываю их функции (не в даваясь подробности).

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

Уже получилось около 3 типов фирм, но будет гораздо больше, где-то 20-30.

И это будет сильно сказываться на наборе функций для каждой такой фирме?

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

А кто вам это запрещает?

В целом могу сказать, пока разговор сильно беспредметный. Вы говорите общими словами. Так сложно помочь вам. Могц лишь посоветовать читать книги: Мартина Фаулера - его бестселлер по UML, руководство пользователя UML от авторов, книгу  Д. Иваново и Ф. Новикова "Моделирование на UML". Да и обязательно запишитесь на форум на сайте uml3.ru

Кстати, в огромная это сколько?

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

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

И это будет сильно сказываться на наборе функций для каждой такой фирме?

Дело в том, что можно разделить эти фирмы тупо на 2 типа: купля-продажа и услуги.

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

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

Наверное проще будет сказать, что "фирма" это:
1) имеет свои спец. функции
2) пользователи системы, включаются в фирму

Вы как-то говорите очень заваулировано. Боитесь, что кто-то может похитить вашу идею?

Если честно, мне трудно представить себе некое интернет-приложение, рассчитанное одновременно на удовлетворение потребностей множества разнотипных фирм.

А что такое пользователи, включаются в фирму? Т.е. они не могут стать обычными зарегистрированными пользователями, а только через регистрацию фирмы?

Да, не понятно почему тема называется Программист - совершенно не отвечает задаче дискуссии

Вы как-то говорите очень заваулировано. Боитесь, что кто-то может похитить вашу идею?

Если честно, мне трудно представить себе некое интернет-приложение, рассчитанное одновременно на удовлетворение потребностей множества разнотипных фирм.

Я хочу реализовать что-то похожее Яндекс.Маркет + 1С, но все свое, и свое идеи привнести в эту систему. Да разрабатывать долго, но над же когда-то начинать.

А что такое пользователи, включаются в фирму? Т.е. они не могут стать обычными зарегистрированными пользователями, а только через регистрацию фирмы?

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

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

Да, не понятно почему тема называется Программист - совершенно не отвечает задаче дискуссии

Просто мы вышли дальше, чем я предполагал.

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

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

С чего стоит начать учить UML с анализа требований или с руководства по UML? Какие книги в этом случае по-рекомендуете, в частности для программиста?
Есть ли какие-нибудь дешевые тренинги по UML в питере?

Я хочу реализовать что-то похожее Яндекс.Маркет + 1С, но все свое, и свое идеи привнести в эту систему. Да разрабатывать долго, но над же когда-то начинать.

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

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

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

Нихт ферштейн зи, совсем

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

Этого просто так в двух словах не скажешь, это, извините, целая наука

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

С чего стоит начать учить UML с анализа требований или с руководства по UML? Какие книги в этом случае по-рекомендуете, в частности для программиста?
Есть ли какие-нибудь дешевые тренинги по UML в питере?

Начать нужно с того, что вам нужно.

С чего бы вы начали изучать английский язык? Все зависит от того для чего вам нужен язык, верно?

Точно, так же и UML. Начните с прочтения книжек по UML, составьте мнение и представление о языке и возможностях.

Замечу: анализ требования и UML - это не одно и тоже, это совершенно две разные вещи и понятия. Анализ - это процесс, возможно результат процесса. UML - это язык описания, возможно, и процесса. Естественно лучше сначала изучить синтаксис, семантику и прагматику языка. Книга Иванова и Новикова вам в этом поможет - начните с нее, раз у вас еще не было иного опыта общения с книгами по UML

Чем не устраивает эта система или подобные ей
Приведите еще подобные системы.

Чем не устраивает эта система или подобные ей
Приведите еще подобные системы.

Это Вы меня спрашиваете? Очень странно знаете ли. Вы же создаете некую систему, отсюда вы и должны знать, что за система и чему она может быть подобна. Я-то до сих пор так и не понял, что вы за систему хотите создавать и главное зачем.

Однако ответ очень типичный У меня студенты тоже всегда примерно так же отвечают

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

Начну с чтения книг по UML.

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

С чего стоит начать учить UML с анализа требований или с руководства по UML? Какие книги в этом случае по-рекомендуете, в частности для программиста?
Есть ли какие-нибудь дешевые тренинги по UML в питере?

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

Требования и UML  не одно и тоже, способы разработки и анализа требований масса. UML один из них

С чего стоит начать учить UML с анализа требований или с руководства по UML? Какие книги в этом случае по-рекомендуете, в частности для программиста?

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

Есть ли какие-нибудь дешевые тренинги по UML в питере?

Вам не сказано повезло. В Вашем городе есть уникальная личность - Денис Иванов. Информацию о нем и его тренингах можете подчерпнуть здесь
http://uml3.ru,
http://it-konsulting.spb.ru/,
http://www.lc.it-konsulting.spb.ru/,
http://umlmanual.ru/

Про изучение UML: Мартина Фаулера - UML distilled - это обязательно. Эта книга объясняет сложившуюся практику использования - для проектирвоания, и проходится по основным диаграммам. И всего около 100 страниц, в которых много диаграмм-примеров, что важно.

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

Книгу уже рекомендовали выше, но "пони бегают по кругу"...