Очень много вопросов и возмущений по поводу организации Разделов Форума.
Поэтому прошу ответить в голосовании и если вам не нравится, то просьба указать:
1. Как бы Вы организовали разделы?
2. Какие разделы не нужны?
3. Каких разделов не хватает?

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

Дисциплины
* Консалтинг
* Бизнес-моделирование
* Определение и управление требованиями
* Системный анализ и проектирование
* Управление проектами
* Организация процесса разработки
* Обеспечение качества и тестирование
* Документирование

Практика моделирования по областям:
* Производство
* Услуги
* Интернет-системы
* Проч

Методики организации процесса разработки
* ГОСТ 34
* RUP
* MSF
* Agile

Обучение
* Вузовское образование
* Тренинги
* Онлайновые курсы

Эффективность
* Методы личной эффективности
* Методы командной эффективности
* Методы организационной эффективности

Рынок
* Рынок труда
* Рынок поставщиков консалтинговых услуг

Ресурсы
* Книги
* Веб-сайты

Развитие сайта и форума

Теоретические основы системного анализа
* Теория систем и кибернетика
* Логика
* Философия
* Когнитивная психология

Причём надо быть готовым к постоянным изменениям структуры.

Раздел по UML можно оставить как есть, т.к. он типа ключевой для ресурса )

IDEF не является методологией разработки ПО

ARIS не является методологией разработки ПО

Они относятся к бизнес-моделированию, бизнес-анализу и бизнес-проектированию, возможно частично - к системному анализу и проектированию.

Если нужна аргументация - дам.

Давай аргументацию

Давай аргументацию

Организация процесса разработки ПО должна описывать:
1. как минимум
ключевые принципы и практики его организации

2. как максимум
роли, дисциплины, артефакты, маршруты их прохождения, шаблоны, руководства

Что IDEF, ARIS говорят о Жизненном цикле процесса разработки? Что они говорят о Тестировании, Документировании, Конфигурационном управлении, Управлении проектом, Системной архитектуре?

Область их интересов - Организация, её цели, стратегия, устройство и взаимосвязь бизнес-процессов - их описание, моделирование, изменение.

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

Ну уболтал ...
Перенесу

Почитал тут wikipedia и вот что нашел
В IDEF вроде есть все кроме тестирования и реализации:

IDEF0
    Function Modeling [2]
IDEF1
    Information Modeling [3]
IDEF1X
    Data Modeling [4]
IDEF2
    Simulation Model Design
IDEF3
    Process Description Capture [5]
IDEF4
    Object-Oriented Design [6]
IDEF5
    Ontology Description Capture [7]
IDEF6
    Design Rationale Capture [8]
IDEF7
    Information System Auditing
IDEF8
    User Interface Modeling
IDEF9
    Scenario-Driven IS Design
IDEF10
    Implementation Architecture Modeling
IDEF11
    Information Artifact Modeling
IDEF12
    Organization Modeling
IDEF13
    Three Schema Mapping Design
IDEF14
    Network Design

ARIS:

ARIS (Architecture of Integrated Information Systems) is a method for analyzing processes and taking a holistic view of process design, management, workflow, and application processes.

Просто с долей условности можно и ARIS и IDEF отнести к структурной методологии разработки ПО.

Почитал тут wikipedia и вот что нашел
В IDEF вроде есть все кроме тестирования и реализации.
Просто с долей условности можно и ARIS и IDEF отнести к структурной методологии разработки ПО.

Саша, IDEF - это нотации моделирования, они определяют лишь то, что подлежит моделированию, в каком виде, каковы законы устройства этих моделей. Методологии организации процессов - это SADT, SSADM, правда они тоже только фазы моделирования охватывают, а не весь процесс разработки.

IDEF0, например, расшифровывается как "Integration DEFinition language 0".

ARIS честно признаётся, что является методом анализа процессов и холистическим взглядом на проектирование, управление, ход течения процессов вообще и в приложениях в частности. РЕАЛИЗАЦИЯ процессов и их поддержки в АС его не интересует, а это основная задача процесса разработки ПО.