Системный анализ в IT

Я начал писать книгу под условным названием «Идеальное ТЗ: Для программы, информационной системы, веб-продукта».

О чём в ней пойдёт речь?

Идеальное ТЗ

на программу, информационную систему, веб-продукт

1. Для кого эта книга

2. Предисловие

Методы, методы, методы!

3. Каким бывает успех?

Проект, продукт, система

Бизнес, пользователь, разработчики

Read the rest of this entry »

Книги и прочие источники перечисляются в порядке, рекомендованном к изучению.

1. Разработка и управление требованиями

1. Химонин: Сбор и анализ требований к программному продукту [цифра] — MUSTREAD!
2. Леффингуэлл, Уидриг: Принципы работы с требованиями к ПО. Унифицированный подход (Managing Software Requirements: A Unified Approach) [цифра]
3. Коберн: Современные методы описания функциональных требований к системам (Writing Effective Use Cases) [бумага]
4. Вигерс: Разработка требований к программному обеспечению (Software Requirements) [цифра]
5. Халл, Джексон: Разработка и управление требованиями [цифра]

Стандарты

1. ГОСТ Р ИСО/МЭК 9126: Оценка программного продукта. Характеристики качества и руководство по их применению
2. IEEE 830: Recommended Practice for Software Requirements Specifications
3. ЕСПД. ГОСТ 19.201-78: Техническое задание, требования к содержанию и оформлению
4. ГОСТ 34.602-89: Техническое задание на создание системы

Своды знаний

• IIBA. Business Analysis Body of Knowledge (BABOK) [цифра]

2. Основы системного анализа

1. Оптнер. Системный анализ для решения деловых и промышленных проблем

3. Моделирование

1. О’Коннор, МакДермотт, Искусство системного мышления [бумага]
2. Фаулер, Основы UML [бумага]

4. Бизнес-моделирование

1. Рамбо, Блаха: UML 2.0. Объектно-ориентированное моделирование и разработка (Object-Oriented Modeling and Design with UML) [бумага]
2. Шеер: ARIS — Моделирование бизнес-процессов [бумага]

Стандарты

• Р 50.1.028-2001: Методология функционального моделирования

5. Проектирование интерфейсов

1. Константайн, Локвуд: Разработка программного обеспечения [бумага]
2. Розенфельд, Морвилл: Информационная архитектура в интернете [бумага]

6. Системное проектирование

1. Ларман: Применение UML и шаблонов проектирование [бумага]

Стандарты

• IEEE 1016-1998: Recommended Practice for Software Design Descriptions

7. Процессы разработки ПО

1. Коберн. Быстрая разработка программного обеспечения [бумага]
2. Соммервиль. Инженерия программного обеспечения [бумага]

Стандарты

• ГОСТ Р ИСО/МЭК 12207: Процессы жизненного цикла программных средств

Своды знаний

• Software Engineering Body of Knowledge (SWEBOK)

Всем привет!

Я мог бы озвучить и раскрыть ряд позиций, тезисов и тем в ходе семинаров, типа:

1. Нотации (в частности, UML) и инструменты — переоценены. Что действительно важно?
2. Аналитик часто вынужден проектировать интерфейсы. Как не сделать каку?
3. В каком порядке стоит внедрять RUP?
4. Как организовать обучение аналитика?
5. Зачем и как организовывать групповую работу аналитиков?
6. Базовые инструменты и методы аналитика
7. Специфика работы аналитика в разных классах ПО и ИС
8. Что такое успешный IT-продукт на массовом рынке и что требовать от маркетологов?

А также почти любые аналитико-проектировочные темы, которые интересуют вас.

Могу в Москве, могу в любом другом городе (с оплатой проезда).

Раздумываю над идеей организации штучной подготовки системных аналитиков из:

• тестировщиков
• техписов
• разработчиков

и прочих.

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

Чему я могу научить подходящих кандидатов? Read the rest of this entry »

Хочу встретиться и обсудить следующие вопросы

