Very good site with good examples of diagrams, comprehensive explanations, handy cross-referencies, and links to the standard: UML-diagrams.org UML Distilled: A Brief Guide to the Standard Object
Читать далее
Менеджмент Продуктов • Проектов • Процесса + Soft skills • Мотивация • Life hacks
Very good site with good examples of diagrams, comprehensive explanations, handy cross-referencies, and links to the standard: UML-diagrams.org UML Distilled: A Brief Guide to the Standard Object
Читать далееВ начале 2016 года прошел интересный курс по теме управления требованиями к информационной системе (ИС), охватывающий различные техники определения заинтересованных лиц, понимания их проблемы, выявления и
Читать далееАналитику Ниже приведён список книг и статей, которые следует изучить системному аналитику любого уровня профессионализма. База, обязательны к прочтению: Мартин Фаулер «UML. Основы. Краткое руководство
Читать далееВ июне 2013 года в учебном центре Luxoft состоялся тренинг по управлению требованиями с помощью вариантов использования (requirements management with use cases). Программа тренинга размещена здесь.
Читать далееСбор требований – это итеративный процесс, который включает в себя взаимодействие с клиентами для согласования деталей требований. Не существует идеальной методики для сбора и анализа
Читать далееТребования к разрабатываемой системе должны обладать следующими характеристиками: Недвусмысленное; Проверяемое; Четкое/краткое; Точное; Понятное; Осуществимое; Независимое; Атомарное; Необходимое; Абстрактное от реализации. Подробнее перечисленные характеристики требований и
Читать далееНастоящая статья является частью цикла “Методы сбора требований“. Являясь методом, по сути, независимым, в данном цикле он также выступает в качестве основного метода проведения совещания.
Читать далееНастоящая статья является частью цикла “Методы сбора требований“. Практически все упомянутые в статье приемы и советы применимы не только к процессу выявления требований к системе,
Читать далееВ этом цикле статей будут описаны методы, используемые для сбора требований, с рекомендациями и советами по их применению и выбору в зависимости от сложившего способа
Читать далееТрадиционно требования пытаются разделить на 2 основные категории: функциональные и нефункциональные. Функциональные – описание того, что должна делать создаваемая система. Нефункциональные – описание характеристик системы
Читать далееТермин RUP и UML “use case” переводится именно как “вариант использования”, а не как “прецедент”. Тогда почему же в большом количестве официальных переводов тематической литературы
Читать далееКлассификация требований к системе FURPS+ была разработана Робертом Грэйди (Robert Grady) из Hewlett-Packard и предложена в 1992 году. Сокращение FURPS расшифровывается так: Functionality, функциональность Usability,
Читать далееНиже приведен перевод на русский язык макета контекстно-независимого интевью заинтересованного лица (Stakeholder). Англоязычный оригинал этого макета предложен создателями RUP в составе документа “Запросы заинтересованных лиц”
Читать далееНа довольно избитый вопрос “Чем Вы создаете прототип графического интерфейса пользователя?” большинство отвечает: MS Visio для форм и окон, MS Excel для отчетов, и Visio+PowerPoint для отражения логики.
Читать далее