- •VIII. Розробка інтернет-програм
- •IX. БдБ і БдС системи
- •X. Реалізація
- •XI. Тестування
- •Введення в розробку програмного забезпечення
- •1. Складність інформаційних систем
- •2. Розробка програмного забезпечення
- •Криза програмного забезпечення
- •4.Концептуальне моделювання
- •Життєві цикли програмного забезпечення
- •Модель водоспаду
- •2. Модель водоспаду із зворотнім зв'язком
- •Документоване виконання
- •Прототипування
- •Покрокова розробка
- •7.Модель спіралі
- •III. Етапи розробки програмного забезпечення
- •1. Стратегічний етап
- •Етап визначення вимог
- •2.2. Нефункціональні вимоги
- •4. Етап проектування
- •5. Етап реалізації
- •6. Етап тестування
- •7. Етап установки
- •8. Етап підтримки
- •IV. Стратегічний етап
- •1. Дії на стратегічному етапі
- •2. Співпраця з клієнтом
- •3. Область дії і контекст проекту
- •4. Стратегічні рішення
- •5. Оцінка різних варіантів рішеннь
- •6. Оцінка вартості рішень
- •7. Чинники успіху
- •8. Результати стратегічного етапу
- •9. Короткий звіт
- •V. Розпізнавання вимог і документація
- •1. Складнощі у формулюванні вимог
- •2. Методи ідентифікації вимог
- •3. Методи опису вимог
- •4. Типи вимог
- •5. Перевірка вимог
- •6. Документ з вимогами
- •2. Аналітична модель
- •3. Дії на етапі аналізу
- •4. Функціональна декомпозиція
- •5. Методологія, що використовується в створенні аналітичної моделі
- •6. Документація вимог
- •7. Аналіз чинників успіху
- •8. Короткий звіт
- •VII. Етап проектування
- •1. Цілі проектування
- •Малюнок 7.2.1. Етап проектування.
- •2. Специфікація результатів аналізу
- •3. Дизайн інтерфейсу
- •4. Структуровані схеми/діаграми
- •5. Складова організації даних
- •6. Оптимізація проекту
- •7. Фізична структура системи
- •8. Правильність і якість проекту
- •9. Нефункціональні вимоги на етапі проектування
- •10. Результати етапу проектування
- •11. Детальний документ проекту
- •2. Стандарти, правила і порядок здійснення дій проекту:
- •12. Короткий звіт
- •VIII. Розробка інтернет-програм
- •1. Специфікація інтернет-програми
- •2. Методи розробки інтернет-програм
- •3. Об'єктно-орієнтована гіперсередовищна модель розробки (oohdm)
- •4. Метод розробки веб-сторінок (wsdm)
- •5. Мова веб-моделювання (WebMl)
- •Формулювання вимог
- •Проект структури даних
- •Гіпертекстовий проект
- •IX. Бдб і бдс системи
- •1. Електронний бізнес
- •2. Інтернет-бізнес і електронний ринок.
- •3. Інтернет-магазин
- •4. Модель електронного бізнесу
- •1.Модель брокера
- •2.Модель, яка задовольняє індивідуальним потребам
- •3.Модель контактів
- •5. Платежі
- •6. Безпека
- •8. Моделювання систем бдб і бдс
- •9. Багатошарова архітектура програм
- •9. Cервіс-орієнтована архітектура (соа)
- •10. Короткий звіт
- •X. Реалізація
- •1. Характеристики етапу реалізації
- •2. Надійність програмного забезпечення
- •3. Похибка
- •4. Транзакції
- •5. Середовище реалізації
- •6. Чинники успіху і результати етапу реалізації
- •7. Короткий звіт
- •XI. Тестування
- •1. Етап тестування
- •2. Перевірка
- •Малюнок 11.3.1. Модель V-тестування.
- •3. Перегляди
- •4. Аудит
- •5. Інспекції
- •6. Види тестів
- •7. Процес тестування
- •8. Тестування надійності
- •9. Типи тестів на знаходження помилок
- •10. Програми-інструменти
- •11. Статичні тести
- •12. Підрахунок кількості помилок
- •13. Чинники успіху, успіх тестування
- •14. Короткий звіт
- •XII. Оцінка програмного забезпечення
- •1. Простановка розмірів проекту
- •2. Оцінка складності в проектах
- •3. Ефекти масштабування
- •4. Оцінка вартості програмного забезпечення
- •5. Конструктивна вартісна модель (cocomo)
- •6. Балова функціональна оцінка
- •7. Метод випадкового використання
- •8. Короткий звіт
- •XIII. Управління конфігурацією пз і версіями
- •1. Управління конфігурацією пз
- •2. Елементи конфігурації пз
- •3. Угода позначень
- •4. Зберігання елементів конфігурації
- •5. Перегляди
- •7. План управління конфігурації пз
- •I Вступ
- •II Управління
- •III Визначення конфігурації
- •IV Управління конфігурацією
- •4. Модель якості iso-9126
- •5. Управління якістю
- •6. Стандарти якості
- •7. Незрілість і зрілість виробництва
- •8. План гарантії якості пз (sqap)
- •9. Короткий звіт
- •XV. Управління проектом програмного забезпечення
- •1. Завдання управління проектом
- •2. Працівники виробництва програмного забезпечення
- •3. Характеристика хорошого розробника програмного забезпечення
- •4. Робота в команді
- •5. Управління підприємством по виробництву програмного забезпечення
- •6. Розвиток компанії по розробці програмного забезпечення
- •7. Документація проекту
- •8. Визначення продуктивності
- •9. Складання графіків проекту
- •10. Завдання управління проектом
- •11. Інтерфейс проекту
- •12. Планування проекту
- •13. Управління ризиком
- •14. Вимірювання процесів і продуктів
- •15. Короткий звіт
3. Область дії і контекст проекту
Важливим елементом стратегічного етапу є визначення області дії проекту. Зазвичай система підтримує тільки деякі дії користувача. Дуже важливо зрозуміти, які дії будуть підтримуватися для того, щоб оцінити вартість системи. Проте, на цьому етапі клієнт може ще не знати, які дії повинні бути комп'ютеризованими і якою буде область дії проекту.
Область дії системи відноситься до визначення зовнішніх систем і їх спільної роботи з нашою системою. У багатьох випадках з системою працюють багато користувачів. Клас цих користувачів розглядається як зовнішня система.
Приклади області дії проекту.
Програма податкової декларації
Область дії системи - дії компанії стосовно великої кількості клієнтів. Не визначено, чи повинна система надрукувати податкову декларацію або тільки представити дані. Працівники компанії є зовнішньою системою.
Географічна інформаційна система
Область дії системи - проектування і перегляд комп'ютеризованих карт. Відповідно, до зовнішньої системи належать проектувальник карти і користувачі, що переглядають карти.
Система виконання замовлення
Область дії системи - діяльність відділу, який займається плануванням і обробкою заявок на постачання. Під зовнішньою системою розуміємо інформаційну систему відділу по маркетингу, працівника, що оцінює можливості відділу, інспекторів.
4. Стратегічні рішення
На стратегічному етапі ухвалюються рішення, які важливі для всього проекту.
Найголовнішими рішеннями є:
-
вибір моделі,
-
вибір методів, які застосовуватимуться в аналізі і проектуванні,
-
вибір середовища розробки,
-
вибір інструментів CASE,
-
ухвалення рішень по використанню готових компонентів,
-
ухвалення рішень по співпраці з іншими виробниками і/або запрошенню експертів.
Перед початком реалізації проекту необхідно визначити найважливіші обмеження при розробці системи.
Найголовнішими обмеженнями є:
-
максимальна сума грошей, яка може бути витрачена,
-
працівники, які можуть бути задіяні,
-
доступні інструменти,
-
обмеження за часом.
Результатом стратегічного етапу є прийняття або неприйняття пропозиції замовника.
Стратегічний етап не є частина виробництва ПЗ, тому він не повинен реалізовуватися за рахунок замовника.
Під вивченням досяжності розробки розуміють:
-
порівняння розмірів проекту, проектної команди і необхідного часу
-
наявність ресурсів (бюджет, штат, менеджери),
-
обмеження в часі,
-
початкові умови, потрібні для реалізації,
-
наявність ПЗ і інструментів,
-
наявність апаратури і мережі,
-
наявність технологій і ноу-хау,
-
наявність експертів,
-
наявність послуг, співробітників і постачальників,
-
наявність офісів і транспорту.
5. Оцінка різних варіантів рішеннь
На стратегічному етапі необхідно розглянути декілька альтернативних рішень і використати необхідні критерії для вибору одного з них.
Вибір найкращого критерія може стати досить складним завданням, оскільки існує багато критеріїв оцінки різних варіантів вартості.
До них відносять:
-
вартість,
-
час реалізації,
-
можливість багатократного використання,
-
мобільність,
-
продуктивність.
Приклад оцінювання за різними критеріями приведений в наступній таблиці:
Рішення |
A |
B |
C |
Вартість |
120 |
80 |
75 |
Час |
33 |
30 |
36 |
Надійність |
5 |
9 |
13 |
Можливість багаторазового використання |
40 |
40 |
30 |
Мобільність |
90 |
75 |
30 |
Продуктивність |
0.35 |
0.75 |
1 |
Таблиця 4.7.1 Оцінка різних способів рішення.
Вибір оптимального рішення передбачає виключення не зовсім підходящих рішень, які мають гірші показники. Для цього проводиться нормалізація їх значень.
Критерії оцінюють успіх проекту. Вони упорядковуються і їм приписується коефіцієнт, який визначає їх вагу.
Рішення |
A |
B |
C |
Вага |
Вартість |
0.58 |
1 |
0 |
3 |
Час |
1 |
0.5 |
0 |
2 |
Надійність |
1 |
0.5 |
0 |
3 |
Можливість багаторазового використання |
1 |
1 |
0 |
1 |
Мобільність |
1 |
0.75 |
0 |
1 |
Продуктивність |
0 |
0.62 |
1 |
1.5 |
Загальна оцінка |
7.74 |
9.18 |
1.5 |
|
Таблиця 4.7.2 Приклад оцінки, розробленій на зваженій сумі.
Іншим методом оцінки, який часто використовується на практиці є дерево ризику. Цей граф показує допустимі рішення разом з вірогідністю їх завершення. Вузли представляють події, а стрілки - переходи.
Вірогідність переходів вказується на краях вузлів. Кожне правило, що веде до рішення, має вагу.
Приклад.
Компанія має намір взяти участь в конкурсі. Підготовка до конкурс є дорогою. Конкуренція жорстка, а шанси на успіх невеликі. Використання додаткових експертів може збільшити шанси.
Приклад дерева ризику має вигляд:
Мал. 4.7.3. Приклад дерева ризику.