Публикации Хабы Компании Пользователи Комментарии

itjobby 2 апреля 2009 в 23:10

Минск. Бесплатная открытая лекция «Управление требованиями к ПО и тестирование»

В следующий четверг, 9 апреля, в Минске, в Университете Культуры пройдет лекция "Управление требованиями к ПО и тестирование".
Это продолжение серии наших образовательных мероприятий, о которых уже на хабре писалось (вот тут о хостинге, тут о креативе в интернет-рекламе, тут о конференции по MOSS а тут о нашей миниконференции по юзабилити)
На этот раз лекцию о управлении требованиями к ПО будет начальник отдела тестирования интернет-подразделения компании IBA Алексей Якимович. IBA входит в тройку крупнейших IT-компании Беларуси.

В лекции будут затронуты те аспекты управления требованиями к ПО, которые касаются тестирования и анализа требований. Будет рассказано об процессе организации управления и анализа требований, а также управление процессом разработки и тестированием требований.
Кроме этого будет рассмотрена организация процесса рецензирования документации и требований к ПО в частности. Эта лекция может быть интересна тестировщикам и аналитикам ПО.

Читать дальше →

797

Leningradez 30 сентября 2012 в 01:29

«Иди туда, не знаю куда и принеси мне то, не знаю что» или «5 Whys — как лекарство против Muda»

Управление проектами *

5 Whys — как лекарство против Muda

...«Муда» как любые действия, которые не добавляют ценности, не могут и не должны быть неизбежными, а значит, они должны непрерывно устраняться…
Масааки Имаи «Гемба Кайдзен»

Понаблюдав можно заметить, что в повседневной жизни мы имеем дело с “цепочками создания ценности”, т.е. выполняем различные действия, направленные на достижение целей. Очень часто наши цели являются отправными точками для достижения других целей. Часто мы выполняем действия даже не подразумевая “зачем?”, таким образом тратя время и силы на действия не приносящие ценности (Muda) или тратя силы и время на результаты, которые того и не стоят…

Читать дальше →

8.7K

analista 29 апреля 2013 в 20:15

Как стать настоящим аналитиком? Часть 2. Выявляем требования

Блог компании Нордавинд Анализ и проектирование систем *

Доброе время суток, дорогие хабравчане! Данная статья является продолжением топика, и в ней хотелось бы начать обсуждение стадии создания требований. Если вы успешно справитесь с этой стадией процесса, вы получите отличный продукт, счастливых заказчиков и удовлетворенных разработчиков. В противном случае вам грозит непонимание, разочарование и разногласия.

Стадию создания или разработки требований условно можно разделить на 4 этапа.

Читать дальше →

+15

72K

maxstroy 27 ноября 2014 в 13:46

Валидация и верификация требований к системе

Тестирование IT-систем *

Очень часто путают два понятия валидация и верификация. Кроме того, часто путают валидацию требований к системе с валидацией самой системы. Я предлагаю разобраться в этом вопросе.

В статье «Моделирование объекта как целого и как композиции» я рассмотрел два подхода к моделированию объекта: как целого и как конструкции. В текущей статье нам это деление понадобится.

Пусть у нас есть проектируемый функциональный объект. Пусть этот объект рассматривается нами как часть конструкции другого функционального Объекта. Пусть есть описание конструкции Объекта, такое, что в нем присутствует описание объекта. В таком описании объект имеет описание как целого, то есть, описаны его интерфейсы взаимодействия с другими объектами в рамках конструкции Объекта. Пусть дано описание объекта как конструкции. Пусть есть информационный объект, содержащий требования к оформлению описания объекта как конструкции. Пусть есть свод знаний, который содержит правила вывода, на основании которых из описания объекта как целого получается описание объекта как конструкции. Свод знаний – это то, чему учат конструкторов в институтах – много, очень много знаний. Они позволяют на основе знанию об объекте спроектировать его конструкцию.

Читать дальше →

42K

