Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - andre

Страницы: « 1 2 3 4 »
16
Уточнять несовсем корректное слово - сорее добавлять, иногда приходилось и полностью перерабатывать.
В общем у вас есть уже информация о продукте. У меня другой случай см. выше

Весь вопросник примерно состоит из 250 вопросов, заказчику отсылается примерно 50-75 из них, еще столько же заполняет аналитик на встречах по обработке требований.
Заказчиков количество вопросов не пугает, поскольку система является одной из основных в бизнесе заказчика и стоит не малых денег.
Много вопросов. Удивительно, что заказчик это спокойно воспринимает.

Все что будет за скоупом требований, созданных на данном этапе, является доработкой и совсем не дешевой.
Не понял предложение.
«скоупом» - цель?

Мне пока не понятно, какого класса систему будете разрабатывать? информационный поратал, систему электронного документа оборота?
Нет информации о системе. Полный ноль! И надо информацию получить.
Подробней см. выше

А так основные вопросы, кажется, перечислены у Вигерса.
Можете наводку дать чтобы  не было недопонимания?

17
Всем:

У меня нет никакой информации и я собираюсь в первый раз встретиться с заказчиком. Мне нужно подготовиться к этой встрече. Желательно иметь готовый вопросник. С помощью этого вопросника необходимо получить максимум информации от заказчика. После этой встречи и анализа ответов я уже сам буду формулировать уточняющие вопросы.
Наверняка есть универсальные первые вопросы для любого будущего продукта. По ходу первой беседы я буду выбирать из вопросника наиболее подходящее вопросы.

Я думаю, что у хорошего аналитика есть готовый шаблон. Не держать же это все в голове (это не разумно). Если есть информация, то учитывая её можно брать вопросы из этого универсального шаблона вопросника и дополнять его с учётом информации о будущем продукте. В итоге будет готовый вопросник для конкретной встречи.

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


Представьте вы пришли покупать автомашину, а консультант раньше продавал стиральные машины. И вот он начнет вам задавать вопросы те,  которые вам помогут выбрать стиралку.
Пардон, но не совсем понял аналогию.

Общие вопросы здесь были озвучены, а остальные сами придумаете.
Мало :(
Хотелось бы больше.

Я всегда прежде чем идти к клиенту исхожу из 1) внедряем старый функционал или 2)  разрабатываем новый. По 1 варианту действительно я использую тестирование - т.е. есть опыт многих "поколений" описанный в тестах. Вопрос - ответ. Для 2 - изучаю предварительную заявку от клиента, спрашиваю кто и что мне может подсказать в отделе, смежных отделах, штудирую инет, покупаю книжки, изучаю положения, разбираю систему и потом уже со списком предложений и вопросов иду к заказчику.
Хороший ответ. Благодарю.

19
У меня в одной компании перед встречей с заказчиком высылался вопросник с 150 вопросами. Этот вопросник создавался несколькими поколениями аналитиков компании (системе уже более 20 лет :)).
Вы продолжаете уточнять требования к системе, которая разрабатывается уже 20лет? Здесь уже конкретные будут вопросы. 150вопросов – это много. Как заказчик на такое реагирует?

Основными вопросы делились на серии:
Какая информация на входе? Какая информация на выходе? Какие процессы обработки информации существуют? Требования регуляторов? Ограничения на железо и сторонний софт.
Вот. Уже конкретика пошла. Это хорошо :)

andre что именно интересует? хотя бы скажите, что за систему разрабатываете?
У меня нет никакой информации и я собираюсь в первый раз встретиться с заказчиком. Мне нужно подготовиться к этой встрече. Желательно иметь готовый вопросник. С помощью  этого вопросника необходимо получить максимум информации от заказчика. После этой встречи и анализа ответов я уже сам буду формулировать уточняющие вопросы.
Наверняка есть универсальные первые вопросы для любого будущего продукта. По ходу первой беседы я буду выбирать из вопросника наиболее подходящее вопросы.

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

