2270

Вимоги у сфері роботи з клієнтами

Контрольная

Менеджмент, консалтинг и предпринимательство

Бізнес вимоги – вони містять високо рівневі цілі організації, її як правило фінансує хто замовив проект. Бізнес вимоги як правило записуються в документі який називається границями проекту.

Украинкский

2013-01-06

45 KB

3 чел.

02,02,2012

Вимоги.

Це умови чи можливості, які необхідні користувачу для вирішення проблем чи досягнення цілей. Вимоги – це умови чи можливості, якими повинна володіти система чи системні компоненти для того щоб задовольняти специфікаціям чи іншим формальним документам. Загальні класифікації вимог поділяються на 3 рівні:

  1.   Бізнес вимоги – вони містять високо рівневі цілі організації, її як правило фінансує хто замовив проект. Бізнес вимоги як правило записуються в документі який називається границями проекту, або ще називають статутом проекту (project charter);
  2.  Вимоги користувачів – описують цілі та задачі, які система дозволить вирішити користувачам, як правило записують в вигляді діаграм;
  3.  Функціональні вимоги – визначають функціональність якою повинна володіти програма, щоб користувачі змогли виконати свої задачі.

Розробка та керування вимогами.

  1.  

В розробку вимог включають Збір, оцінку та документування вимог до ПЗ:

  •  Виявлення класів користувачів;
  •  Виявлення потреб тих хто представляє кожен клас користувачів.
  •  Аналіз інформації отримані від різних груп користувачів;
  •  Встановлення пріоритетів реалізації;
  •  Документація зібраної інформації;

Керування вимогами. Цей етап визначається як розробка та підтримка взаємної згоди між розробником та замовником. До дій по керуванню вимогами відносяться:

  •  Визначення основної версії вимог;
  •  Перегляд запропонованих змін та оцінка їх впливу до затвердження цієї зміни;
  •  Включення затверджених змін в проект, встановленим способом;
  •  Відслідковування окремих змін, до їх дизайну, вихідного коду, та варіантів тестування;

Загальні ризики при створенні вимог:

  •  Недостатнє залучення користувачів;
  •  «Розростання» вимог користувачів;
  •  Двозначність вимог;
  •  «позолочені» продукти;
  •  Мінімальна специфікація
  •  Пропуск класів користувачів;
  •  Погане планування;

Характеристики хороших вимог:

  •  Повнота;
  •  Проектність;
  •  Здійсненність;
  •  Необхідність;
  •  Призначення пріоритетів;
  •  Можливість перевірки;


09,02,2012

Вимоги з точки зору клієнта.

Клієнт це людина або організація, яка отримує від клієнта пряму чи не пряму вигоду.

Права клієнта:

  1.  Мати справу з аналітиком який розмовляє на його мові;
  2.  Мати справу з аналітиком який вивчив його бізнес та цілі;
  3.  Вимагати, щоб аналітик перетворив сформульовані усно вимоги, в письмову специфікацію вимог до програмного забезпечення. SRS (software requirements Specification);
  4.  Отримувати детальний звіт про всі робочі продукти створені в процесі формулювання вимог;
  5.  Право на повагу та професійне зі сторони розробників;
  6.  Знати про варіанти та альтернативи вимог та їх реалізації;
  7.  Описати характеристики що спрощують роботу з продуктом;
  8.  Змінювати вимоги або дозволяти використання існуючих програмних компонентів;
  9.  Отримувати вичерпні відомості про суму витрат очікуваний ефект та необхідні компроміси які виникають у зв’язку з змінами у програмному забезпеченню;
  10.  Вимагати щоб система функціональність та якістю задовільняла вимогам замовника.

Обовязки клієнт:

  •  Ознайомити аналітиків із бізнесом;
  •  Потратити скільки часу скільки необхідно для пояснення вимог;
  •  Точно та конкретно описувати вимоги до системи;
  •  Приймати своєчасні рішення;
  •  Поважати визначену розробником оцінку вартості та можливості реалізації вимог;
  •  Визначати пріоритети вимог;
  •  Переглядати документи з вимогами та оцінювати прототипи;
  •  Своєчасно повідомляти про зміни в вимогах;
  •  Підтримувати прийнятий у розробників порядок внесення змін;
  •  З повагою відноситись до методів з допомогою яких аналітики створюють вимоги;

Аналітики вимог

Аналітик вимог це основна особа яка відповідає за збір, аналіз, документування та перевірку вимог до проекту.