algusen 12 февраля 2015 в 21:56

От проблемы к требованиям. Теория принятия решений в разработке ПО

Управление продуктом *

Введение

Некоторое время назад обратил свое внимание на артефакт Концепция продукта (product vision) методологии разработки программного обеcпечения RUP (Rational Unified Process) и обнаружил, что отправной точкой разработки программного продукта является выявление проблемы, на решение которой нацелен продукт.

Аналогичный подход существует и в отечественной практике – так в ГОСТ 34.601-90 говорится, что на стадии Формирование требований к АС (автоматизированной системе) производится «выявление проблем, решение которых возможно средствами автоматизации».

В настоящей статье хочу поделиться с читателями своими выводами касательно природы проблемы, ее важности и отношении к разработке программного продукта.

Читать дальше →

+10

13K

amokryshev 25 октября 2017 в 16:51

Анализ требований

Анализ и проектирование систем *Интерфейсы *Управление проектами *Развитие стартапа Управление продуктом *

Анализ требований — часть процесса разработки программного обеспечения, включающая в себя сбор требований к программному обеспечению (ПО), их систематизацию, выявление взаимосвязей, а также документирование.
https://ru.wikipedia.org/wiki/анализ_требований

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

Зачастую все заканчивается недописанной таблицей, составленной для галочки, живущей в отрыве от реального функционала системы.

На мой взгляд, для того чтобы избежать этой ситуации, надо всего-лишь посмотреть на процесс под другим углом…

Читать дальше →

33K

power-link 27 марта 2020 в 00:46

«Листая скучные ГОСТы…» или анализ требований при разработке LED-драйвера

Схемотехника *Производство и разработка электроники *DIY или Сделай сам Здоровье Электроника для начинающих

Должен признаться – мне нравится разрабатывать LED-драйверы. Видимо есть что-то особенное в том, чтобы создавать свет, какая-то магия. Пусть продолжаются споры про вредность так называемого «синего пика», пускай в магазине мы всё ещё можем купить ужасные светодиодные лампочки с пульсацией 100%, тем не менее, разработать хороший LED-драйвер – отличная задача. Впрочем, это лирика и пора перейти к теме.

Решил написать статью про одну из своих разработок – компактный LED-драйвер с весьма интересными характеристиками, однако, ~~занудство~~ перфекционизм не даёт этого сделать без преамбулы, откуда же взялись требования, которые будут применяться при разработке. Если копнуть поглубже, возникает порядочно нюансов и думаю, многие разделяют известный принцип «суть в деталях» (и это не только про электронные компоненты).

Такие мысли подтолкнули меня к написанию этой статьи-экскурса в мир ГОСТов.

Итак, если вас интересуют требования к светодиодному оборудованию, а также рекомендации по сертификации CE – добро пожаловать под кат.

Читать дальше →

+22

12K

dci2002 1 марта 2021 в 11:45

Пример модели знаний о требованиях

Анализ и проектирование систем *Учебный процесс в IT

Из песочницы

За уже несколько десятков лет существования индустрии информационных технологий создана значительная теоретическая база. Множеством ассоциаций и организаций разработаны своды знаний и методологии в различных областях. Сотни страниц сухого текста: определения, классификации, зачастую, отсутствует русский перевод — все это препятствует усвоению ценного материала, изложенного в источниках. Для систематизации и использования в работе такого объема информации требуется представление знаний в более удобном для восприятия и сжатом виде. ...

5.5K

MaxRokatansky 15 ноября 2021 в 19:02

Тестовая документация и анализ требований

Блог компании OTUS Тестирование игр *

В преддверии старта курса "Game QA Engineer" публикуем текстовую расшифровку онлайн-интенсива по курсу, который провела Надежда Чертовских — руководитель отдела QA в компании BeresnevGames и преподаватель OTUS.

Цели интенсива:

• познакомиться с основными видами тестовой документации;
• проанализировать документ от game-дизайнера;
• попрактиковать составление чек-листа.