1. Нужны ли российскому рынку веб-аналитики?
2. Если да, в каком количестве?
3. Какими компетенциями они должны обладать?
4. Как эти компетенции им передать?
5. Как должна быть устроена программа подготовки?
6. В какой момент их стоит подключать к рабочим задачам?
7. Кто мог бы участвовать в подготовке?
8. Какие возможны модели мотивации участников в процессе обучения?
9. Откуда брать студентов и какими качествами они должны обладать к началу обучения?
10. Как организовывать процедуру отбора?

В субботу мы провели тренинговую конференцию Training Labs 2008 — первую, наверное, конференцию такого формата в России. За основу был взят и расширен принцип, проверенный конференциями ProfyClub и PHPClub‘a — «инженеры для инженеров», т.е. никакого маркетингово булщита, продажи продуктов и т.д. Причём мы пошли дальше — решили заменить формат «говорящая голова» на реальную тренинговую деятельность, задействование участников в работе, тренд, заданный лесовой тусовкой. Не со всеми тренерами это получилось, но процент был достаточно весомым.

Контент получился объёмным по количеству — это безумные 8 тематических потоков по 4 демо-тренинга в каждом. По всей видимости самой популярной секцией была Управление проектами, наименее — Инструменты.

Мне удалось обкатать свой тренинг по моделированию потребностей аудитории для стартапов, в подготовке которого мне сильно помогла allileja, без её участия я бы наделал гораздо больше ошибок в его организации Буду дорабатывать и в следующий раз проведу его скорее всего на iCamp‘е.

Ещё из интересных фактов — наш UML2.ru был представлен на конференции 5-ю тренингами, что я считаю большим событием для сайта. (Причём 3 их них проводили выпускники РК МГТУ им.Баумана

Формат удался и хотя времени тренингам катастрофически не хватало, это лишь повод улучшить тренинги. А вот количество потоков наверное стоит сократить до 5-6, иначе затраты на их организацию очень велики. Да и участникам тяжело выбирать из такого числа вариантов.

14-15-го апреля в Москве пройдут фрактальные конференции-матрёшки РИТ > SuccessStory > AgileRussia.

По договорённости с Олегом Буниным, я буду руководить работой программного комитета конференций.

Тематика РИТ-2008:

1. Разработка больших Интернет-сайтов
2. Серверное программирование
3. Клиентское программирование
4. Базы данных
5. Качество
6. Технологии будущего

Нам нужны кураторы секций и тезисы докладов до 15-го марта на адрес rit2008 [a] profyclub.ru

Тематика SuccessStory-2008:

1. Стартапы
2. Команды
3. Классика
4. Антикризисное управление
5. Заказ сайтов
6. Техническое управление
7. Продукт

Подробнее – в программе конференций.

Здесь тоже нужны кураторы и тезисы докладов на success2008 [a] profyclub.ru

Тематика AgileRussia-2008 пока уточняется.

Также Алекс Капранов проведёт на РИТе сессию блиц-докладов (Lightning Talks).

Welcome!

В мае этого года мы, организаторы конференции SQA-II, хотим расширить тематику и сделать конференцию по IT-образованию вцелом (вневузовскому). Спонсировать событие будет скорее всего Люксофт, с которым уже есть опыт сотрудничества. Но в течение этой недели рассмотрим и альтернативные предложения.

Идея конференции – собрать лучших тренеров, презентующих свои учебные курсы и семинары, учебные центры. Сделать нечто вроде “шведского стола” из тренингов, чтобы любой участник мог набрать пакет интересны ему тренингов.

Масштабы – порядка 200 человек, 1-2 тыс. руб.

Тематическое ограничение, по всей видимости – Программная инженерия и Организационные практики.

Сейчас нам нужны коллеги-организаторы, которым также, как нам, интересная эта деятельность.

Что мы, как Оргкомитет, будем делать в ближайшее время?

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

2) Доклады – тренинги (с помощью УЦ Luxoft)
- собираем у участников конференции темы докладов-тренингов, которые они хотели бы представить на конференции
- отбираем темы докладов на конференцию с учетом разбиения на сессии
- отбираем темы тренингов (workshops)
- следим, чтобы не было пересечений в контенте докладов – тренингов
- составляем расписание докладов-тренингов

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

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

