Управление требованиями и моделями

Классика автоматизации — разработка и управление требованиями

Posted by on 23.08.2014 at 10:58 дп

Заметки на полях. Мадорская Ю.М. Почему нельзя разносить в две системы разработку требований и управление требованиями?  Все довольно просто, так же как для любых других автоматизированных систем — это приводит к необходимости дублирования информации в двух системах. А значит, что гарантированы: 1) высокие накладные расходы  — нужно постоянно поддерживать согласованность информации в двух системах. 2) снижение скорости работы.3) […]

Инструменты управления требованиями — полезные публикации для старта

Posted by on 19.08.2014 at 9:45 дп

Заметки на полях. Мадорская Ю.М. 1. Чем отличается управление требованиями от разработки? Начинаем отсюда: http://www.saturs.ru/index.php?r=block/plain&label=articles-rm-and-development   Хороший инструмент должен позволять и разрабатывать требования, и управлять ими. Почему? Потому, что вы замучаетесь переносить разработанные в одном инструменте требования в другую систему для управления ими. Как мучаются люди, пытаясь разъединить эти два процесса,  можно посмотреть, например, здесь http://habrahabr.ru/company/sqalab/blog/221909/ и здесь http://analystdays.ru/talk/7902 В […]

Все про матрицы трассировки (трассируемости)

Posted by on 03.05.2014 at 5:49 пп

Мадорская Ю.М. Матрица трассировки (матрицы трассируемости, traceability matrix) — способ отражения связей между проектными данными в форме таблицы, например, между требованиями и компонентами системы. Трассируемость (traceability) означает возможность проследить связи между выбранными точками. В случае проектирования систем очень важно иметь возможность проследить связи между исходными требованиями и полученными проектными решениями — архитектурой системы, ее функциями. Это необходимо, чтобы […]

AN ONTOLOGY-BASED APPROACH FOR COMPLEX SOFTWARE SYSTEMS EVOLUTION PLANNING

Posted by on 04.02.2014 at 5:02 пп

On the example of B2B  systems  Yulia Madorskaya  St.-Petersburg State Polytechnic University, Department of Central Research Institute of Robotics and Technical Cybernetics Abstract B2B systems are a striking example of a complex multicomponent system, evolutionary maintenance of which the most dramatically illustrates the problems of coordinated changes. The foundation for coordinated modifications is reliable planning. […]

Автоматизированная проверка качества требований. Ошибки типа «Неопределенность».

Posted by on 16.06.2013 at 8:56 пп

Мадорская Ю.М.к.т.н., доцент СПбГПУ  Введение Понятие «качество» принято рассматривать с двух ключевых позиций: Качество – свойства (особенности) продукта или услуги, которые отвечают потребностям клиентов и тем самым обеспечивают их удовлетворенность [2]. Качество – свобода от дефектов (ошибок) [2]. В рамках данной статьи остановимся на втором определении понятия качества и поговорим об ошибках в требованиях.