
- •Короткий конспект для підготовки до іспиту з предмета"Конструювання програмних засобів"
- •1. Цілі і завдання конструювання пз. Особливості сучасних великих проектів іс
- •2. Основні визначення. Програмні засоби. Програмне забезпечення (пз). Програмний продукт. Проектування пз. Програмування.
- •3. Класифікація типів програмного забезпечення.
- •4. Життєвий цикл (жц) пз. Процеси жц пз.
- •5. Моделі жц пз. Каскадна модель. Зміст етапів створення пз.
- •6. Моделі жц пз. Спіральна модель. Зміст етапів створення пз.
- •7. Моделі жц пз. Інкрементальная модель. Зміст етапів створення пз.
- •8. Розвиток інкрементального підходу. Xp-процессы.
- •9. Міжнародні стандарти проектування, розробки, оформлення документації, призначеного для користувача інтерфейсу пз.
- •10. Вимірювання, заходи і метрики. Розмірно-орієнтовані метрики. Функціонально-орієнтовані метрики.
- •11. Виконання оцінки проекту на основі loc- і fp-метрик
- •12. Проект. Склад і структура колективу розробників, їх функції.
- •13. Структурний підхід до проектування іс. Суть структурного підходу
- •14. Структурний підхід до проектування іс. Case - засоби розробки пз.
- •15. Методологія функціонального моделювання sadt. Склад функціональної моделі. Ієрархія діаграм. Типи зв'язків між функціями. Приклади функціональних моделей в стандарті Idef0.
- •16. Моделювання потоків даних (процесів). Зовнішня суть. Системи і підсистеми. Процеси. Накопичувачі даних. Потоки даних. Побудова ієрархії діаграм потоків даних.
- •17. Моделювання даних. Case-метод Баркера. Методологія Idef1.
- •18. Проектування іс на основі об'єктно-орієнтованого підходу. Зіставлення і взаємозв'язок структурного і об'єктно-орієнтованого підходів.
- •20. Раціональний Уніфікований Процес. Динамічні аспекти процесів: структура жц, стадії, ітерації і контрольні крапки.
- •21. Раціональний Уніфікований Процес. Статичний зміст процесу: види діяльності (технологічні операції), робочі продукти, виконавці і дисципліни (технологічні процеси).
- •22. Якість програмного продукту. Критерії якості пз.
- •1. Зовнішні
- •2. Внутрішні
- •23. Сертифікація фірм розробників по моделі якості смм.
- •24. Документація, що створюється в процесі розробки програмних засобів. Документи управління розробкою пз. Документи, що входять до складу пз.
- •25. Призначена для користувача документація.
- •26. Документація по супроводу програмних засобів.
- •27. Людський чинник в управлінні проектами. Завдання n-личностей. Закон Брукса. Підходи до управління групами і керівництва ними.
16. Моделювання потоків даних (процесів). Зовнішня суть. Системи і підсистеми. Процеси. Накопичувачі даних. Потоки даних. Побудова ієрархії діаграм потоків даних.
Її основою послужила діаграма Гейна-сарсона.
Методологія дозволяє описати асинхронний процес перетворення інформації від її введення в систему до виходу користувачеві.
Компоненти діаграми:
1. зовнішня суть
2. системи і підсистеми
3. процес
4. накопичувачі даних
5. потоки даних
Зовнішня суть
Матеріальний предмет або фізична особа, що є джерелом або приймачем інформації, при цьому воно повинне знаходитися за межами меж інформаційної системи, що акумулюється.
Пр.: замовник, клієнт, постачальник
Системи і підсистеми(С/ПЗ)
Складна ІС завжди декомпозіруєтся на ряд ПЗ.
Поле імені формулюється у вигляді підмета і доповнення (немає дієслів)
Процеси
Процеси визначають перетворення вхідних потоків даних у вихідні
Фізично це: відділ організації, автоматизована система, апаратний пристрій і так далі
Ін. поля фізіч. реалізації: 1С-бухгалтерия
Накопичувачі даних
Це абстрактний пристрій для зберігання даних.
Інформацію в цьому пристрої можна зберігати, витягувати і вкладати в накопичувач.
Накопичувач даних фізично це:
- Ящик в картотеці
- Файл на магнітному носієві, Таблиця в бд і так далі
Накопичувач даних для проектувальника є прообразом майбутньої БД.
Потоки даних
Інформація, передавана ч/з деяке з'єднання від джерела до приймача.
Кожен потік даних повинен мати ім'я.
Побудова ієрархії діаграм потоків даних
Для кожної підсистеми, присутньої на діаграмах DFD, виконується деталізація. Кожен процес теж м.б. деталізований за допомогою DFD або мініспецифікацій.
Правила деталізації:
а. Правило балансування
На деталізуючій діаграмі зовнішні джерела/приймачі даних - це
тільки ті компоненти, які присутні на батьківській діаграмі.
b. Правило нумерації - ієрархічна нумерація.
Мініспецифікація - це опис логіки процесу.
Повинна формулювати основні функції так, щоб фахівець, що виконує реалізацію проекту, зміг їх виконати або написати програму. Зазвичай складається з 20-30 рядків.
Для створення мініспецифікації у DFD д.б. не більше 2-3 потоків, опис яких не більше 30 рядків.
17. Моделювання даних. Case-метод Баркера. Методологія Idef1.
Case-метод Баркера
Мета моделювання даних полягає в забезпеченні розробника інформаційною системою конфігураційною схемою БД у формі моделей, які м.б. відображені у всі системи БД.
Найбільш поширені засоби моделювання:
- ER-диаграммы П.Чен
Використовуються для проектування реляційних БД
- Метод Баркера - розвиток Er-diagram
Поянтія методу Баркера:
Суть - реальний або уявний об'єкт, що має істотне значення для даної наочної області, інформація про яке підлягає зберіганню.
Властивості суті:
- Має унікальне ім'я
- Має один або декілька атрибутів, які однозначно ідентифікують кожен екземпляр суті
- Може володіти будь-якою кількістю зв'язків з іншою суттю.
Зв'язок - пойменована асоціація між двома суттю, значуща для даної наочної області.
Атрибути - це будь-яка характеристика суті, значуща для даної наочної області і призначена для кваліфікації, ідентифікації, класифікації, кількісної характеристики або виразу стану суті.
# - ключовий атрибут
Супертипи і підтипи
У методі Баркера підтип малюється усередині супертипу.
Супер-тіп - це суть, яка є узагальненим поняттям для групи подібної суті.
Взаємовиключні зв'язки
Кожен екземпляр суті бере участь тільки в одному зв'язку з групи взаємовиключних зв'язків. Т.
Рекурсивний зв'язок
Суть пов'язана сама з собою.
Непереміщуваний зв'язок - екземпляр суті не м.б. переміщений з одного екземпляра зв'язку в іншій.
Методологія Idef1
Розробив Т.Ремей. Заснована на підході Чена. Пакети Erwin Design/idef (Idef1x).
Залежна суть - із закругленими кутами, незалежна - з прямими.
З боку нащадка ставиться туга у зв'язку. Арібут, який успадковується від батька позначається (FK) - зовнішній ключ.