Отправляет email-рассылки с помощью сервиса Sendsay

Из программистов в руководители

Рассылка закрыта

При закрытии подписчики были переданы в рассылку "Бизнес с высокой прибылью" на которую и рекомендуем вам подписаться.

Вы можете найти рассылки сходной тематики в Каталоге рассылок.

←   Ноябрь 2003   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
Автор
Симон Молдавский

Статистика

1.763 подписчиков
0 за неделю
←   Все выпуски   →

ИЗ ПРОГРАММИСТОВ В РУКОВОДИТЕЛИ


Информационный Канал Subscribe.Ru
Из программистов в руководители
Выпуск 9: SWEBOK; управление требованиями

 

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

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

Хотелось бы узнать, есть ли в сети ресурсы, дающие хотя бы общие понятия по SWEBOK, IEEE, ISO - на РУССКОМ языке. Может выписки, частичный перевод, структурные таблицы к основным разделам. Напишите! Я думаю, это заинтересует многих.

Отвечает Симон Молдавский, УАППО:

Русскоязычных ресурсов по этой тематике, насколько я знаю, немного. Есть русские библиотеки на сайтах www.iso9000.ru, www.iso9000.by.ru, www.adj.ru, www.russianenterprisesolutions.com. Что касается введения в программную инженерию, то здесь русскоязычной заменой (но не эквивалентом) SWEBOK может быть книга "Инженерия программного обеспечения" Соммервилла, но она не в сети, а в книжном магазине :(

Что имеется в виду в SWEBOK под "SPI models/standards"? Кроме пары презентаций на sei.cmu.edu я ничего интересного не нашел.

Отвечает доктор наук, профессор Е.М.Лаврищева, Институт Программных Систем НАН Украины:

SPI - Software Process Improvement. Соответственно, "SPI models/standards" обозначает набор стандартов в области улучшения процессов разработки ПО. Это и SEI CMM (CMMI), и серия стандартов ISO 9000 (включая ISO 90003), и SPICE (ISO/IEC 15504), и TickIT, и BootStrap, и многие другие методологии, накопленные международным сообществом разработчиков.

В SWEBOK в главе 2 (SOFTWARE REQUIREMENTS) говорится о важности системного подхода к именованию требований. Можно ли где-то увидеть примеры таких схем именования требований?

Отвечает Дмитрий Безуглый, АО "Банкомсвязь":

Как всякое академическое издание, SWEBOK несколько консервативен. Те задачи, которые в свое время решались с помощью типизации текста и наименования требований, в данный момент, как правило, решаются с помощью типизации самих требований и дополнения их атрибутами.

Важным является просто обеспечение уникальности номера требования (номер может быть цифровым, а может и каким-нибудь сложным, например, включать приставку-текст для упрощения идентификации, например, COMPAT-1.2.5 - какое-то требование к compatibility и т.п.). Практически все шаблоны требований в Интернете обеспечивают такую уникальность.

Интернет-ресурсы:http://goanna.cs.rmit.edu.au/~linpa/SE/srs.html.

Не могли ли бы вы привести примеры грамотно написанных concept of operations и SRS (Software Requirements Specifications) documents? В Сети лежит их масса, но не хотелось бы учиться на плохих примерах.

Отвечает Дмитрий Безуглый, АО "Банкомсвязь":

Если говорить в общем, советую использовать общепринятые стандарты (IEEE Std 830-1998 "IEEE Recommended Practice for Software Requirements Specifications", IEEE Std 1233-1998 Edition "IEEE Guide for Developing System Requirements Specifications", IEEE Std 1362-1998 "Concept of Operations Document"). В сети есть достаточно примеров спецификаций, выполненных в соответствии с этими стандартами.

Тем не менее вопрос предоставления отдельных примеров "грамотно" написанных этих документов связан с определенными сложностями.

Содержательная часть и Структура документа определяется несколькими основными факторами:

- pадачей (для web и life critical приложений это принципиально разные документы);
- регулирующими требованиями на составление документов (требования соответствию принятым в коллективе определенным стандартам, например, DoD, ГОСТ ...);
- используемой организацией методологией разарботки ПО и Управления требованиями в частности (даже в пределах одной методологии, как правило, возможно использование нескольких подходов);
- размером и квалификацией команды.

Наша рассылка поднимает широкий круг вопросов, включающих управление требованиями и проектирование ПО, конфигурационное управление и управление качеством, планирование и мониторинг проектов, управление ресурсами и коммуникациями, стандарты по организации производства ПО, процессные методологии Rational Unified Process, Microsoft Solutions Framework, eXtreme Programming и др., методологии обследования организаций SEI CMMi, ISO 9001, SPICE и др.

Если у вас возникают вопросы, относящиеся к этим дисциплинам, пишите нам на адрес edu@ukrsoftpro.com.ua, и мы постараемся ответить на них в следующих выпусках рассылки.

 

Украинский Учебно-Практический Центр Программной Инженерии UkrSoftPro


Консалтинг, аудит, тренинговые программы
Дистанционная учебная программа "Профессионал Управления Программными Проектами"

 подробнее
http://subscribe.ru/
E-mail: ask@subscribe.ru 		Отписаться
Убрать рекламу
В избранное