- •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. Короткий звіт
8. План гарантії якості пз (sqap)
План гарантії якості ПЗ (SQAP, Software Quality Assurance Plan) повинен змінюватися протягом життєвого циклу програми. Першу версію потрібно завершити до кінця формулювання призначених для користувача вимог.
ПГЯПЗ повинен визначити і описати всі дії, пов'язані з якістю ПЗ. Відповідні секції повинні посилатися на певні фази життєвого циклу ПЗ.
Надані стандарти взяті з ANSI/IEEE Std 730-1989 IEEE Стандарт для плану гарантії якості ПЗ.
Інші стандарти - з ANSI/IEEE Std 983-1989 IEEE Стандарт для плану гарантії якості ПЗ.
Контекст і вміст плану гарантії якості ПЗ залежать від розміру проекту.
Таблиця рекомендованого вмісту може і повинна бути завершена вказівками, особливими для конкретного проекту.
Стиль, відповідальність, секції ПГЯПЗ
ПГЯПЗ повинен бути зрозумілий, поверхневий, несуперечливий і змінюваний. Він повинен бути підготовлений офісом оцінки якості, розглянутий і схвалений контролюючим органом. ПГЯПЗ - це документ. Він може розповсюджуватися і в електронній формі. Повинен мати наступні чотири розділи:
ПГЯПЗ вимог користувача і аналізу.
ПГЯПЗ архітектури проекту.
ПГЯПЗ дизайну і розробки.
ПГЯПЗ створення, тестування і інсталяції.
ПГЯПЗ повинен бути створений для подальшої фази, після завершення попередньої.
Зміст ПГЯПЗ
Номери послідовності не можна змінювати. Якщо в секції немає інформації, потрібно зробити позначку "не застосовно". Весь допоміжний матеріал потрібно надати в доповненнях. Покажчики 3-15 визначаються як технічні покажчики.
Мета
Секція повинна бути описана стисло: завдання ПГЯПЗ, тип читача, тема програмних продуктів ПГЯПЗ, використання, що передбачується, фаза життєвого циклу ПЗ.
Управління
Ця секція описує організацію управління якістю ПЗ, розподіл відповідальностей і ролей без перерахування призначених працівників, робоче навантаження і графік роботи.
Організація
Визначення ролей: проектний менеджер, супервізор, інженер ПЗ, бібліотекар ПЗ, працівник перевірки і затвердження, взаємозв'язок між ролями, інтерфейс з описом призначеної для користувача організації.
Завдання
Секція описує завдання ПГЯПЗ.
Відповідальність
Описуєтся відповідальність конкретних ролей для загальних і специфічних завдань.
Документація
Визначає всі документи в кожній конкретній фазі. Секція повинна визначити, як перевірятиметься відповідність документів із стандартами.
Стандарти, домовленості, метрика
Секція описує або посилається на джерела стандартів.
Огляди і перевірка
Визначає технічні перегляди, інспекції, перевірку, допустимі у фазі і меті кожній з них. Описуються методи контролю і обговорюються ролі персоналу в ПГЯПЗ.
Тести
Секція описує, як проходить спостереження за перевіркою і затвердженням і як перевіряються приймальні тести.
Повідомлення про проблеми і їх запобігання
Описуються процедури помилкового визначення і попереджувальних дій. Може визначатися метрика для удосконалення ПЗ.
Контроль над кодом
Описуються процедури для підтримки, зберігання, забезпечення безпеки і документування коду.
Контроль носіїв інформації
Як було зазначено вище, у застосуванні до носіїв, де зберігається програмне забезпечення.
Контроль постачальників
Процедури, вживані до зовнішніх організацій або персон. Зовнішні постачальники ПЗ повинні управлятися з точки зору стандартів.
Збір, підтримка і зберігання документації
Описуються процедури для зберігання інформації. Визначаються дії, як, наприклад, наради, перегляди, перевірки, кореспонденція, які генерують інформацію. Процедури повинні визначити, де і як зберігається інформація.
Організаційна інформація
a - підсумок (максимум - 200 слів)
b - зміст
c - стан документації
d - зміни, починаючи з останньої версії
Тіло документа
Цілі
Посилання
Управління
Документація
Стандарти
документація
дизайн
контроль
коментування
стандарти і практика тестування
застосовні метрики гарантії якості ПЗ
моніторинг згідно з ПГЯПЗ
Перегляди
Тестування
Повідомлення про проблеми і їх запобігання
Інструменти
Контроль над кодом
Контроль носіїв інформації
Контроль постачальників
Збір, підтримка і зберігання документації
Навчання
Управління ризиком
Огляд частини проекту, що залишилася
Програма А: Словник термінів і акронімів.