20
Всё? Тема исчерпана? Я так понимаю никто не имеет свой вопросник? Я думаю, что лучше пред встречей иметь свой вопросник, но видимо никто не хочет с ним делиться :(

21
Заказчик - Вы на какой планете обитаете? На каком материке, в какой стране??? Ну и в общем выясняется регулирующая среда.

А на счет книг, можно посоветовать  - Д.Леффингуэлл, Д.Уидриг 'Принципы работы с требованиями к ПО'

Благодарю за хороший ответ. Буду читать-просвещаться.

22
Вообще крутой вопрос.. Крут он тем, что на него можно ооочень долго отвечать, а по итогам выпустить книжку.
Причем я не уверен, что всю эту писанину прочитает автор данной темы (пока он молчит).

Вопросы вообще могут быть:
Когда вы уходите в отпуск?
Как дела? (очень важный вопрос)
Когда вы уже наконец согласитесь с текущим описанием требования?? (обычно задается тогда, когда заказчик не слышит)
Во сколько закрывается ваш офис? (вопрос с намеком, обычно задается под конец проекта)
Может ли кто-то ещё быть заинтересован в реализации данного требования? (задается с мольбой в глазах и желаением услышать "нет")
Данное требование очень трудоемко в реализации, этот функционал действительно необходим? (желательно задавать со слезами на глазах и печальным голосом)

Этого достаточно или вы хотели бы что-то конкретизировать? (задается автору данной темы)

У вас очень демократичный подход!
Курсы актерского мастерства проходили?

23
Для чего вы это делаете?
Кем это будет использоваться?
Откуда вы возьмете эти данные?
Что будет, если этого не сделать?

За 3 секунды больше не вспомнить, может позже еще что-то придет в голову :)
Отличное начало!!! Благодарю! Вот бы продолжение...

24
Заинтересованные стороны не понимают этого. :o Как им просто и наглядно объяснить, что я от них хочу. Хочу получить различные варианты использования будущего продукта.

25
Добрый день!
Меня интересует какие вы вопросы задаете заказчику для того чтобы понять его потребности и получить в итоге требования.
Ссылки на литературу только приветствуются. Желательно на русском языке.
Хотелось бы не просто получить ссылки, но и конкретно примеры от каждого форумчанина и последовательность ваших вопросов.

Заранее благодарю.

26
Функциональные требования
3. Система должна проводить операцию x


Это операция непростая. Я для нее нарисовал блок-схему. Куда мне этe схему вставить? В само требование или в отдельное приложение?

27
В процессе написания требования я получил две особенности:
1) В почти не пиши пользовательские требования, а пишу сразу системные которые у меня разделяются на функциональные (точнее только функциональные пишу) и нефункциональные.
2) У меня пункты уже выглядят в таком виде: «2.2.2.3.4.1.1.3». Это о чем говорит? Это ошибка? Слишком уж сложное дерево получается, да?

Пока не чувствую до какой степени детализации надо описывать функциональные требования. :(

2. Системы должны отображаться таблица
2.1 Таблица «очень важная»
2.1.1 Название заголовка таблицы должна быть «очень важная»
2.1.1 Столбцы такие
2.1.2 Строки такие
2.1.3 Подсветка строк такая то
2.1.4 Настройка подсветки
2.1.5. Сортировка значений в колонках
2.1.6. Сортировка строк таблицы
2.1.7. Сортировка колонок таблицы

28
Пожалуйста, покажите начинающему аналитику как вы оформляете требования к ПО.

Пока использую DOORS 8.1 т.к. прочитал книжку от Telelogic "Разработка и управление требованиями. Практическое руководство пользователя" и к нему есть руководство на русскому языке.
Если использовать мастер при создании проекта то получаю множество требований в System requirements:
1.Introduction
Purpose of the Document
Scope of the Software
Definitions Acronyms, and Abbreviations
References
Overview of the Document
2.General Description
Relation to Current Projects
Relationship to Predecessor and Successor Projects
Functions and Purpose
Environmental Considerations
Relationship to other Systems
General Constraints
Model Description
3.Specific Requirements
Functional Requirements
Performance Requirements
Interface Requirements
Operational Requirements
Resource Requirements
Verification Requirements
Acceptance Testing Requirements
Documentation Requirements
Security Requirements
Portability Requirements
Quality Requirements
Reliability Requirements
Maintainability Requirements
Safety Requirements
4.User Requirements vs. Software Requirements Traceability


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


Я вот подумал и придумал.
Может мне системные требования разделить на функциональные и нефункциональные?
В функциональных будут требования что должна делать система, а в нефункциональных все остальные:
Performance Requirements
Interface Requirements
Operational Requirements
Resource Requirements
Verification Requirements
Acceptance Testing Requirements
Documentation Requirements
Security Requirements
Portability Requirements
Quality Requirements
Reliability Requirements
Maintainability Requirements
Safety Requirements

У меня в функциональных требованиях указано, что система должна строить график N. Это график расчитывается по формуле Y. Где мне указать эту формулу? В том же требовании или как? Как будет правильно? Формула нужна будет архитектору и лучше ее где то указать, а не устно передать.

29
Было бы здорово если бы показали свои примеры здесь
http://www.uml2.ru/forum/index.php?topic=161.msg26196#msg26196

30
а ещё вы можете обнаружить останки предыдущего внедрения ))))))
Есть такое. Полный провал. Поэтому подключают меня.

Что за проект оцениваете хоть?
Сформулировать требования к ПО аля интернет-трейдинг. В фин. рынках и биржах вообще не разбирался :( вот сейчас читаю кучу всего.

Страницы: « 1 2 3 4 »