Форум Сообщества Аналитиков
Обсуждения => О Сайте и Форуме => Тема начата: bas от 18 Декабря 2006, 01:10:34
-
Очень много вопросов и возмущений по поводу организации Разделов Форума.
Поэтому прошу ответить в голосовании и если вам не нравится, то просьба указать:
1. Как бы Вы организовали разделы?
2. Какие разделы не нужны?
3. Каких разделов не хватает?
-
На мой взгляд, стоило бы организовать структуру форума по дисциплинам (или областям знаний), внутри них - теоретические основы, принципы, примеры, подходы, инструменты, внешние ресурсы, обучение, отдельно - методикам организации процесса разработки. Но поскольку структура форума двухуровневая, то как-то так, например:
Дисциплины
* Консалтинг
* Бизнес-моделирование
* Определение и управление требованиями
* Системный анализ и проектирование
* Управление проектами
* Организация процесса разработки
* Обеспечение качества и тестирование
* Документирование
Практика моделирования по областям:
* Производство
* Услуги
* Интернет-системы
* Проч
Методики организации процесса разработки
* ГОСТ 34
* RUP
* MSF
* Agile
Обучение
* Вузовское образование
* Тренинги
* Онлайновые курсы
Эффективность
* Методы личной эффективности
* Методы командной эффективности
* Методы организационной эффективности
Рынок
* Рынок труда
* Рынок поставщиков консалтинговых услуг
Ресурсы
* Книги
* Веб-сайты
Развитие сайта и форума
Теоретические основы системного анализа
* Теория систем и кибернетика
* Логика
* Философия
* Когнитивная психология
Причём надо быть готовым к постоянным изменениям структуры.
Раздел по UML можно оставить как есть, т.к. он типа ключевой для ресурса )
-
IDEF не является методологией разработки ПО (http://www.uml2.ru/forum/index.php?board=23.0)
ARIS не является методологией разработки ПО (http://www.uml2.ru/forum/index.php?board=23.0)
Они относятся к бизнес-моделированию, бизнес-анализу и бизнес-проектированию (http://www.uml2.ru/forum/index.php?board=17.0), возможно частично - к системному анализу и проектированию.
Если нужна аргументация - дам.
-
Давай аргументацию :)
-
Давай аргументацию :)
Организация процесса разработки ПО (http://en.wikipedia.org/wiki/Methodology_%28software_engineering%29) должна описывать:
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 честно признаётся, что является методом анализа процессов и холистическим взглядом на проектирование, управление, ход течения процессов вообще и в приложениях в частности. РЕАЛИЗАЦИЯ процессов и их поддержки в АС его не интересует, а это основная задача процесса разработки ПО.