Отправляет 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
31
Автор
Симон Молдавский

Статистика

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

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


Информационный Канал Subscribe.Ru
Из программистов в руководители
Выпуск 8: Управление проектами; проектирование ПО

 

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

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

Не могли бы вы посоветовать интернет ресурсы по теме "Управление проектами",
или же печатную литературу?

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

Литературы и ресурсов сейчас существует масса. Прежде всего нужно отметить, конечно, PMBOK - Guide to the Project Management Body of Knowledge от американского института PMI. Русский перевод PMBOK 2000 должен был быть выпущен этой осенью; возможно, уже вышел. В переработанном виде он есть в справочной системе пакета Spider Project (http://www.pminfo.ru/ufiles/sp_help.zip). Кстати, сразу можете посмотреть на сайт http://www.spiderproject.ru; там, в частности, есть ссылки по управлению проектами. Интересен также сайт http://www.pmprofy.ru.

Все же, поскольку наша рассылка посвящена софтверным проектам, приведу литературу, специфичную именно для этой области:

  • У. Ройс. Управление проектами по созданию программного обеспечения.
  • Ф. Брукс. Мифический человеко-месяц или как создать программные системы.
  • Э. Йордон. Путь камикадзе.
  • Э. Салливан. Время - деньги. Создание команды разработчиков программного обеспечения.
  • Б. Гейтс. Бизнес со скоростью мысли.
  • S. McConnell. Project management survival guide.
  • T. DeMarco, T. Lister. Peopleware.
  • T. DeMarco. The Deadline.
  • W. Humphrey. Introduction to the Team Software Process.
  • W. Humphrey. Managing for Innovation: Leading Technical People.

Существуют ли методологии проектирования, направленные на компонентное
проектирование системы (без привязки к конкретной компонентной модели)?

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

И объектно-ориентированные, и функциональные методологии поддерживают компонентный подход.

Независимо от компонентной модели вы можете применять языки описаний типа UML, IDL и ADL, шаблоны проектирования и множество других техник объектно-ориентированного проектирования (CRC cards и их аналог для компонент, design by contract и др.).

Существуют также компонентно-ориентированные процессы разработки, например, Asset-Based Development, предлагаемый Rational.

ПО СЛЕДАМ ПРЕДЫДУЩИХ ВЫПУСКОВ

Вы писали о принятии нового стандарта ISO/IEC FDIS 90003 "Руководство по применению ISO 9001:2000 к компьютерному программному обеспечению" . Вы не могли бы более подробно рассказать о изменениях в нем по сравнению с его предыдущей версией - ISO 9000-3?

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

Основное изменение - терминологическое и концептуальное приведение стандарта ISO 9000-3 к принципам семейства программно-инженерных стандартов ISO/IEC и, в частности, основному стандарту - ISO/IEC 12207 "Процессы жизненного цикла".

Если взглянуть на стандарты ISO 9000-3 и ISO/IEC 12207, то обнаружим, что, хотя они имеют значительные пересечения по содержанию (мероприятия по поддержке качества на разных стадиях жизненного цикла), но не являются согласованными с точки зрения терминологии и структуры. В то время, как ISO/IEC 12207 делает очень четкий акцент на современном процессном подходе и выделяет quality assurance в качестве отдельного поддерживающего процесса, ISO 9000-3 размывает рамки обеспечения качества. Например, в ISO 9000-3 к quality assurance отнесены configuration management и document management. С другой стороны, ISO 9000-3 более глубоко описывает мероприятия по обеспечению качества, чем ISO/IEC 12207, и даже покрывает некоторые области, не присутствующие в ISO/IEC 12207, например, количественное управление процессом (измерение показателей).

Таким образом, возникала задача модернизации ISO 9000-3 путем приведения к ISO/IEC 12207, и эта задача была решена новой версией стандарта - ISO/IEC 90003.

Меня заинтересовал ответ на вопрос "Какие методы формальных системных спецификаций существуют и является ли их применение общепринятой практикой?".
<цитата>
Существуют 2 официальных стандарта на спецификации требований (об устаревших советских стандартах говорить не будем) - IEEE Std 830 "Recommended Practice for Software Requirements Specifications" и IEEE Std 1233 "IEEE Guide for Developing System Requirements Specifications".
<конец цитаты>.
Уточните, пожалуйста, какой государственной организацией и в каком документе официально утверждены данные стандарты. И по сути, "устаревшие" советские ГОСТы 19.хххх ведь не отменены?
В нашей фирме пока руководствуются только ГОСТами и специфическими для отрасли стандартами, от ТЗ на ПО до эксплуатационных документов. Если стандарты IEEE признаны нашими государственными инстанциями, то при разработке новых продуктов нам прейдется переходить на них, это будет очень серьезное замечание для разработчиков и вспомогательные службы (нормоконтроль, технический архив). Это вызывает сильную озабоченность.

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

Вопрос пришел от украинского читателя, поэтому буду отвечать, учитывая наши украинские реалии, хотя аналогичная ситуация и в других странах СНГ.

Вышеупомянутые стандарты на Requirements Specifications пока не приняты у нас официально. Эти международные стандарты я привел как принятые де-факто в коммерческом производстве программного обеспечения.

ГОСТы 19.хххх не отменены, хотя в ближайшее время в Украине будет принят стандарт, соответствующий ISO 6592:2000 "Руководящие указания по разработке документации для вычислительных систем", который частично заменит ЕСПД (кстати, я действительно забыл упомянуть об этом стандарте в ответе на вопрос о стандартах на спецификации).

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

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

Наша рассылка поднимает широкий круг вопросов, включающих управление требованиями и проектирование ПО, конфигурационное управление и управление качеством, планирование и мониторинг проектов, управление ресурсами и коммуникациями, стандарты по организации производства ПО, процессные методологии 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 		Отписаться
Убрать рекламу
В избранное