- •Лекція 1. Тема: ядра знань swebok
- •1.1. Аналіз і характеристика областей знань swebok
- •1.1.1 Основи програмних вимог (Software Requirements)
- •1.1.2. Проектування пз (Software design)
- •1.1.3. Конструювання пз (Software Construction)
- •1.1.4 Тестування пз (Software Testing)
- •1.1.5 Супровід пз (Software maintenance)
- •1.1.6. Управління конфігурацією пз (Software Configuration Management– scm)
- •1.1.8. Процес інженерії пз (Software Engineering Process)
- •1.1.9. Методи і засоби інженерії пз (Software Engineering Tools and Methods)
- •Лекція 2. Тема: життєвий цикл і етапи розробки програмного забезпечення
- •1.1.7. Управління інженерією пз (Software Engineering Management)
- •Лекція 3. Тема: еволюція моделей життєвого циклу програмного забезпечення
- •1.6. Прискорення розробки пз.
- •Лекція 4. Тема: оцінка якості процесів створення програмного забезпечення
- •Лекція 5. Тема: визначення вихідних даних для проектування програмного забезпечення
- •5.1 Визначення вимог до пз
- •5.2 Формування і аналіз вимог
- •5.2.1 Опорні точки зору
- •5.2.2 Сценарії
- •5.2.3 Етнографічний метод
- •5.3 Специфікація вимог
- •5.4 Атестація вимог
- •5.5 Класифікація програмних продуктів за функціональною ознакою
- •5.6 Основні експлуатаційні вимоги до програмних продуктів
- •5.7 Передпроектні дослідження предметної області
- •Лекція 6. Тема: розробка технічного завдання
- •2. Підстави для розробки
- •3. Призначення
- •4. Вимоги до програми або програмного виробу
- •5. Вимоги до програмної документації
- •1. Вступ
- •2. Підстава для розробки
- •3. Призначення
- •4. Вимоги до програми або програмного виробу
- •4.1. Вимоги до функціональних характеристик
- •Лекція 7. Тема: принципові рішення початкових етапів проектування
- •Контрольні питання і завдання
- •Аналіз вимог і визначення специфікацій програмного забезпечення при структурному підході
- •Лекція 8. Тема: Специфікації програмного забезпечення при структурному підході
- •Flow-форми
- •Діаграми Насси-Шнейдермана
- •Контрольні питання та завдання:
- •Лекція 9. Тема: діаграми потоків даних
- •Словник даних
- •Вміст словника даних
- •Лекція 10. Тема: діаграми «сутність-зв’язок»
- •Лекція 11. Тема: приклади побудови діаграм та специфікації процесів
- •Лекція 12 Тема: діаграми переходів станів
- •13.1. Структурна схема майбутнього програмного забезпечення
- •13.2 Використання методу покрокової деталізації для проектування структури програмного забезпечення
- •13.3 Структурні карти Константайна
- •13.4.Структурні карти Джексона
- •13.5 Характеристики хорошої моделі реалізації
- •Зчеплення
- •Зв’язаність
- •13.6 Функціональна схема
- •Лекція 14. Тема: методології структурного аналізу і проектування
- •Контрольні питання та завдання
- •Лекція 15. Тема: синтаксис діаграм
- •Контрольні питання та завдання
- •Лекція 16. Тема: Синтаксис діаграм
- •Збір інформації
- •Контрольні питання та завдання:
- •Лекція 17. Тема: побудова sadt-діаграм
- •17.2. Побудова sadt-діаграми для процесу “Побудова таблиць/графіків функцій однієї змінної”
- •Типи зв'язків між функціями
- •Лекція 18. Тема: доповнення до діаграм і моделей
- •Критерії оцінки і вибору
- •Функціональні характеристики
- •3. Загальні функції:
2. Підстави для розробки
Програма розробляється на основі навчального плану кафедри «Програмного забезпечення автоматизованих систем» та відповідно до договору кафедри зі школою № 23 від 5.09.2012.
3. Призначення
Основним призначенням програми є допомога школярам при вивченні розділу «Дослідження функцій одного аргументу» шкільного курсу елементарної алгебри.
4. Вимоги до програми або програмного виробу
4.1. Вимоги до функціональних характеристик
4.1.1. Програма повинна забезпечувати можливість виконання наступних функцій:
• введення аналітичного представлення функції однієї змінної і тривале зберігання його в системі;
• введення та зміна інтервалу визначення функції;
• введення і коректування кроку аргументу;
• побудова таблиці значень функції на заданому інтервалі йди зображення графіка функції на заданому інтервалі за умови, що на зазначеному інтервалі вона не має точок розриву.
4.1.2. Вихідні дані:
• аналітичне задання функції;
• інтервал визначення функції;
• крок зміни аргументу, що визначає кількість точок на інтервалі.
4.2. Вимоги до надійності
4.2.1. Передбачити контроль введеної інформації.
4.2.2. Передбачити блокування некоректних дій користувача при роботі з системою.
4.3. Вимоги до складу і параметрів технічних засобів.
4.3.1. Система повинна працювати на сумісних персональних комп'ютерах IBM.
4.3.2.Мінімальна конфігурація:
• тип процесора ............................................... ................ Pentium і вище;
• обсяг оперативного запам'ятовуючого пристроїв ........ 32 Мб і більше.
4.4. Вимоги до інформаційної та програмної сумісності
Система повинна працювати під управлінням операційних систем сімейства Win 32 (Windows 95, Windows 98, Windows 2000, Windows NT, і т. п.).
5. Вимоги до програмної документації
5.1. Програмні модулі, що розробляються, повинні бути самодокументовані, тобто тексти програм повинні містити всі необхідні коментарі.
5.2.Програма, що розробляється, повинна включати довідкову інформацію про основні терміни відповідного розділу математики і підказки учням.
5.3.До складу супроводжуючої документації повинні входити:
5.3.1. Пояснювальна записка на 25-30 листах, що містить опис розробки.
5.3.2. Настанова користувача.
Приклад 6.2. Розробити технічне завдання на створення системи «Облік успішності студентів». Система призначена для оперативного обліку успішності студентів в сесію деканом, заступниками декана по курсах і співробітниками деканату. Відомості про успішність студентів повинні зберігатися протягом всього терміну їх навчання і використовуватися при складанні довідок про курси, що прослуховують, і додатків до диплома.
Текст технічного завдання приведений нижче.
1. Вступ
Справжнє технічне завдання розповсюджується на розробку системи обліку успішності студентів, призначеною для збору і зберігання інформації про хід здачі екзаменаційної сесії. Передбачається, що використовувати дану систему будуть співробітники деканату, декан і його заступники.
Під час сесії необхідне отримання оперативної інформації про хід її здачі студентами
проте виконання такого контролю вручну вимагає значного часу.
Автоматизована система обліку успішності дозволить поліпшити якість контролю здачі сесії з боку куратора і деканату і забезпечить отримання відомостей про динаміку роботи кожного студента, групи і курсу в цілому.
Крім того, зберігання інформації про здачу сесій протягом всього часу навчання дозволить здійснювати автоматичну генерацію довідок про курси, що прослуховують, і додатків диплому випускника.
