1801

ПО Аналитика / Re: Генератор ТЗ на сайт

« : 24 Мая 2011, 18:05:00 »

неа

1802

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 24 Мая 2011, 18:04:10 »

Не пойму где вы нашли в документе R1.
Все просто заинтересованное лицо, имеющаяся проблема (потребность), цель в ее решении

1803

Конференции Семинары и Тренинги / Re: ЛАФ 2011 даты проведения

« : 24 Мая 2011, 18:02:04 »

Зачем тогда проводилось голосование по дате? Большинство было за 9-10 июля.
Очень жаль, но попасть на ЛАФ-2011 не смогу

Катенька, такова жизнь. Мне тебя искренне жаль. Но так получилось. К тому же сообения были своевременные. Не расстраивайся, это лишь только начало

1804

Вакансии / Re: Бизнес аналитик на проект, Москва, до 200000 р.

« : 24 Мая 2011, 17:52:37 »

Ребята, не флудите. Зарплата приличная. Найдется тот, кто нужен. БА или СА. Имхо разница холиварная.

1805

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 24 Мая 2011, 17:24:17 »

R - role, в остальном угадали. Это методология UP и просто здравого смысла:)

По поводу связей с администраторами менежерами и т.п. - вы правильно поняли тонкий намек

Все эти аспекты вы выражаете через ВИ например или другое взаимодействие. ДК отражает статическую, и существенную для понимания структуру

1806

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 23 Мая 2011, 23:03:00 »

Вот набросал какоето ужасное подобие концептуальной диаграммы классов...
Посоветуйте нормальный UML редактор кроме рэшнл роуз, а то этот visual uml вообще раковый, одно мученье с ним..

MagicDraw, Modelio, EA, VISIO, StarUML, да и VP отличный инструмент.

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

бухгалтер- счет - счет на что формируется - на сферического коня в вакууме?

1807

Системный Анализ и Требования / Re: Примеры в ТЗ

« : 23 Мая 2011, 13:41:31 »

А как вам такая мысль:
в техническом задании должны быть отражены не все требования, а только архитектурнозначимые?

1808

Примеры / Re: Система - актор?

« : 23 Мая 2011, 00:06:58 »

Интересно:
 а чем заканчивается ВИ создание документа
 а чем заканчивается ВИ сохранение
?

1809

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 23 Мая 2011, 00:05:36 »

А если после завершения ЭТОГО проекта, спустя цать лет (или скорее) тот же самый клиент захочет сделать с вами еще проект?

1810

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 22 Мая 2011, 19:32:04 »

Почти идеально.

Я объясню: в системе управления проектами я организовал все таким образом, что каждый клиент будет отождествляться с проектом, а каждый заказ данного клиента будет прирваниваться к этапу проекта, дабы избежать путанницы. А уже потом задания выдаются по каждому заказу (этапу) соответственно. Я думаю могут быть случаи, когда будут исключения, например, создание какого-то стороннего проекта, например по доработке сайта, но на данном этапе все происходит именно так как я описал.

И почему же все-таки - проект=клиент и этап =заказ.
Я могу предположить, что любые действия с клиентом- есть некий проект. Проект состоит из каких-то этапов. каждый этап состоит видимо из заданий. этап порождается каким-то заказом?

1811

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 22 Мая 2011, 09:23:11 »

Не ну вообще я тут не на 100% развернутые описания каждого прецедента делал.. Любым откликом системы в кждом ВИ будет очевидное: "система отображает форму или окно", поэтому я их просто опустил..

Не, ну вообще, тут кто кого учит как писать ВИ. В FAQ батенька, в FAQ вас

Кому интересно это известно, что система отображает форму или окно? Всякие нажатия кнопок и т.п. есть неправильное понимание ВИ, об этом говорено, переговорено. Смотрите страницы форума.

Я просто на данный момент страдаю над выделением концептуальных классов..

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

Думаем. Голова, не чтобы фуражку носить

1812

Вакансии / Re: Бизнес аналитик на проект, Москва, до 200000 р.

« : 22 Мая 2011, 00:09:48 »

ИТ-специалист - специалист по работе с информацией. В данном случае к тому же основная задача БА будет внедрением ERP системы, потому и нужен специалист, сумеющий понять бизнес и обладающий специалитетом по ИТ.

1813

Задачи студентов / Re: Дипломное проектирование закрытого портала для оптовых покупателей

« : 22 Мая 2011, 00:05:24 »

Вообще шаги принято нумеровать

ВИ 01. Авторизация
•   Система проверяет введенные данные, после чего открывает доступ к сайту

Здесь нужно просто - система открывает доступ к сайту (или страницам сайта)

ВИ 02. Оформление заказа
Предусловия: ВИ 01. Авторизация

Вариант использования не может быть предусловием, так как вариант использования может завершиться двумя разными результатами: успешным и неуспешным. Какое из этих условий будет верным?
Там же - нет действий системы, нет реакции системы, описаны только действия Клиента.
Все остальные ВИ страдают ровно тем же

Исправляем ошибки - потом вернемся

1814

Системный Анализ и Требования / Re: Примеры в ТЗ

« : 21 Мая 2011, 23:57:31 »

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

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

1815

Обсуждение статей / Re: В Украине открыты 2 отделения IIBA

« : 20 Мая 2011, 23:36:45 »

Сначала надо определить  полезность для нас. Понять почему другим странам это нужно?

Так я с этого и начал. В чем наша полезность быть в этом сообществе:
- сопричастность?
- получение информации из первых рук?
- возможность участия в чем-то сопредельном?
- возможность влияния на ...?