Задача аналітика:

  •  Визначити бізнес вимоги;
  •  Визначити зацікавлених осіб та класи користувачів;
  •  Виявити вимоги;
  •  Проаналізувати вимоги;
  •  Створювати специфікації вимог;
  •  Моделювати вимоги;
  •  Керувати перевіркою вимог;
  •  Забезпечити визначення пріоритетів;
  •  Керувати вимогами;

Навики Аналітика:

  •  Вміння слухати;
  •  Вміння задавати питання;
  •  Навички аналізу;
  •  Навички створення комфортних умов спілкування;
  •  Вміння спостерігати;
  •  Навички написання документації;
  •  Організаційні навички;
  •  Навички моделювання;
  •  Навички спілкування;
  •  Творчий підхід;


16,02,2012

Джерела вимог.

  1.  Інтерв’ю:
  •  Підготовка
  •  Визначення співбесідника
  •  Обговорення програми розмови
  •  Проведення опитування
  •  Завершення інтерв’ю

Рекомендації дл успішного інтерв’ю:

  1.  Робіть паузи, поки експерт думає, не перебивайте, не підказуйте відповіді та не задавайте інше питання.
    1.  Не потрібно задавати наводящих питань. Питань які містять відповідь, питань підказок.
    2.  Введіть документацію, щоб зосередитись в темі розмови або підготуватися до наступного питання.
  2.  Анкетування. Типи питань які можеть бути в анкеті:
  •  Багато альтернативні питання
  •  Рейтингові питання
  •  Питання з ранжуванням
  1.  Спостереження
  2.  Самостійний опис вимог
  3.  Спільні семінари

Семінари вважаються найкращим методом збору інформації. Учасники семінару:

  •  Ведучий
  •  Секретар
  •  Замовники
  •  Розробники

Правила проведення семінарів:

  1.  Визначення основних правил;
  2.  Притримуйтесь границь проекту
  3.  Фіксуйте теми для подальшлго обговорення
  4.  Обмежені дискусії по часу
  5.  Не збільшуйте розмір команди і вибирайте учасників
  6.  Залучайте до обшоворення кожного

 

А также другие работы, которые могут Вас заинтересовать

22883. Тригонометрична форма комплексного числа 64 KB
  Нехай `відповідає комплексному числу позначимо через довжину вектора а через кут який утворює цей вектор з додатним напрямком осі тоді тригонометрична форма комплексного числа. Назвемо модулем комплексного числа а аргумент комплексного числа якщо то аргумент не визначається. Нехай тоді Для даного комплексного числа його модуль визначається точно а аргумент з точністю до періода.
22884. Корені комплексного числа 114 KB
  Запишемо в тригонометричній формі: тоді за фомулою Муавра маємо: прирівняємо модулі . Розглянемо варіанти: тоді і ; тоді ; тоді ; тоді ; тоді тоді Покажемо що справедлива наступна нерівність: і співпадає з одним із чисел Поділимо на з залишком де і тоді де .
22885. Алгоритм знаходження НСД 71 KB
  Поділимо на з залишком і стст якщо то процес закінчуємо інакше ділимо на при цьому стст якщо то процес закінчуємо інакше лідимо на і так далі. Оскільки на кожному кроці степінь залишку зменшується то за скінченну кількість кроків процес закінчиться.
22886. Теорема про найбільший спільний дільник 149 KB
  Доведення Припустимо і ненульові многочлени. Позначимо через таку множину многочленів зрозуміло що . Якщо і довільний многочлен який не обовязково належить то і .
22887. Теорема про найбільший спільний дільник (доведення іншим способом) 90 KB
  Нехай і для визначеності стст. Покажемо що стст. Припустимо що стст тоді стстст що неможливо. Нехай і взаємнопрості тоді існують многочлени і такі що причому і можна вибрати так що стст стст.
22888. Схема Горнера та її застосування 109 KB
  Прирівняємо коефіцієнти при відповідних степенях маємо: Приклад застосування.
22889. Незвідні многочлени та основна теорема про подільність многочлена 63 KB
  Аналогічним чином в кільці многочленів є незвідні многочлени . Многочлен є незвідним над полем якщо з того що і слідує що степінь одного із многочленів рівна нулю тобтохоч один із многочленів рівний . Аналогічно основній теоремі арифметики будьякий многочлен відмінний від можна розкласти в добуток незвідних многочленів.
22890. ОБЛІК ДОВГОСТРОКОВИХ АКТИВІВ 120 KB
  Склад, класифікація і оцінка довгострокових активів. Методи розрахунку і облік амортизації основних засобів. Облік надходження і вибуття основних засобів. Облік природних ресурсів та їх виснаження.