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

×


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

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


Темы - ES2011

Страницы: 1
1
Простой вопрос к тем, кто пользуется Прожектом:
Как вы обычно делаете делаете декомпозицию работ: по задачам или направлениям деятельности?
Пример:
1. Декомпозиция по задачам:
Задача 1
    Аналитика
    Разработка
    Тестирование
Задача 2
   Аналитика
   Разработка
   Тестирование
2. Декомпозиция по направлению деятельности:
  Аналитика
    Задача 1, Задача 2, ...
  Разработка
        Задача 1, Задача 2, ...

Какой вариант более корректен для анализа затрат и курирования направлений?
Или это дело вкуса?

2
Здравствуйте, форумчане!
Интересует ответ на следующий вопрос:
Кто-нибудь писал план управления проектом?
Если проет завершен, но стартует проект по доработке системы, то пишется новый план по управлению или создается новая редакция существующего плана?
С одной стороны, если есть доработка проекта, то речь идет о неком продолжении проекта.
С другой стороны, проект - "ограниченное во времени целенаправленное изменение отдельной системы с установленными требованиями к качеству результатов, возможными рамками расхода средств и ресурсов и специфической организацией."
Получается, если новый договор (читай - новый менеджер проекта, новая команда, новое ТЗ), то и план управления другой, даже если речь идет всего лишь о развитии системы?
Вопрос прагматичный: раньше плана по управлению проекта не было, возникло желание написать.
Понятно, что от ответа зависит описывать ли моменты предыдущего проекта или освящать только аспекты по новому договору.
 

3
Примеры / Система - актор?
« : 22 Мая 2011, 20:56:26 »
Помогите разобраться со следующим вопросом.
Есть система, которая позволяет пользователю
- сформировать документ
- сохранить документ
- посмотреть документ
- подписать документ
- отправить документ на рассмотрение
- принять документ для рассмотрения


Для пользователя прециденты понятны:
- создание документа
- сохранение
- редактирование
- просмотр
- подписание (завизировано)

По логике системы, если для документа предусмотрено внешнее рассмотрение, то после подписания в своем отделе система автоматически осуществляет  отправку по внешнему маршруту.

Вопрос: Следует ли ВИ "Отправка документа на рассмотрение" рассматривать как расширение прецидента "Подписание документа" для актора-пользователя или есть свой вариант прецидентов, где актор - система?

4
Вопрос следующего характера:
В ТЗ иногда  пишут use case.
Насколько уместно в ТЗ помимо вариантов использования включать конкретные сценарии (вплоть до указания вводимых пользователем данных).
Или для ТЗ это не преемлемо?

5
Начала учить IDEF0. Столкнулась с проблемой при определении взгляда на модель.
Конкретнее: есть некая система документооборота.
Один и тот же документ рассматривается, корректируется и подписывается на различных уровнях.
Казалось бы, процесс пользователя определяется жизненным циклом документа:
1 Создание документа в отделе А
2 Согласование в отделе В
3 Согласование в отделе С
4 Утверждение в отделе Д
5 Окончательное визирование в отделе, который документ выпустил (отдел А).

Но создавать модель из этих 5 блоков казалось бы странно (декомпозиция 2 уровня).
Дело в том, что в отделах (п.2 - п.4) пользователь выполняет одни и те же действия: добавляет запись, корректирует и удаляет существующие записи, подписывает документ и т.д.

Насколько логична модель, где используется подход "отдельные функции":
1 создание документа
2 редактирование документа (декомпозиция на удаление, редактирование, добавление)
3 подписание документа.
4 передача документа между отделами ( + выход на вход п.2)

Вроде функции ясны, но ЖЦ сразу исчез! С другой стороны, в первом варианте куда запихать редактирование, удаление и т.д. (не дублировать же)
Описала конечно примерно, чтобы суть была ясна.

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

Страницы: 1