Здесь можно найти учебные материалы, которые помогут вам в написании курсовых работ, дипломов, контрольных работ и рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.

ЛИЧНЫЙ КАБИНЕТ 

 

Здравствуйте гость!

 

Логин:

Пароль:

 

Запомнить

 

 

Забыли пароль? Регистрация

Повышение уникальности

Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение уникальности любого файла в формате MS Word. После такого повышения уникальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, etxt.ru или advego.ru. Программа «StudentHelp» работает по уникальной технологии и при повышении уникальности не вставляет в текст скрытых символов, и даже если препод скопирует текст в блокнот – не увидит ни каких отличий от текста в Word файле.

Результат поиска


Наименование:


курсовая работа Обєктно-орєнтована програмна система для управлння проектами

Информация:

Тип работы: курсовая работа. Добавлен: 04.06.13. Сдан: 2013. Страниц: 34. Уникальность по antiplagiat.ru: < 30%

Описание (план):


 
ЄВРОПЕЙСЬКИЙ  УНІВЕРСИТЕТ 

 
 
 
Кафедра економічної кібернетики та інформаційних  систем
 
 
 
 
К У Р С  О В А  Р О Б О Т А
на тему
Об'єктно-орієнтована  програмна система для управління проектами
з дисципліни
“Об’єктно-орієнтована  розробка програмних систем”
 
 
 
 
 
 
 
Виконав: студент 5 курсу групи К-08                                                Пилипчук О.О.
Керівник                                                Митрофанов О.І.  
 
 
 
 
Житомир – 2013 р. 
ЗМІСТ
 

ВСТУП

