Отправляет 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
Из программистов в руководители
Выпуск 7: Спецификации программных систем

 

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

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

Какие методы формальных системных спецификаций существуют и является ли их применение общепринятой практикой?

Отвечает Симон Молдавский, УАППО:
Существуют 2 официальных стандарта на спецификации требований (об устаревших советских стандартах говорить не будем) - IEEE Std 830 "Recommended Practice for Software Requirements Specifications" и IEEE Std 1233 "IEEE Guide for Developing System Requirements Specifications".

С другой стороны, есть близкие к спецификациям требований документы, определяющие спецификации с точки зрения пользователя (Concept of Operations) и с точки зрения контрактных обязательств (Statement of Work).

Существует стандарт на Concept of Operations - IEEE Std 1362 "IEEE Guide for Information Technology - System Definition - Concept of Operations (ConOps) Document". Statement of Work очень кратко описан в PMBOK и в стандарте ISO/IEC 12207 "Software life cycle processes".

Есть также стандарты на спецификации, привязанные к конкретным методологиям разработки. Если брать, например, RUP, в нем "высокоуровневые" спецификации требований отражены в документе Vision, включающие use-case specifications для функциональных требований и supplementary specifications для нефунциональных и "общефункциональных" требований.

Специфические для методологий виды документов являются самыми распространенными. Statement of Work также широко распространен в контрактных работах. Concept of Operations и спецификации, выполненные в полном соответствии с IEEE Std 830 и IEEE Std 1233, менее распространены, но от этого их ценность не уменьшается.


Как в Rational Rose строить Модель предметной области? Как она называется в RUP2000? В книге Лармана "Применение UML и шаблонов проектирования" делается акцент, что модель предметной области, в отличие от модели проектирования, не описывает методы; насколько это правильно? Какие типы связей бывают в модели проектирования?

Отвечает доктор наук, профессор Е.М.Лаврищева, Институт Программных Систем НАН Украины:
В RUP моделирование предметной области Вы можете найти в дисциплине Business Modeling. При моделировании предметной области также могут быть использованы рекомендации для построения Аналитической модели.

Если рассматривать модель предметной области в более широком смысле, чем делает Ларман, то она имеет статическое и динамическое представление. При статическом представлении модель отражает структуру объектов (сущностей), каждый из которых объединяет в себе структуру данных, элементы поведения и типовые операции (reuse-методы), которые совершаются над объектами. Элементы модели задаются классификатором (класс, интерфейс и тип данных) и отношениями между ними (ассоциация, обобщение, наследование, реализация, зависимость). Каждая сущность имеет имя, класс и метод обработки. В динамическом представлении в модели задаются взаимодействия сущностей с помощью use case, кооперации, взаимодействий и последовательностей.

Динамическое представление играет существенную роль в проверке адекватности построенной модели. Необходимость в определении методов сущностей возникает как раз при моделировании динамического представления (с помощью диаграмм последовательности).

В модели проектирования есть все те же стандартные для UML типы связей. Для разных типов и элементов диаграмм они разные (например, ассоциация, обобщение, наследование, реализация, зависимость).

ПОЛЕЗНЫЕ ССЫЛКИ

Новая статья на сайте UkrSoftPro:
Планирование карьеры IT-специалистом

Постарайтесь продумать ступени своей карьеры, должности и заработки на годы вперед (по крайней мере на пять лет). Желательно обойтись без излишних фантазий, а отталкиваться от своего текущего положения и способностей.
Дальше...

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