Таким образом:
1. Получим возможность читать книги.
2. Будет простимулировано рецензирование.
3. Будет мотивация читать данную книгу, а не беспорядочно скакать по 20 электронным.

Вот так выглядит мой лист пожеланий по литературе (не обращайте внимания на музыку).

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

За помощь спасибо .

i. Кто был автором архитектуры, ставшей прототипом для архитектуры большинства современных персональных компьютеров?

1. Норберт Винер
2. Алан Тьюринг
3. Джон Фон Нейман
4. Марвин Минский
5. Ноам Хомский
6. Джоэл Сполски

ii. Благодаря каким свойствам архитектуры стало возможно широкое распространение персональных компьютеров?

1. Безопасность и надёжность
2. Модульность и стандартизация
3. Однозначность и воспроизводимость
4. Производительность и устойчивость
5. Простота и масштабирумость

iii. Укажите правильный порядок видов памяти по убыванию времени доступа:

1. Оперативная память, Жёсткий диск, Кэш процессора
2. Жёсткий диск, Оперативная память, Кэш процессора
3. Кэш процессора, Оперативная память, Жёсткий диск

iv. Почему в компьютерах до сих пор используются жёсткие диски, несмотря на появление более дешёвой флэш-памяти?

1. Широкому распространению флэш-памяти мешают патентные ограничения.
2. Флеш-память имеет гораздо меньшее число циклов перезаписи и скорость доступа.
3. Потребители не доверяют компактным устройствам.
4. Виды флэш-памяти не стандартизованы, что вызывает проблемы при замене.

v. Каково назначение файловых систем?

1. Предоставление методов работы с файлами, абстракция от физического уровня (дорожки, блоки, и т.д.).
2. Организация каталогов для систематизации и складирования информации.
3. Способ именования элементов памяти на диске/устройстве памяти.
4. Предоставление средств администрирования ОС.

vi. Какие ограничения и недостатки имеют распространённые файловые системы?

А. Одновременная запись в один файл несколькими агентами не возможна.
Б. ФС не поддерживают файлы размером больше 2 Гб.
В. При аварийном отключении питания файл повреждается без автоматического восстановления.
Г. ФС имеют слишком большую стоимость для рядового пользователя.
Д. ФС не умеет работать со внутренней структурой файла.
Е. Файлы не имеют никакой логической связи между собой.

Варианты ответов:

1. А, Б, Г, Д
2. Б, В, Д, Е
3. А, В, Д, Е
4. А, В, Г, Д

vii. Какая из перечисленных функций не относится к операционной системе?

1. Управление памятью
2. Запуск и выполнение программ
3. Доступ к внешним устройствам
4. Воспроизведение звука, отрисовка изображений
5. Управление пользователями и их правами

viii. Какие операции допустимы по отношению ко множествам?

1. Создание, удаление, изменение
2. Объединение, пересечение, дополнение, разность
3. Сложение, вычитание, умножение, деление
4. Инициация, выполнение, прекращение

ix. Какой вид логической операции (связки) используется для задания отношений следования?

1. Конъюнкция
2. Дизъюнкция
3. Импликация
4. Отрицание

x. Узел в древовидной структуре, не имеющий родителей, называется:

1. Внутренний узел
2. Родительский узел
3. Листовой узел
4. Корневой узел

xi. Граф, содержащий дуги, по которым возможно перемещение в обе стороны, называется:

1. Направленным
2. Ненаправленным
3. Несвязанным
4. Связанным

xii. Какой из приведённых способов не является подходящим для задания графа:

1. Список смежных вершин
2. Дерево двоичного поиска
3. Список дуг
4. Булевая матрица