Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - zzr

Страницы: 1
1
У MIT нынче есть целя магистерская программа в Engineering Systems Division - Systems Design and Management - http://sdm.mit.edu/
Подробности там утащить сложно (хотя.. если силлабусы курсов внезапно есть на OCW, то возможно), но сам подход любопытный.

2
набрёл на неё случайно на днях в дублине, придётся тащить домой =)
Целиком пока осилить не удалось, потому отрывочные впечатления.

Leffingwell (могу ошибаться, но, по-моему, в отличие от многих книг по аджайл-требованиям и методологиям), рассматривает требования как на уровне отдельной команды, так и на уровне программы (результата деятельности нескольких команд) и портфолио/энтерпрайза. То, что он это делает -- несомненный плюс, насколько хорошо делает -- увидим.

Обсуждение командных ролей (с некоторым упором на SCRUM), методики выявления и приоретизации требований, acceptance testing, кажется, весь стандартный набор тем затронут. По понятным причинам часто упоминается тестирование. Отдельная глава посвящена Use Case'ам :).

Остальное -- по мере прочтения. Из любопытного: один из редакторов серии -- Алистер Коберн

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

За это время по рассматриваемому вопросу появилось переиздание полезной книжки "Бизнес-аналитика: от данных к знаниям", в которой работе с данными посвящено полтора-два раздела:

Цитировать
1.3. Структурированные данные
1.4. Подготовка данных к анализу
...
Глава 2. Консолидация данных
2.1. Задача консолидации
2.2. Введение в хранилища данных
2.3. Основные концепции хранилищ данных
2.4. Многомерные хранилища данных
2.5. Реляционные хранилища данных
2.6. Гибридные хранилища данных
2.7. Виртуальные хранилища данных
2.8. Нечеткие срезы
2.9. Введение в ETL
2.10. Извлечение данных в ETL
2.11. Очистка данных в ETL
2.12. Преобразование данных в ETL
2.13. Загрузка данных в хранилище
2.14. Загрузка данных из локальных источников
2.15. Обогащение данных

Глава 3. Трансформация данны
3.1. Введение в трансформацию данных
3.2. Трансформация упорядоченных данных
3.3. Группировка данных
3.4. Слияние данных
3.5. Квантование
3.6. Нормализация и кодирование данных

И, в принципе, если есть курс/часть курса по базам данных/sql, то в управлении данными я бы остановился именно на том, как при проектировании системы не заложить бомб в виде "плохих" данных, которые сделают невозможным сколько-нибудь адекватную аналитику на их базе, затронул бы интеграцию данных/хранилища и их типы и, как говорил ниже, концепции вроде master data management/customer data integration (более относящиеся к логической, смысловой ценности). Что до классификаторов, что вот, в целом про это пишут http://www.intuit.ru/department/se/devis/9/#sect3.

Но интересно услышать, к какому содержанию в итоге пришёл курс сейчас.

4
Если память мне не изменяет, то в своё время "Профессор заклинал слушателей не изучать варианты использования <...>" звучало всё-таки ближе к "не начинать изучение по книге Коберна", то есть акцент был всё-таки немножко другой и менее спорный. Возможно, за прошедшее время позиция Михаила Ивановича радикализировалась :)

5
Вот кстати, в "Управление данными" по определению отлично и небесполезно ложатся master data management/customer data integration, процессы ETL, вопросы профилирования, качества и оценки данных.
Ну и, кроме того, проектирование таксономий в ИС --- то есть то самое хромое конструирование справочников и классификаторов.

6
Тут я не знаю Лиффингуэлл украл у SysML идею или наоборот. ИМХО на практике этим мало кто пользуется.
Ага, понятно, ну он тоже, в общем, говорит о редкой необходимости.
Цитировать
trace я обычно перевожу как трассировка.
Спасибо, это понятно, я про другое немножко.

Трассировка А->B и B->C предполагает же A->C получается?
В смысле, при изменении бизнес-требования (А), влияющего на системное (Б) impact будет включать все, что трассируется к Б?
При этом трассировка не симметрична, изменение UC может вызывать изменение соответствующего TC, но не наоборот.

Верно ли это на практике?

7
Политика указана здесь.
Благодарю за ликбез, поправил :)

8
а у Лиффингуэлла есть интересная оговорка про возможность типизации traceability-отношений (является частью, унаследовано из, тестируется..). В этом случае гибкость выборок из базы увеличиваются, но модель усложняется, конечно. И у связи, видимо, появляется направление...
Кто-нибудь работал на практике с такими игрушками? :)

Кстати, а trace --- транзитивное отношение?

PS
Прошу прощения за некромансию тем :)

9
Цитировать
Это может быть вполне интересным, если Вы укажите ссылку. И возможно поделитесь своим опытом или заданиями на расскрутку. Вполне возможно включить в практикум
я просто с политикой ссылок не знаком местной пока :) Jedox Palo
вот неплохая вводная статейка про это всё OLAP без слова OLAP
ну а в целом ими занимается Корус в России, вроде как, хотя материалов у них там не много

Что-то своё, если получится, чуть позже докину, конечно

10
Все-таки следует учитывать ограниченность круса по времени, достаточно обширный материал курса: тут и назначение СУБД, и элементы реляционной алгебры и теории  отношений, SQL, приницпы работы с реляционными БД, способы доступа к реляционной БД, использование SQL в приложениях и т.п. Ясно, что поднятые Вами вопросы требуют рассмотрения, но...
Правда эти вопросы также затрагиваются и в других курсах. Например в КИС, в теории и информационных систем
аха
у нас-то на тему БД было два отдельных курса -- собственно БД и SQL
поэтому и подумал, что широкое название "управление данными" предполагает и охват чего-то менее тривиального.

Ну не знаю, насколько Вам это интересно будет, но, например, про OLAP и многомерную модель данных можно рассказать-показать на примере Jedox Palo. Это free software-olap серверок, подцепляется к excel, при этом многопользовательский, поддерживает write-back и обвязочки для некоторых языков программирования тоже имеет.

Показать на примере, что такое multidimensional данные и типовые операции на них --- хорошая штука.

11
Ну через полгода тему поднимать глупо немного, наверное, но тем не менее --- как в итоге отчитался курс? :)

И возник вопрос сразу ---а подходы к хранению структурированной/неструктурированной информации в него не входят? В смысле хранилища данных для BI/OLAP и их характеристики и требования, enterprise content management systems как хранилище неструкт. информации, нереляционные бд (key-value хранилища разнообразные вроде couch db и, частично, memcached)?

Страницы: 1