Ім'я файлу: УІТП-01 (лаб) Розробка Концепції ІТ-проекта (1).pdf
Розширення: pdf
Розмір: 220кб.
Дата: 19.06.2020
скачати
Розширення: pdf
Розмір: 220кб.
Дата: 19.06.2020
скачати
Лабораторна робота №1
Тема: Розробка Концепції ІТ-проекта
Мета роботи: Отримати практичні навички розробки Концепції ІТ проекту.
Задачі роботи:
1. Опрацювати лекційний матеріал за темами «Ініціація ІТ-проекту»,
«Планування ІТ-проекту»
2. Розробити коротку легенду
ІТ-проекту згідно з варіантом
індивідуального завдання
3. На основі легенди розробити Концепцію власного ІТ-проекту
Теоретичний мінімум
У кожного проекту повинна бути концепція. Якщо проект невеликий, то для викладу концепції часто досить кілька абзаців. Однак, стартувати проект без концепції, це все одно, що відправляти корабель у плавання, не визначивши для нього пункт призначення.
Концепція проекту розробляється на основі аналізу потреб бізнесу. Головна функція документа - підтвердження і узгодження єдиного бачення цілей, завдань і результатів усіма учасниками проекту. Концепція визначає що і навіщо робиться у проекті.
Концепція проекту це ключовий документ, який використовується для прийняття рішень у ході всього проекту, а також на фазі приймання - для підтвердження результату. Вона містить, як правило, наступні розділи:
Назва проекту
Цілі проекту
Результати проекту
Допущення і обмеження
Ключові учасники та зацікавлені сторони
Ресурси проекту
Терміни
Ризики
Критерії приймання
Обґрунтування корисності проекту
Як приклад, який дозволить ілюструвати теоретичний виклад основ управління проектами, візьмемо реальний проект розробки ПЗ для автоматизації одного з підрозділів великої виробничої компанії. Назвемо його «Автоматизована система продажу документації».
Приклад Концепції ІТ-проекту. Як приклад, який дозволить
ілюструвати теоретичний виклад основ управління проектами, візьмемо реальний проект розробки ПЗ для автоматизації одного з підрозділів великої
виробничої компанії. Назвемо його «Автоматизована система продажу документації».
Коротка легенда проекту. Замовник ВАТ «XYZ» є одним з провідних виробників складних технічних виробів. Відділ «123», що входить до ВАТ
«XYZ», відповідає за продаж додаткової супровідної документації для клієнтів
ВАТ.
Додаткова документація не входить в стандартну поставку, оскільки власник цього технічного вироби не завжди сам його експлуатує, а передає в експлуатацію іншої компанії, яка стає клієнтом «XYZ», і закуповує у неї експлуатаційну документацію. Ремонт і техобслуговування конкретного виробу може виконувати третя компанія, якій вже буде потрібно детальна технічна документація з ремонту та обслуговування. Вона також стає клієнтом «XYZ» і закуповує у неї необхідну продукцію.
Основна функція відділу «123» - отримання та обробка замовлень на додаткову документацію, згідно щорічно розсилати каталогом. У зв'язку з переїздом відділу «123» в нову будівлю, було поставлено завдання на розробку
і постачання системи, що автоматизує основну діяльність відділу «123».
КОНЦЕПЦІЯ ПРОЕКТУ «НАВЧАЛЬНИЙ ПРОЕКТ 1»
(приклад)
1. Цілі і результати проекту
1.1. Метою проекту є підвищення ефективності основної виробничої діяльності відділу «123».
1.2. Додатковими цілями проекту є:
1.2.1. Встановлення довгострокових відносин з важливим замовником
ВАТ «XYZ».
1.2.2. Вихід на новий перспективний ринок сучасних B2C систем.
2. Результати проекту повинні забезпечити:
2.1. Зниження витрат на обробку заявок.
2.2. Зниження термінів обробки заявок.
2.3. Підвищення оперативності доступу до інформації про наявність продукції.
2.4. Підвищення оперативності доступу до інформації про проходження заявок.
2.5. Підвищення надійності і повноти зберігання інформації про заявки та результати їх обробки.
3. Продуктами проекту є:
3.1. Прикладне ПЗ і документація користувачів.
3.2. Базове ПЗ.
3.3. Устаткування ЛВС, робочі станції, сервера і операційно-системне ПЗ.
3.4. Проведення пуско-налагоджувальних робіт та введення в дослідну
Коротка легенда проекту. Замовник ВАТ «XYZ» є одним з провідних виробників складних технічних виробів. Відділ «123», що входить до ВАТ
«XYZ», відповідає за продаж додаткової супровідної документації для клієнтів
ВАТ.
Додаткова документація не входить в стандартну поставку, оскільки власник цього технічного вироби не завжди сам його експлуатує, а передає в експлуатацію іншої компанії, яка стає клієнтом «XYZ», і закуповує у неї експлуатаційну документацію. Ремонт і техобслуговування конкретного виробу може виконувати третя компанія, якій вже буде потрібно детальна технічна документація з ремонту та обслуговування. Вона також стає клієнтом «XYZ» і закуповує у неї необхідну продукцію.
Основна функція відділу «123» - отримання та обробка замовлень на додаткову документацію, згідно щорічно розсилати каталогом. У зв'язку з переїздом відділу «123» в нову будівлю, було поставлено завдання на розробку
і постачання системи, що автоматизує основну діяльність відділу «123».
КОНЦЕПЦІЯ ПРОЕКТУ «НАВЧАЛЬНИЙ ПРОЕКТ 1»
(приклад)
1. Цілі і результати проекту
1.1. Метою проекту є підвищення ефективності основної виробничої діяльності відділу «123».
1.2. Додатковими цілями проекту є:
1.2.1. Встановлення довгострокових відносин з важливим замовником
ВАТ «XYZ».
1.2.2. Вихід на новий перспективний ринок сучасних B2C систем.
2. Результати проекту повинні забезпечити:
2.1. Зниження витрат на обробку заявок.
2.2. Зниження термінів обробки заявок.
2.3. Підвищення оперативності доступу до інформації про наявність продукції.
2.4. Підвищення оперативності доступу до інформації про проходження заявок.
2.5. Підвищення надійності і повноти зберігання інформації про заявки та результати їх обробки.
3. Продуктами проекту є:
3.1. Прикладне ПЗ і документація користувачів.
3.2. Базове ПЗ.
3.3. Устаткування ЛВС, робочі станції, сервера і операційно-системне ПЗ.
3.4. Проведення пуско-налагоджувальних робіт та введення в дослідну
експлуатацію.
3.5. Навчання користувачів та адміністраторів системи.
3.6. Супроводження системи на етапі дослідної експлуатації.
3.7. Передача системи в промислову експлуатацію.
4. Система повинна автоматизувати наступні функції:
4.1. Авторизація та аутентифікація користувачів.
4.2. Перегляд каталогу продуктів.
4.3. Пошук продуктів по каталогу.
4.4. Замовлення обраних продуктів.
4.5. Перегляд інформації про статус замовлення.
4.6. Інформування клієнта про зміну статусу замовлення.
4.7. Перегляд та обробка замовлень виконавцями з служби продажів.
4.8. Перегляд статистики надходження і обробки замовлень за період.
4.9. Підготовка та супровід каталогу продукції.
5. Допущення і обмеження
5.1. Проектування прикладного ПО виконується з використанням UML
1.
5.2. Засобом розробки ПЗ є Symantec Visual Cafe for Java
2.
5.3. В якості проміжного ПО супроводу та підтримки каталогу використовується ГО БД «Poet»
3.
5.4. Навантаження на систему не повинна бути більше 100 одночасно працюючих користувачів.
5.5. У рамки проекту не входять:
5.5.1. Захист системи від навмисного злому.
5.5.2. Розробка B2B API та інтеграція з іншими системами.
6. Ключові учасники та зацікавлені сторони
6.1. Спонсор проекту - директор Департаменту інформатизації ВАТ «XYZ»
В.Васильєв.
6.2. Замовник - начальник Відділу «123» Ф.Федотов
6.3. Користувачі автоматизованої системи:
6.4. Клієнти ВАТ «XYZ» (пошук та замовлення документації).
6.5. Керівництво ВАТ «XYZ» (аналіз діяльності Відділу «123»).
6.6. Співробітники виробничих департаментів ВАТ «XYZ» (супровід каталогу).
6.7. Співробітники Відділу «123» (обробка заявок і поставка документації).
6.8. Співробітники департаменту інформатизації ВАТ «XYZ»
(адміністрування системи).
6.9. Куратор проекту - начальник відділу замовлених розробок І.Іванов.
6.10. Керівник проекту - провідний спеціаліст відділу замовлених розробок
МП П.Петров.
7. Співвиконавці:
3.5. Навчання користувачів та адміністраторів системи.
3.6. Супроводження системи на етапі дослідної експлуатації.
3.7. Передача системи в промислову експлуатацію.
4. Система повинна автоматизувати наступні функції:
4.1. Авторизація та аутентифікація користувачів.
4.2. Перегляд каталогу продуктів.
4.3. Пошук продуктів по каталогу.
4.4. Замовлення обраних продуктів.
4.5. Перегляд інформації про статус замовлення.
4.6. Інформування клієнта про зміну статусу замовлення.
4.7. Перегляд та обробка замовлень виконавцями з служби продажів.
4.8. Перегляд статистики надходження і обробки замовлень за період.
4.9. Підготовка та супровід каталогу продукції.
5. Допущення і обмеження
5.1. Проектування прикладного ПО виконується з використанням UML
1.
5.2. Засобом розробки ПЗ є Symantec Visual Cafe for Java
2.
5.3. В якості проміжного ПО супроводу та підтримки каталогу використовується ГО БД «Poet»
3.
5.4. Навантаження на систему не повинна бути більше 100 одночасно працюючих користувачів.
5.5. У рамки проекту не входять:
5.5.1. Захист системи від навмисного злому.
5.5.2. Розробка B2B API та інтеграція з іншими системами.
6. Ключові учасники та зацікавлені сторони
6.1. Спонсор проекту - директор Департаменту інформатизації ВАТ «XYZ»
В.Васильєв.
6.2. Замовник - начальник Відділу «123» Ф.Федотов
6.3. Користувачі автоматизованої системи:
6.4. Клієнти ВАТ «XYZ» (пошук та замовлення документації).
6.5. Керівництво ВАТ «XYZ» (аналіз діяльності Відділу «123»).
6.6. Співробітники виробничих департаментів ВАТ «XYZ» (супровід каталогу).
6.7. Співробітники Відділу «123» (обробка заявок і поставка документації).
6.8. Співробітники департаменту інформатизації ВАТ «XYZ»
(адміністрування системи).
6.9. Куратор проекту - начальник відділу замовлених розробок І.Іванов.
6.10. Керівник проекту - провідний спеціаліст відділу замовлених розробок
МП П.Петров.
7. Співвиконавці:
7.1. Постачальник обладнання і операційно-системного ПЗ - ТОВ «Альфа».
7.2. Постачальник базового ПЗ - ТОВ «Бета».
8. Ресурси проекту
8.1. Вимоги до персоналу
8.1.1.
1 - керівник проекту,
8.1.2.
1 - технічний лідер (архітектура, проектування),
8.1.3.
1 - системний аналітик (вимоги, тест-дизайн, документування),
8.1.4.
4 - програмісти (з урахуванням робіт з конфігураційному управлінню),
8.1.5.
3 - тестувальника.
8.2. Матеріальні та інші ресурси
8.2.1. Сервер управління конфігураціями і підтримки системи контролю версій
8.2.2.
2 серверних комплексу (для розробки і тестування):
8.2.3.
Сервер додатків з встановленим BEA Weblogic AS
8.2.4.
Сервер оперативної БД з встановленою Oracle RDBMS
8.2.5. Сервер каталогу з встановленою OODB "Poet"
8.3. Ліцензії на засоби розробки та тестування:
8.3.1. Oracle Designer - 1 ліцензія
8.3.2. Symantec Visual Cafe for Java - 5 ліцензій.
8.3.3. IBM Rational Test Robot (1 ліцензія розробника + необмежена ліцензія на клієнт).
8.4. Видаткова частина бюджету проекту
4 8.4.1. Розробка і супровід прикладного ПЗ:
8.4.1.1. +9000 Чол. * Год. * $ 40 = $ 360 000 8.4.2. Постачання обладнання та операційно-системного ПЗ:
8.4.2.1. 3 сервери * $ 10000 = $ 30000 8.4.3. Поставка базового ПЗ:
8.4.3.1. BEA Weblogic AS $ 20000 8.4.3.2. Oracle RDBMS $ 20000
Разом: $ 430 000
9. Терміни проекту
9.1. 03.03 старт
9.2. 28.11 завершення
9.3. Контрольні точки:
9.3.1. 15.04 ТЗ затверджено
9.3.2. 30.04 1-я ітерація завершена. Підсистема замовлення документації передана в тестову експлуатацію (на серверах розробника).
9.3.3. 15.05 Монтаж устаткування у замовника завершений.
9.3.4. 30.05 Базове ПЗ встановлено у замовника.
9.3.5. 15.06 2-я ітерація завершена. Підсистема обробки замовлень передана
в тестову експлуатацію на обладнанні Замовника
9.3.6. 02.09 третього ітерація завершена. Акт передачі системи в дослідну експлуатацію затверджений
9.3.7. 28.11 Система передана в промислову експлуатацію.
10. Ризики проекту
10.1. Завдання системи зрозумілі недостатньо повно. Розуміння масштабу
і рамок проекту недостатньо. Системи створюються на новій технологічній платформі, сумніви в ринковій стабільності платформи.
Сумарний рівень ризиків слід оцінити вище середнього.
11. Критерії приймання. За підсумками дослідної експлуатації система
повинна продемонструвати наступні показники:
11.1. Середні витрати співробітників Відділу «123» на регламентну обробку одного замовлення не перевищують 4 чол. * Год.
11.2. Термін регламентної обробки 1-го замовлення не більше 2 тижнів.
11.3. Час пошуку та надання інформації про наявність додаткової документації не більше 1 хв.
11.4. Час надання інформації про зроблені замовленнях та історії їх обробки не більше 1 хв.
11.5. Система зберігає всю інформацію про зроблені замовленнях та історії
їх обробки.
11.6. Показник доступності системи 98%.
12. Обґрунтування корисності проекту
12.1. Для Замовника:
12.1.1. Підвищення продуктивності обробки замовлень в 2 рази.
12.1.1.1. "As Is": 2500 замовлень / рік по 8 чол. * Год.
12.1.1.2. "To Be": 2500 замовлень / рік по 4 чол. * Год.
12.1.1.3. Економія: 2500 * 4 * $ 50 = $ 500 000 на рік.
12.1.2. Підвищення оперативності контролю
12.1.2.1. "As Is": Щомісячна звітність.
12.1.2.2. "To Be": Звітність on-line.
12.1.3. Підвищення задоволеності клієнтів:
12.1.3.1. Скорочення терміну обробки замовлення в 2 рази.
12.1.3.2. Скорочення часу на пошук необхідної документації в 10 разів
12.1.3.3. Підвищення оперативності оновлення каталогу 10 разів. 12.2. Для компанії-виконавця:
12.2.1. Висока стратегічна цінність. Дає стійке збільшення ринку і завоювання нового ринку.
12.2.2. Фінансова цінність вище середнього. Очікувані доходи від проекту не менш ніж в 1.3 рази перевищують витрати.
9.3.6. 02.09 третього ітерація завершена. Акт передачі системи в дослідну експлуатацію затверджений
9.3.7. 28.11 Система передана в промислову експлуатацію.
10. Ризики проекту
10.1. Завдання системи зрозумілі недостатньо повно. Розуміння масштабу
і рамок проекту недостатньо. Системи створюються на новій технологічній платформі, сумніви в ринковій стабільності платформи.
Сумарний рівень ризиків слід оцінити вище середнього.
11. Критерії приймання. За підсумками дослідної експлуатації система
повинна продемонструвати наступні показники:
11.1. Середні витрати співробітників Відділу «123» на регламентну обробку одного замовлення не перевищують 4 чол. * Год.
11.2. Термін регламентної обробки 1-го замовлення не більше 2 тижнів.
11.3. Час пошуку та надання інформації про наявність додаткової документації не більше 1 хв.
11.4. Час надання інформації про зроблені замовленнях та історії їх обробки не більше 1 хв.
11.5. Система зберігає всю інформацію про зроблені замовленнях та історії
їх обробки.
11.6. Показник доступності системи 98%.
12. Обґрунтування корисності проекту
12.1. Для Замовника:
12.1.1. Підвищення продуктивності обробки замовлень в 2 рази.
12.1.1.1. "As Is": 2500 замовлень / рік по 8 чол. * Год.
12.1.1.2. "To Be": 2500 замовлень / рік по 4 чол. * Год.
12.1.1.3. Економія: 2500 * 4 * $ 50 = $ 500 000 на рік.
12.1.2. Підвищення оперативності контролю
12.1.2.1. "As Is": Щомісячна звітність.
12.1.2.2. "To Be": Звітність on-line.
12.1.3. Підвищення задоволеності клієнтів:
12.1.3.1. Скорочення терміну обробки замовлення в 2 рази.
12.1.3.2. Скорочення часу на пошук необхідної документації в 10 разів
12.1.3.3. Підвищення оперативності оновлення каталогу 10 разів. 12.2. Для компанії-виконавця:
12.2.1. Висока стратегічна цінність. Дає стійке збільшення ринку і завоювання нового ринку.
12.2.2. Фінансова цінність вище середнього. Очікувані доходи від проекту не менш ніж в 1.3 рази перевищують витрати.
Результати роботи оформлюються у виді звіту. Форма звіту – електронний текстовий файл формату MS Word, ODT або PDF. Звіт представити на перевірку викладачу. У випадку виявлення суттєвих недоліків звіт переробляється, після чого, або у випадку відсутності останніх звіт допускається до захисту. Лабораторна робота зараховується студенту лише у випадку успішного захисту.