Потрібно сказати, що в житті будь-якої компанії буває момент, коли кількість справ, яке змушені контролювати співробітники і особливо керівництво стає таким що перевершують можливості людської пам'яті.
При вирішенні складних завдань буває момент, коли співробітники  і керуючі не можуть бачити проект в цілому, втрачається з пам'яті  необхідність зробити ті чи інші роботи.
Буває й інша ситуація подібна цій - відділ, що складається  більш ніж з 15-20 співробітників працюють одночасно над однією задачею - складна структура для управління, і без спеціальних засобів проконтролювати їх роботу надзвичайно складно. Застарілий метод - нескінченні наради і доповіді - тільки посилює проблему, так як відволікає від ведення головної справи.
Менеджери всього світу  шукають способи як не забути щось в потоці справ, при цьому вчасно повідомити команді важливі новини, поставити всім завдання, простежити за виконанням, відшукати і вузькі місця і вжити заходів, і, врешті-решт, успішно завершити роботу в строк . Всі давно зрозуміли - для цього не достатньо записів на квадратиках з жовтого паперу. Не допоможуть і блокноти-органайзери - потрібно інтелектуальне, зручне програмне забезпечення, доступне всім, не віднімає багато зусиль, просте і зрозуміле і разом з тим дуже гнучке і легко настроюється.
Для цього було вирішено розробити web-базований засіб для управління проектами і завданнями, який зможе застосовуватися у всіх випадках, коли необхідно організувати роботу співробітників, ефективно призначати їм завдання, мати миттєві засоби контролю виконання.
Був проведений аналіз існуючих систем даного типу:
Bugzilla - непогана безкоштовна  система обліку помилок, с гарним  інтерфейсом. Добре себе показує в невеликих проектах, так як не обтяжена непотрібними функціями.
ClearQuest не кращий вибір: не найшвидша і не сама інтуїтивно зрозуміла система. Набір функцій досить великий. Варто відзначити, що для неї існує і десктопний варіант. Але він буде корисний швидше тестувальникам, ніж програмістам.
Jira - дуже потужна система,  якою користуються більш ніж  в 55 країнах світу. Для великих  проектів - просто незамінний помічник. Найбільший недолік - ціна. Ну і, як будь-яка велика компанія, Atlassian досить латентна в плані консультацій по продукту.
Teamer - невелика і, на мій погляд, досить проста система для спільної роботи.  3 основних розділу системи - "де все", "хто винен" і "що робити".  Коли завдань стає так багато, що незрозуміло, за що братися в першу чергу, виручити може кнопка "Мені пощастить".Teamer надається безкоштовно, проте з кінця 2012 розробники обіцяють почати продажі коробкових версій.
Teamlab - це багатофункціональний  веб-офіс для спільної роботи, управління документами і проектами. На ділі Teamlab являє собою сукупність 4 модулів - Управління проектами, Управління документами, Спільна робота і CRM.  Крім стандартного набору інструментів для спільної роботи, ця платформа пропонує можливість створити власну базу знань - корпоративну Вікіпедію, проводити опитування з голосуванням, ділитися закладками.  Більш того, Ви можете вести повноцінну роботу з документами: створювати, редагувати і обмінюватися текстовими документами, таблицями та презентаціями без необхідності вдаватися до сторонніх додатків.  Teamlab можна розгорнути не тільки в якості SaaS рішення, але і на власному сервері, а також в особистому хмарі Amazon. Всі 4 модулі Teamlab + 1 Gb робочого простору надаються безкоштовно.  Однак якщо Вашій команді цього стає мало, додати ще 49 Gb пам'яті до свого порталу можна за $ 49 в місяць.
Teambox - на ділі Teambox, в першу чергу, являє собою майданчик для активного спілкування членів команди між собою.  Розробники не приховують, що при створенні системи в якості прикладу вони брали стиль спілкування в соціальних мережах.  В результаті учасники постять інформацію про те, як просуваються справи у своїх статусах в режимі реального часу - точно так само, як це роблять користувачі Facebook і Twitter - всі оновлення відображаються на головне панелі.  Teambox дозволяє формувати списки завдань до кожного проекту, бачити відповідальних і терміни виконання, а також синхронізувати всі дані з календарем. З безкоштовною версією  Teambox Ви отримуєте 50 Мб дискового простору і можливість вести 3 проекту одночасно.  6 проектів і 200 Mb робочого простору будуть коштувати вже $ 12 в місяць.
Task Manager Free від Мегаплан - Task Manager від Мегаплан дозволяє ставити завдання і об'єднувати їх у проекти, контролювати їх виконання, бачити завантаження і оцінювати ефективність роботи кожного співробітника, планувати зустрічі і наради з колегами та клієнтами, а також використовувати всі можливості корпоративної пошти, не виходячи з системи.  Ложкою дьогтю в цій бочці мегамеда є лише серйозні обмеження на використання системи.  Скажімо, одночасно в Мегаплане може бути тільки 3 людини online. Як і випливає з назви, Task manager free  надається абсолютно безкоштовно.  Мінімальна плата за таск менеджер лайт і його старшого брата починається від 61 рубля за ліцензію.
Планфікс - ще один приклад  того, що мінімалізм в системах для управління проектами, як правило, доречний.  Усередині системи прийнята дуже чітка структура - Проект, об'єднані їм Завдання  і прикріплене до кожної Завданню Дія.  У кожної задачі є статус (нова, в роботі, виконана й завершена), крім того, до кожного завдання можна прикріпити потрібні файли, задати повторюваність і будь-яку кількість виконавців. Деякі дії в Планфікс доступні за email: скажімо, ставити завдання і вести по них листування співробітники можуть не заходячи в систему.  Завершують функціонал платформи розділи Аналітика та Звіт, що дозволяють об'єктивно оцінити поточний стан справ по проектам. Планфікс - безкоштовний інструмент.  Мотивами свого альтруїзму хлопці поділилися в офіційному блогі .  Ніякого підступу.
На основі аналізу був виділений список проблем, що виникають при створенні програмних систем даного типу:
      Робочий простір
      Кількість одночасних проектів
      Зручний інтуїтивно зрозумілий інтерфейс
      Локалізація
      Кількість та впорядкованість функцій
 

РОЗДІЛ 1. АНАЛІЗ ПРОБЛЕМИ І ПРЕДСТАВЛЕННЯ МЕТИ ДЛЯ СИСТЕМИ

1.1 Опис предметної області

В даній курсовій роботі в якості предметної області розглядається  компанія “High Tech”. Інформація про організацію управління проектами на компанії, передана заступником директора компанії.
Підприємство займається розробкою веб-додатків для малого та середнього бізнесу.
Виконання проектів регулюється  керівниками проектів (менеджерами).
Діяльність керівників проектів орієнтована на управління командою веб розробки, регулювання, назначення завдань. Слідкування за прогресом проекту, задачи та забезпечення всім необхідним матеріалом виконуючого.
Виконуючий повинен  складати доповідь про кожну виконану задачу, в якій міститься час виконання, проблеми, які виникли в процесі розробки.
Після виконання роботу перевіряє тестувальник та складає доповідь найдених помилок, якщо помилок нема чи вони виправлені, тестувальник підтверджує виконання задачи.

