- •I. Введення в розробку програмного забезпечення
- •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. Документ з вимогами
- •7. Чинники успіху
- •8. Короткий звіт
- •VI. Розробка моделі
- •1. Потреба в розробці моделі
- •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)
- •6. Короткий звіт
- •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 Управління конфігурацією
- •V Реєстрація статусу конфігурації
- •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. Короткий звіт
6. Оцінка вартості рішень
Оцінка вартості визначається для кожного з варіантів рішень.
Вартість складають наступні аспекти:
вартість апаратури,
вартість навчання професіоналів,
вартість придбання інструментів,
робоче навантаження.
Перших три компоненти порахувати легко. Вартість ПЗ співпадає з оцінкою робочого навантаження.
Для оцінки робочого навантаження використовують різні методи:
Алгоритмічні методи. Вони вимагають атрибути даних у формі номерів або описів. Відповідна математична формула видає результат.
Оцінка, дана експертом. Досвідчені люди можуть легко оцінити витрати нового проекту.
Оцінка за аналогією. Цей підхід вимагає доступу до даних про виконаних раніше проектів і заснований на пошуку характеристик цих проектів.
Оцінка за успіхом. Вартість обчислюється з грошей, наданих клієнтом і грошей, пропонованих конкурентами.
Зростаюче оцінювання. Вартості розраховується по частинах, і результатом є їх сума.
Метод COCOMO(Constructive Cost Model). Метод заснований на декількох формулах, які дають змогу зробити оцінку повної вартості, якщо відома кількість рядків коду. Це є слабким місцем методу. Число рядків може бути відоме тільки коли розробка архітектури системи завершена, що зазвичай надто пізно. Поняття "рядок коду" залежить від мови програмування. COCOMO пропонує декілька рішень: просте, середньої складності і складне (детальне). Простий метод обчислює вартість, застосовуючи просту формулу для оцінки числа людей і місяців, потрібних для завершення проекту. Метод середньої складності змінює результати простого методу, враховуючи нові чинники, які залежать від складності проекту. Складний метод враховує нові чинники і вплив інших факторів на систему, але це не призводить до збільшення точності оцінок.
Функціональний метод. Метод оцінює вартість, базуючись на функціях, які повинні бути реалізовані. Тому метод може бути застосований тільки після того, як функції стануть хоча б приблизно відомі. Метод включає кількість введень, виводів, необхідний розмір пам'яті і інші критерії. Компоненти множаться на вагу, після чого підводяться підсумки. Результат представляється як точка функції. Вартість може змінюватися, якщо з'являться складніші умови програмування. Існує спосіб перетворення цієї суми у вартість рядків коду (COCOMO). Метод широко використовується і має лише невеликі недоліки.
Інші методи:
Метод Delphi. Цей метод заснований декількома експертами, які не мають зв'язку між собою. Експерти обчислюють витрати незалежно один від одного, базуючись на їх власному досвіді. Вони анонімні. Вони обгрунтовують свої оцінки, після чого координатор отримує їх результати. У разі великих відмінностей в оцінках обчислюється середня величина і посилається назад експертам. Процедура повторюється поки не буде досягнута угода.
Аналіз активних дій. Проект ділиться на дії, відомі з попередніх проектів. Для кожної дії підраховується робоче навантаження, яке потім порівнюється з навантаженням дій виконаних раніше, завершених проектів. Результати підсумовуються, звідки і виходить повна вартість.
Оцінкаробочогонавантаження тестування. Оцінка робочого навантаження документації. Оцінка використання мережі.