- •Поняття технології конструювання програмного забезпечення.
- •Класичний життєвий цикл.
- •Макетування.
- •Характеристика стратегій конструювання пз.
- •Інкрементна модель.
- •Спіральна модель.
- •Важковагові та полегшені процеси. Xp – процес.
- •Швидка розробка додатків, rad.
- •Компонентно-орієнтована модель. Моделі якості процесів конструювання.
- •Сторони зацікавлені в продукції.
- •Користувачі. Покупці. Інвестори.
- •Вимоги до пз кожної з сторін.
- •Атрибути якості пз: практичність, відмовостійкість, надійність, ремонтопридатність.
- •Визначення архітектури пз.
- •Опис архітектури пз.
- •Універсальна мова моделювання (uml).
- •Інші базові засоби для створення архітектури.
- •Основні компоненти мови. Призначення мови. Термінологія uml.
- •Процес керування проектом. Планування.
- •Планування проектних задач.
- •Розмірно-орієнтовані метрики.
- •Функціонально-орієнтовані метрики.
- •Виконання оцінки проекту на основі loc- та fp-метрик.
- •Дослідження під моделей моделі cocomo, cocomo II.
- •Конструктивна модель вартості.
- •Модель композиції додатку.
- •Модель раннього етапу проектування.
- •Модель етапу пост архітектури.
- •Структурний аналіз.
- •Основи проектування програмних систем.
- •Класичні методи проектування.
- •Основні поняття та принципи тестування пз.
- •Особливості тестування «білого ящику».
- •Способи тестування базового шляху.
- •Способи тестування умов.
- •Спосіб тестування потоків даних.
- •Тестування циклів.
- •Особливості тестування «чорного ящику».
- •Спосіб розбиття по еквівалентності.
- •Спосіб аналізу граничних значень.
- •Спосіб діаграм причин-наслідків.
- •Дослідження способів структурного та функціонального тестування на прикладах.
- •Методика тестування програмних систем.
- •Тестування правильності.
- •Системне тестування .
- •Мистецтво налагоджування.
- •Основні принципи об’єктна-орієнтованої методології розробки програмної системи (оом пс).
- •Оо Аналіз.
- •Об’єкти та класи.
- •Діаграми в uml.
- •Механізми розширення в uml.
- •Діаграма варіантів використання.
- •Дослідження діаграми варіантів використання.
- •Діаграма класів.
- •2. Асоціації:
- •Дослідження діаграми класів.
- •Діаграма станів.
- •Дослідження діаграми станів.
- •Діаграма діяльності.
- •Дослідження діаграми діяльності.
- •Діаграма послідовності.
- •Дослідження діаграми послідовності.
- •Діаграма кооперації.
- •Дослідження діаграми кооперації.
- •Діаграма компонентів.
- •Дослідження діаграми компонентів.
- •Діаграма розгортування.
- •Дослідження діаграми розгортування.
- •Загальні відомості case-засобів.
- •Case-засоби. Класифікація case-засобів.
- •Порівняння життєвого циклу програмного забезпечення при традиційній розробці і розробці з використанням case-засобів.
- •Концептуальні основи case-технології.
- •Технологія впровадження –засобів.
- •Оцінка і вибір –засобів.
- •Засоби функціонального моделювання.
- •Характеристики case–засобів Silverrun.
- •Характеристики case–засобів jam.
- •Загальна характеристика case-системи Rational Rose.
- •Розробка діаграм у середовищі Rational Rose.
- •Початок роботи над проектом у середовищі Rational Rose.
Концептуальні основи case-технології.
У випадку взаємодії розроблювачів системи з користувачами, основною на етапі аналізу є проблема, пов'язана з взаємодією з замовником, тому що вони розмовляють "на різних мовах", що мають надто багато подробиць, що є несуттєвими для іншої сторони. У цьому відношенні неоціненною перевагою CASE-підходу є надання "універсальної" графічної мови різного роду діаграм, що підпорядковані певним нотаціям. Застосування стандартних нотацій забезпечує читабельність програм, а також можливість переносу частин (чи всього проекту) в інші CASE-засоби. Таким чином, кінцевому користувачу продукту (замовнику) зовсім не обов'язково володіти всіма премудростями розроблювача, за допомогою CASE-підходу і замовник і розроблювач будуть розуміти один одного однозначно.
У структурному аналізі використовуються в основному три групи засобів, що ілюструють функції, виконувані системою і відносини між даними
Кожній групі засобів відповідають певні види моделей (діаграм), найбільш розповсюдженими серед який є наступні:
SADT (Structured Analysis and Design Technique) моделі і відповідні функціональні діаграми;
DFD (Data Flow Diagrams) діаграми потоків даних;
STD (State Transition Diagrams) діаграми переходів станів;
ERD (Entity-Relationship Diagrams) діаграми "сутність-зв'язок".
У залежності від спрямованості CASE-продукту, він може підтримувати різного роду діаграми.
На стадії проектування ІС моделі розширюються, уточнюються і доповнюються діаграмами, що відбивають структуру програмного забезпечення: архітектуру ПЗ, структурні схеми програм і діаграми екранних форм.
Перераховані моделі в сукупності дають повний опис ІС незалежно від того, чи є вона існуючої чи знову розроблювальної. Склад діаграм у кожнім конкретному випадку залежить від необхідної повноти опису системи.
Технологія впровадження –засобів.
Процес впровадження CASE-засобів складається з наступних етапів :
визначення потреб у CASE-засобах;
оцінка і вибір CASE-засобів;
виконання пілотного проекту;
практичне впровадження CASE-засобів.
Процес успішного впровадження CASE-засобів не обмежується тільки їх використанням. Насправді він охоплює планування і реалізацію безлічі технічних, організаційних, структурних процесів, змін в загальній культурі організації, і заснований на чіткому розумінні можливостей CASE-засобів.
На спосіб впровадження CASE-засобів може вплинути специфіка конкретної ситуації. Наприклад, якщо замовник віддає перевагу конкретний засіб, або воно обумовлюється вимогами контракту, етапи впровадження повинні відповідати такому зумовленого вибору. В інших ситуаціяхвідносна простота чи складність кошти, ступінь узгодженості або конфліктності з існуючими в організації процесами, необхідний ступінь інтеграції з іншими засобами, досвід і кваліфікація користувачів можуть призвести до внесення відповідних коректив в процес впровадження.
Визначення потреб у CASE-засобах
Даний етап включає досягнення розуміння потреб організації і технології подальшого процесу впровадження CASE-засобів. Вінповинен привести до виділення тих областей діяльності організації, в яких застосування CASE-засобів може принести реальну користь. Результатом даного етапу є документ, що визначає стратегію впровадження CASE-засобів.