1.2 Формулювання проблеми

Основними завданнями управління проектом є визначення ролей учасників, зберігання структурованої інформації про проект, задач, формування гістограм роботи та різної статистики, визначення пріоритетів задач.
Визначення часу затраченого  на виконання задачі кожним працівником, та визначення витраченого часу на весь проект.
Створення допоміжних матеріалів по проекту:
      Останні новини проект
      Wiki сторінка
      Файли проекту
Система повинна слідкувати за останніми змінами в проекті  та висвітлювати їх в календарі.
Учасники проекту та менеджер повинні бути в курсі всіх змін в проекті та освідомленні про зміни в проекті чи в їх задачі через електронну почту.
Необхідно мати функцію  для швидкого пошуку проекту чи задачі та можливість фільтру в списку.

1.3 Постановка завдання

Вимоги до програмної системи документуються у вигляді  ряду документів і моделей. До основних документів відносяться:
• концепція — визначає глобальні цілі проекту і основні  особливості системи, що розробляється. Істотною частиною концепції є постановка завдання розробки, що визначає вимоги  до  виконуваними системою функціям;
• словник наочної області (глосарій) – встановлює загальну термінологію для всіх моделей і описів вимог до системи. Глосарій  призначений для опису термінології наочної області і може бути використаний як словник даних системи;
• додаткові специфікації (технічні вимоги) - містять опис не функціональних вимог до системи, таких, як надійність, зручність використання, продуктивність, і ін.
 Потрібно забезпечити зв`язок  даних, всі таблиці повинні  бути зв`язані між собою і  повинні містити тільки ту  інформацію, яка є важливою. Оскільки з базою даних може працювати людина не достатньо ознайомлена з структурою бази даних або не має глибоких знань про електронні бази даних, потрібно це врахувати:  розмістити зрозумілі підписи кнопок, полів, а також можна створити довідкову систему. Для зручного введення даних створюються форми (в одну форму можна вводити дані, які потім розташовуються в декількох таблицях, можна створювати поля зі списками, в яких можна вибрати один з варіантів, це зменшить ймовірність допущення помилок при введенні даних). Дані в базі даних не повинні повторюватися, таким чином можна мінімізувати об`єм бази даних, а відповідно прискорити обробку даних (наприклад, вибірку даних, розрахунок формул, виведення результатів розрахунків та інше). Потрібно проаналізувати дані, які будуть вводитися в відповідні поля таблиці та присвоїти правильні атрибути типів даних.
Ключовими поняттями  в системі мають бути проекти і завдання. Завдання повинні створюватись в проектах, для виконання завдань призначаються виконавці. Завдання повинні бути різного типу і мати підзадачі, завдання можуть бути пов'язаними з іншими завданнями. Статус завдань змінюється в процесі їх виконання.
Має бути можливість організувати контроль розробки проектів, роздавши завдання виконавцям, повинна бути змога визначити свій власний метод руху завдань - від створення до виконанню й контролю результатів, конфігурувати правила повідомлення про події всіх учасників процесу, управляти правами доступу користувачів і робити багато чого іншого.
Продукт має бути в здатності налаштування під свої потреби.
Система повинна виконувати такі функції:
Створити завдання, визначити терміни виконання, приєднати документи, організувати процес проходження завдання між співробітниками і проконтролювати результат.
Проекти і завдання
Проекти повинні служити для групування задач. Завдання створюватись в проектах, для виконання завдань повинні призначатися виконавці. Завдання можуть бути різного типу і мати підзадачі, завдання можуть бути пов'язаними з іншими завданнями. Статус завдань повинен змінюється в процесі їх виконання.
Проекти
Проект пов'язаного  з ним лідера проекту, URL сайту  проекту, схему розсилки нотифікацій, схему контролю доступу – має бути дуже гнучкий механізм контролю доступу користувача до завдань проекту.
Кожному проекту має бути можливість зіставити свою схему руху задачі (документообіг), також зіставити свій вигляд екрану - "зібрати" необхідний екран з можливих компонентів.
Повинна бути можливість системи формулювати звіти по кожному проекту.
Завдання
Завдання мають створюватись в проектах. Завдання повинні мати типи, наприклад: Завдання, Помилка, Нова ідея. Можна створювати й свої типи завдань. При описі кожного типу задачі має бути можливість управління набором полів.
Фільтри
Система має дозволяти відшукувати завдання за всіма критеріями і по користувальницьких полям, створювати фільтри, які можна зберегти і використовувати знову, а також зробити загальнодоступними і організувати автоматичну розсилку результатів роботи фільтрів членам робочої групи.
 
Управління доступом, розділення ролей
Для організації роботи з користувачами система повинна мати групи користувачів і ролі.
Також повинна мати систему контролю доступу користувачів до проектів, завданням і функціям, засновану на членство користувачів у групах і ролях.
Так, для кожного проекту, є можливість управління доступом кожної групи користувачів до кожної дії. Також, має бути можливість сформувати набір допусків в "роль".
Поділ ролей в системі включає в себе ролі:
      Власник
      Менеджер
      Учасник
      Гість
      Та інші
Рух завдань
Завдання в системі в кожен момент часу повинні мати певний статус. Можливі дії з завданнями, що мають той чи інший статус, повинні визначатися вбудованою системою управління рухом завдань.
Повинна бути можливість створення такої складної схеми руху задачі, яка потрібна. Схема руху задачі може бути своя для кожного відділу, проекту, типу задачі.
Схема руху повинна мати можливість редагуватися вбудованим редактором. Редагуючи рух завдань, повинна бути можливість створювати нові статуси завдань (події) і визначаючи можливі дії та організувати будь-яку роботу.
Має бути можливість зробити рух завдання залежним від умов, застосовувати логіку ТА / АБО, виконувати визначені дії на кожному етапі руху задачі.
Нотифікації
Користувачі має інформуватися по e-mail у разі будь-яких дій із завданнями, для цього служить настроюється система нотифікації користувачів. Спільно з системою управління рухом завдання і має розсилатися фільтрами, що дозволяє дуже ефективно інформувати всіх зацікавлених осіб про хід виконання завдання.
Звіти та діаграми
Для аналітичних цілей система повинна створювати карту проекту (project roadmap), що дозволяє переглядати завантаження кожного користувача і робить багато чого іншого для ефективного управління проектами. Також є цілий ряд необхідних стандартних звітів.
      невирішені високопріоритетні завдання
      кількість завдань створених одним користувачем
      середній час рішення задачі
      відношення реального та заданого часу вирішення завдань
      кількість завдань створених в день, тиждень, місяць, рік
      популярні задачі (набрали більшість голосів)
      завдання призначені для зазначеної версії або етапу
      завдання мають певні статус
      завдання мають певний пріоритет
      звіт по використанню часу
      звіт про витрати часу на випуск певної версії
      звіт про навантаження на розробників
Крім стандартних звітів, система повинна дозволяти написати свої звіти.
Приладова панель
Система повинна дозволяти управляти видом спеціальної стартової сторінки, званої приладовою панеллю. На цій сторінці відображається хід виконання проектів і є посилання для швидкого доступу до всіх часто використовуваних функцій, звітам і завданням:
      список завдань призначених вам
      список ваших збережених фільтрів
      статистика проекту
      статистика фільтра
      список проектів
      лінійні графіки
      об'ємні графіки
      текстові та HTML повідомлення
Безпека
Система повинна може працювати через захищене з'єднання із застосуванням SSL.
Мати розширені можливості API, що забезпечує програмний доступ до основних функцій системи (SOAP API), розширення дозволяють доповнювати систему власними сервісами для вирішення специфічних завдань підприємства.

1.4. Діаграма карти пам'яті

Послідовність аналізу та проектування системи управління проектами на підприємстві "High tech".
 

Рис. 1. Діаграма карти пам’яті
 

РОЗДІЛ 2. ОПИС ПРЕДМЕТНОЇ ОБЛАСТІ  І ОБ’ЄКТНО-ОРІЄНТОВАНИЙ АНАЛІЗ СИСТЕМИ

2.1. Словник наочної області (глосарій)

Встановлює загальну термінологію для всіх моделей і описів вимог до системи. Глосарій  призначений для опису термінології наочної області і може бути використаний як словник даних системи. Глосарій проекту повинен мати вид таблиці.
Нижче приведені терміни  проекту і їх значення.
Термін
Значення
Відсоток виконаного
Міра завершеності роботи, використовувана для обчислення залишилася тривалості частково виконаної  роботи
Статус проекта
Стан роботи з точки зору виконання:
    Відкритий (робота вже почалась)
    Архівований (робота закінчилась або проект відкладений)
    Закрито (робота виконана)
Статус задачи
Стан роботи з точки  зору виконання:
    Нова (робота ще не почалась)
    В ході (робота вже почалась)
    Вирішено (робота закінчилась)
    Діло за замовником (робота відкладена до наступних вказівок замовника)
    Закрито (робота виконана)
    Відхилено (робота відхилена)
Календар
Опис робочого часу для  групи робіт в проекті
Фільтр
Критерій відбору робіт  або ресурсів у поданні, який обмежує набір записів, що виводяться в поданні, перевіряючи, чи задовольняє поле запису заданій умові
Діаграма Ганта
Графік, що відображає план робіт у часі. Роботи і інші табличні дані поміщаються з лівої сторони, а тривалості робіт відображаються за допомогою горизонтальних відрізків, розміщених у відповідності з датами початку та закінчення
Інформаційна система  управління проектами (ІСУП)
Організаційно-технологічний  комплекс методичних, технічних, програмних та інформаційних засобів, спрямований на підтримку та підвищення ефективності процесів планування та управління проектом
Моніторинг проекту
Процес збору, аналізу  даних, подання звітів по виконанню  проекту, зазвичай у порівнянні з  планом, і, при необхідності, вироблення коригувальних впливів
Прогрес
Вимірювання ступеня  завершеності робіт, процедура введення інформації про проект
Проект
Унікальне підприємство, яке передбачає координоване виконання  взаємозалежних дій з різних функціональних областей, для досягнення певних цілей  в умовах часових та ресурсних обмежень
Публічні проекти
Проекти які відкрити для публічного перегляду
Мої проекти
Проекти власником яких являєтесь ви
Проекти в яких я беру участь
Проекти в яких ви берете участь
Вільний звіт дій/ Логи
Звіт про останні  зміни в проекті
Управління учасниками проекту
Сукупність методів, процедур, прийомів впливу на учасників проекту  з метою максимального використання їх потенціалу для досягнення цілей  проекту
Учасники
Користувачі які беруть участь у виконанні завдань проекту
Закриття проекту
Завершення робіт по проекту при досягненні запланованих результатів, включаючи дозвіл всіх спірних питань
Управління комунікаціями  проекту
Сукупність процесів, що забезпечують своєчасні збір, накопичення, поширення, збереження і подальше використання інформації проекту
Управління конфліктами  проекту
Сукупність процесів, в яких за допомогою використання управлінських технологій вирішуються  різні неузгодження, що виникають  в рамках роботи над проектом
Життєвий цикл проекту
Проміжок часу між  моментом появи проекту і моментом його ліквідації.  Набір послідовних фаз проекту, назва і кількість яких визначається потребами контролю організацій, що беруть участь в проекті
Управління проектом
Використання знань, навичок, методів, засобів і технологій при  виконанні проекту з метою досягнення або перевищення очікувань учасників проекту
Команда управління проектом
Члени команди проекту, які безпосередньо залучені до роботи з управління проектом.
Менеджер проекту
Особа, відповідальна  за управління проектом
Цілі проекту
Бажаний результат діяльності, що досягається в результаті успішного  здійснення проекту в заданих  умовах його реалізації
Організаційна структура  проекту
Відповідна проекту  тимчасова організаційна структура, що включає всіх його учасників і  створювана для успішного досягнення цілей проекту
План проекту
Формальний, затверджений документ, який використовується для  здійснення керівництва виконанням і контролем проекту
Виконання плану проекту
Реалізація плану проекту  шляхом виконання включених в  нього робіт
Звіт про хід проекту
Офіційний звіт, в якому  динаміка ходу виконання проекту, досягнуті  і прогнозовані результати порівнюються з базисним планом проекту
Гістограма ресурсів
Форма подання даних  про проект, в якій потреба, використання і наявність ресурсів зображуються у вигляді вертикального лінійного графіка в масштабі часу, висота кожного відрізка якого являє собою обсяг ресурсів в дану одиницю часу
Календарний план
Повний комплекс робіт  проекту, який містить терміни початку  та закінчення робіт
Дата початку
Момент часу, пов'язаний з початком роботи
Дата завершення
Момент часу, пов'язаний з закінченням роботи
Моя сторінка
Індивідуальна сторінка користувача, який визначає яка інформація буде міститися на цій сторінці
Огляд
Основна інформація
Задача
Проблемна ситуація з  явно заданою метою, яку необхідно  досягти; в більш вузькому сенсі  завданням також називають саму цю мету, дану в рамках проблемної ситуації, тобто те, що потрібно зробити
Трекер
Система відстеження
Пріоритет
Поняття, що показує важливість, першість. Наприклад, пріоритет дій визначає порядок їхнього виконання в часі.
Новини
Новини зв’язані з  проектом
Документи
Прикріплені файли, які  стосуються виконання проекту/задачи
Wiki
Визначення, або деяка  інформація яка стосується даного проекту
Батьківський проект
Проект який являє  собою декомпозицію деякого другого проекту
Версії
Версії виконання проекту
Форум
Індивідуальна сторінка проекту для обговорення проекту

2.2. Додаткові специфікації (технічні вимоги)

Призначення додаткових специфікацій — визначити вимоги до системи, які не охоплює модель варіантів використання. Разом вони утворюють повний набір вимог до системи.
Додаткові специфікації визначають не функціональні вимоги до системи, такі, як зручність використання, надійність, продуктивність, а також ряд функціональних вимог, що є загальними для декількох варіантів використання: безпека, проектні обмеження.
Опис додаткових специфікацій
Функціональні можливості
Система повинна забезпечувати  розрахований на багато користувачів режим роботи.
Зручність використання
Система має підтримуватися браузерами:
Internet Explorer
8.0+
6.0+
10.6+
4.0+
4.0+
2.1+
3.0+

Надійність
Система повинна бути захищена від зовнішніх атак, внутрішніх збоїв системи.
Продуктивність
Сторінка має завантажуватися  з максимальною затримкою 1-2 секунди (виключення сторінки з списком проектів, задач, де максимальна затримка 3-5 секунд)
Система повинна підтримувати до 1000 користувачів, що одночасно працюють з системою.
Безпека
 Захист конфіденційних даних користувачів, обмеження доступу по проектам, неправильного вводу даних,.
Проектні  обмеження
Система повинна бути інтегрована з існуючою системою БД , що функціонує на основі реляційної СУБД MySQL.

2.3. Створення моделі варіантів використання

Функціональні вимоги до системи моделюються і документуються за допомогою варіантів використання (use-case), які трактуються таким чином:
• варіант використання фіксує угоду між учасниками проекту  щодо поведінки системи;
• варіант використання описує поведінку системи за різних умов, коли система відповідає на запит одного з учасників, званого основною дійовою особою;
• основна дійова особа  ініціює взаємодію з системою, щоб добитися деякої мети. Система  відповідає, дотримуючи інтереси всіх учасників.
Варіанти використання — це вид документації, вживаної, коли потрібно сконцентрувати зусилля  на обговоренні принципових вимог  до системи, що розробляється.
При описі варіантів  використання (розташованих по ступеню  підвищення точності) існують чотири рівні точності:
• дійові особи і цілі (перераховуються дійові особи і  всі їх цілі, які забезпечуватиме  система);
• короткий виклад варіанту використання (у один абзац) або основний потік подій (без аналізу можливих помилок);
• умови відмови (аналіз місць виникнення можливих помилок в основному потоці подій);
• обробка відмови (написання  альтернативних потоків подій).
При створенні початкової версії моделі варіантів використання виконуються наступні правила:
• для кожного виконавця  в системі, який в перспективі стане користувачем нової системи, в моделі варіантів використання створюється дійова особа з таким же найменуванням. До складу дійових осіб включаються також зовнішні системи, що грають в системі пасивну роль джерел інформації;
• варіанти використання для даної дійової особи створюються на основі аналізу обов'язків відповідного виконавця (у простому випадку для кожної операції виконавця створюється варіант використання, що реалізовує дану операцію в системі).
Така початкова версія моделі описує мінімальний варіант системи, користувачами якої є тільки виконавці в системі. Якщо надалі в процесі розвитку системи її безпосередніми користувачами будуть інші дійові особи системи, то модель варіантів використання почне модифікуватися.
        Застосування даних правил для системи приводить до появи наступного списку дійових осіб для початкової версії системи:
    Користувач
    Авторизований користувач
    Власник проекту
    Менеджер проекту
    Учасник проекту
    Тестувальник
    Гість проекту
Виходячи з потреб дійових осіб, виділяються наступні варіанти використання:
    Авторизуватися
    Зареєструватися
    Переглянути список проектів
    Створити проект
    Створити задачу
    Переглянути список задач
    Редагувати проект
    Редагувати задачу
    Закрити проект
    Коментувати помилки
    Почати задачу
    Закрити задачу
    Визначити час
    Перенаправити задачу
    Настроїти проект
    Назначити учасників на проект
    Створити версії проекту
    Створити категорії задачі
    Створити wiki сторінку
    Створити форум
    Завантажити файли до проекту
    Створити документи для проекту
    Створити новину для проекту
    Переглянути календар
    Переглянути діаграму Ганта
    Персоналізувати свою сторінку
    Переглянути довідку
    Переглянути головну сторінку
 


Рис. 2. Діаграма варіантів використання 
Варіант використання " Авторизуватися"
Короткий  опис:
Даний варіант використання описує вхід користувача в систему
Основний  потік подій:
Даний варіант використання починає виконуватися, коли користувач хоче увійти до системи реєстрації товару.
1. Система запрошує  ім'я користувача і пароль.
2. Користувач вводить ім'я і пароль.
3. Система підтверджує  ім'я і пароль, після чого відкривається  доступ в систему.
Альтернативні потоки:
Неправильне ім'я/пароль:
Якщо під час виконання  основного потоку виявиться, що користувач ввів неправильне ім'я або пароль, система виводить повідомлення про помилку. Користувач може повернутися до початку основного потоку або відмовитися від входу в систему, при цьому виконання варіанту використання завершується.
Варіант використання "Зареєструватися"
Короткий  опис:
Даний варіант використання описує реєстрацію користувача в системі
Основний  потік подій:
Даний варіант використання починає виконуватися, коли користувач переходить до реєстрації.
Альтернативні потоки:
Такий користувач все існує
Не правильно  заповнені поля
Варіант використання "Переглянути список проектів"
Короткий  опис:
Даний варіант використання виводить список проектів
Основний  потік подій:
Даний варіант використання починає виконуватися, коли авторизувався або не авторизувався та перейшов до перегляду проектів, якщо користувач авторизувався, йому показуються публічні, свої та проекти в яких він є учасником
Альтернативні потоки:
Відсутність проектів
Варіант використання "Створити документи для проекту "
Короткий  опис:
Даний варіант використання описує завантаження та прикріплення документів до проекту
Альтернативні потоки:
Помилка розміру  файлу
Помилка кількості  файлів
Варіант використання "Створити задачу"
Короткий  опис:
Даний варіант використання описує створення задачи в системі, визначення ключових полів, прикріплення файлів
Альтернативні потоки:
Не правильно  заповнені поля
Помилка розміру  файлу
Помилка кількості  файлів
Така задача вже існує
Варіант використання "Переглянути список задач"
Короткий  опис:
Даний варіант використання видає список задач в проекті
Альтернативні потоки:
Відсутні задачі
Варіант використання "Редагувати проект"
Короткий  опис:
Даний варіант використання описує редагування інформації про проект
Альтернативні потоки:
Не правильно  заповнені поля
Помилка розміру  файлу
Помилка кількості  файлів
Такий проект вже існує
Варіант використання "Закрити проект"
Короткий  опис:
Даний варіант використання описує змінення статусу проекту на закритий, після цього проект не можуть бачити все крім власника.
Варіант використання "Коментувати помилки"
Короткий  опис:
Даний варіант використання описує створення коментарів помилок тестувальником для учасника, який повинен вирішити помилки
Альтернативні потоки:
Не правильно  заповнені поля
Варіант використання "Почати задачу"
Короткий  опис:
Даний варіант використання описує змінення статусу задачи в проекті на статус Почато
Альтернативні потоки:
Задача вже  почата
Варіант використання "Закрити задачу"
Короткий  опис:
Даний варіант використання описує змінення статусу задачи в  проекті на статус Закрито
Альтернативні потоки:
Задача вже закрита
Варіант використання "Визначити час"
Короткий  опис:
Даний варіант використання описує змінення шкали прогресу задачі
Варіант використання "Перенаправити задачу"
Короткий  опис:
Даний варіант використання описує змінення виконуючого учасника задачі
Варіант використання "Настроїти проект"
Короткий  опис:
Даний варіант використання описує змінення даних про проект, його під проектів, задач, та інших налаштувань
Варіант використання "Назначити учасників на проект "
Короткий  опис:
Даний варіант використання описує додавання, змінення, видалення учасників проекту
Альтернативні потоки:
Учасник вже  додан
Учасник вже  видалений
Варіант використання "Створити версії проекту"
Короткий  опис:
Даний варіант використання описує створення версій проекту
Альтернативні потоки:
Не заповнені  поля
Варіант використання "Створити категорії задачі"
Короткий  опис:
Даний варіант використання описує створення категорій задач в проекті
Альтернативні потоки:
Не заповнені  поля
Варіант використання " Створити wiki сторінку"
Короткий опис:
Даний варіант використання описує створення wiki сторінки
Альтернативні потоки:
Не заповнені  поля
Така сторінка вже існує
 
Варіант використання "Створити форум"
Короткий  опис:
Даний варіант використання описує створення постів у форумі
Альтернативні потоки:
Не заповнені  поля
Така назва  поста вже існує
Варіант використання "Завантажити файли до проекту "
Короткий  опис:
Даний варіант використання описує завантаження файлів які стосуються проекту
Альтернативні потоки:
Не правильно  заповнені поля
Помилка розміру  файлу
Помилка кількості  файлів
Варіант використання "Створити новину для проекту "
Короткий  опис:
Даний варіант використання описує створення новин які стосуються проекту
Альтернативні потоки:
Не правильно  заповнені поля
Варіант використання "Переглянути календар"
Короткий  опис:
Даний варіант використання описує формування та перегляд календаря
Альтернативні потоки:
Календар відсутній
Варіант використання "Персоналізувати свою сторінку"
Короткий  опис:
Даний варіант використання описує налаштування своєї домашньої сторінки, список фільтрів, вигляд інтерфейсу.
Варіант використання "Переглянути діаграму Ганта"
Короткий  опис:
Даний варіант використання описує формування та перегляд діаграми Ганта
Альтернативні потоки:
Задач не існує
Варіант використання "Переглянути довідку"
Короткий  опис:
Даний варіант використання описує перегляд допоміжної документації, яка навчає користуванню системою.
Альтернативні потоки:
Довідка відсутня
Варіант використання "Переглянути головну сторінку"
Короткий  опис:
Даний варіант використання описує перегляд загальної інформації про систему на головній сторінці
 

2.4.  Виявлення класів

2.4.1. Ідентифікація класів 

У потоках подій варіанту використання виявляються класи  трьох типів:
1. Граничні класи (Boundary) — посередники при взаємодії зовнішніх об'єктів з системою. Як правило, для кожної пари "дійова особа — варіант використання" визначається один граничний клас. Типи граничних класів: призначений для користувача інтерфейс (обмін інформацією з користувачем без деталей інтерфейсу — кнопок, списків, вікон), системний інтерфейс і апаратний інтерфейс (використовувані протоколи без деталей їх реалізації).
2. Класи-суть (Entity)  — ключові абстракції (поняття) системи, що розробляється. Джерела виявлення класів - суті: ключові абстракції, створені в процесі архітектурного аналізу, глосарій, опис потоків подій варіантів використання.
3. Класи (Control), що управляють, — забезпечують координацію поведінки об'єктів в системі. Можуть бути відсутніми в деяких варіантах використання, що обмежуються простими маніпуляціями з даними, що зберігаються. Як правило, для кожного варіанту використання визначається один клас, що управляє. Приклади класів, що управляють: менеджер транзакцій, координатор ресурсів, обробник помилок.
Класи аналізу відображають функціональні вимоги до системи  і моделюють об'єкти наочної області. Сукупність класів аналізу є початковою концептуальною моделлю системи.
Ідентифікація основних абстракцій полягає в попередньому визначенні набору класів системи (класів аналізу) на основі опису наочної області і специфікації вимог до системи (зокрема, глосарію). Способи ідентифікації основних абстракцій аналогічні способам ідентифікації суті в моделі "суть-зв'язок". Основний (неформальний)
и т.д.................


Перейти к полному тексту работы


Скачать работу с онлайн повышением уникальности до 90% по antiplagiat.ru, etxt.ru или advego.ru


Смотреть полный текст работы бесплатно


Смотреть похожие работы


* Примечание. Уникальность работы указана на дату публикации, текущее значение может отличаться от указанного.