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

×


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

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


Сообщения - bas

2311
Средств для выполнения контекстной диаграммы пока нет, к сожалению.
Так контекстную Д можно нарисовать и с помощью Ворда. А вообще бесплатных средств ЮМЛ моделирования много, например:
Star UML
Visual Paradigm for UML Community Edition

2312
Работа / Re: Изменения рынка труда за 2008
« : 14 Февраля 2009, 17:13:05 »
Вот что вы хотите со мной делайте, а я до сих пор не могу понять, на фига аналитику 78 штук в месяц?...
Полностью с Вами согласен. Мне нужно на много больше :)

На счет кризиса ... Тут вопрос больше в другом - на сколько предприятия готовы работать по новой схеме, не просто отгружать деньги лопатой, а зарабатывать их, привлекая клиентов и осваивая новые ниши\продукты. ИМХО наши предприятия могут только сокращать издержки, но зачастую это ведет к сокращению возможностей и в конечном счете к банкротству. Хотя с другой стороны хорошо говорить пока нет своего производства :)

2313
А я, как МП, еще больше рад, что нам выделили супер Дизайнера с другого проекта, чтобы сдать проект во время ;)

2314
StUtk,
Спасибо. Посмотрю.

Коллеги Аналитики,
Будем делать то, что Виталий предложил? Хватит сил? Мне кажется идея очень хорошей!

2315
Денис, а что тебе мешает переименовать??

2316
Как вы думаете, это перекос или близко к среднему для этого контекста?
А в чем проблема? Если ПО выходит с должным качеством, запросов на изменение одних и тех же требований не много, то м.б. так и надо?! Или Вам кажется, что Аналитики в потолок плюют и ничего не делают? Так займитесь учетом их времени.

2317
Влад,

Хотелось бы чтобы в разделе "На Форуме планируется обсудить следующие вопросы:" еще стояло четкое указание на тематику "Анализ и Проектирование ПО". Тогда думаю замотивировать наших гуру будет легче.

Не совсем понятно, будет ли отдельный поток по нашей тематике или нет? Будут ли мастер-классы?

Будет ли предусмотрена какая-та компенсация Докладчикам? Хотя бы за проезд и проживание?

Я могу выступить со следующими докладами:
1. 5 уровней зрелости Управления Требованиями
2. Управления требования в новой экономической ситуации
3. Гибкий (Agile) Анализ Требований
4. Внедрение процесса Управления Требованиями

Народ,
Подтягиваемся! Нам нужно популяризировать наш ресурс и вообще отрасль Анализа Требований!

2318
Виталий,

Ты конечно умный, не все же такие :) Ты хоть название сказал бы программки, кот. тебе "очень понравилось" ;)

2319
Вот мои замечания по последним версиям Концепции.

Жду Ваших шагов, уважаемые Аналитики. И хорошо бы начать формировать нормальный Документ Концепция, как сделал bustor.

2320
Термины и Определения / Re: [Термин] Vision
« : 10 Февраля 2009, 18:41:25 »
Очень рекомендую обращаться к первоисточникам, чтобы не было каши в голове, т.к. перевод у нас еще та забава ...

Вигерс вообще не особенно разделяет Vision и Scope, это у него находится в одном документе под названием Vision and Scope Document. На русский же этот термин перевели как - Документ об образе и границах. Если перевести дословно первый абзац, приведенный мной, то:
Цитировать
Product Vision (ВИденье\Концепция Продукта) "выстраивает" всех ЗЛ в одинаковом направлении. Vision (ВИденье\Концепция) описывает - о чем Product (Продукт) и чем он (Product) может стать в конечном счете. Project Scope (Границы Проекта) определяет - какая часть большого длительного Product Vision будет покрыта в текущем проекте. Scope документ обрисовывает границы между тем что внутри и что вне Проекта. Таким образом Scope также определяет ограничения проекта. Подробности Project's Scope представляются в виде requirements baseline (базового набора требований), который Команда определяет для этого проекта.
Так что я не представляю Scope без Vision, как в прочем и Вигерс :)

А еще бывает Business Vision и System Vision ...

2321
Эд, спасибо за развернутый коммент

2323
Термины и Определения / Re: [Термин] Vision
« : 10 Февраля 2009, 14:55:26 »
Чтобы не было искажения слов Вигерса привожу цитату из Software Requirements, Second Edition by Karl E. Wiegers, ISBN:0735618798, Chapter 5: Establishing the Product Vision and Project Scope:
Цитировать
Defining the Vision Through Business Requirements
The product vision aligns all stakeholders in a common direction. The vision describes what the product is about and what it eventually could become. The project scope identifies what portion of the ultimate long-term product vision the current project will address. The statement of scope draws the boundary between what's in and what's out. That is, the scope also defines the project's limitations. The details of a project's scope are represented by the requirements baseline that the team defines for that project.

The vision applies to the product as a whole. It will change relatively slowly as a product's strategic positioning or an information system's business objectives evolve over time. The scope pertains to a specific project or iteration that will implement the next increment of the product's functionality, as shown in Figure 5-1. Scope is more dynamic than vision because the project manager adjusts the contents of each release within its schedule, budget, resource, and quality constraints. The planner's goal is to manage the scope of a specific development or enhancement project as a defined subset of the grand strategic vision. The scope statement for each project, or for each iteration or enhancement in an evolving product, can appear in that project's SRS, rather than in a separate vision and scope document. Major new projects should have both a complete vision and scope document and an SRS. See Chapter 10, "Documenting the Requirements," for an SRS template.
 
True Stories   For example, a federal government agency is undertaking a massive five-year information system development effort. The agency defined the business objectives and vision for this system early in the process, and they won't change substantially over the next few years. The agency has planned some 15 individual releases of portions of the ultimate system. Each release is created as a separate project with its own scope description. Each scope description must align with the overall product vision and interlock with the scope statements for the other projects to ensure that nothing is inadvertently omitted.

2324
Так я понял, ты, Ира, готова быть докладчиком по Sparx EA?

2325
На первый взгляд мне понравилось. Посмотрю позже поподробнее.