Технологія створення програмних продуктів
Анотація навчальної дисципліни
Мета дисципліни:
вивчення класичних і сучасних технологій створення програмного забезпечення, знайомство з структурою, змістом і стандартами документації на складні програмні засоби.
Завдання дисципліни:
- оволодіння ефективних технологій, методів і засобів проектування, розробки, тестування та верифікації програмного забезпечення;
- оволодіння прийомів проектування програмних систем;
- надати уявлення основ стандартизації програмних засобів та інформаційних технологій;
- розглядання роботи з документуванням програмних засобів.
Програмні компетентності
- Здатність до абстрактного мислення, аналізу та синтезу.
- Здатність застосовувати знання у практичних ситуаціях.
- Здатність до розуміння предметної області та професійної діяльності.
- Здатність вчитися і оволодівати сучасними знаннями.
- Здатність до пошуку, оброблення та узагальнення інформації з різних джерел.
- Здатність аналізувати об’єкт проектування або функціонування та його предметну область.
- Здатність застосовувати стандарти в області ІСТ при розробці функціональних профілів, побудові та інтеграції систем, продуктів, сервісів і елементів інфраструктури організації.
- Здатність оволодіти сучасними технологіями програмування та тестування програмного забезпечення.
- Здатність використовувати сучасні технології проектування в розробці алгоритмічного та програмного забезпечення ІСТ.
- Здатність розробляти та управляти проектами, розуміти сучасний стан інформаційних технологій, склад та різновид інформаційних систем та класів програмного забезпечення, використовувати сучасні методи обробки та зберігання даних, прикладне, системне та інструментальне забезпечення в складі інформаційної систем.
Програмні результати навчання
Демонструвати знання сучасного рівня технологій інформаційних систем, практичні навички програмування та використання прикладних і спеціалізованих комп’ютерних систем та середовищ з метою їх запровадження у професійній діяльності.
Здійснювати системний аналіз архітектури підприємства та його ІТ-інфраструктури, проводити розроблення та вдосконалення її елементної бази і структури.
Проводити системний аналіз об’єктів проектування та обґрунтовувати вибір структури, алгоритмів та способів передачі інформації в ІСТ.
Кількість аудиторних занять
14 годин лекційних занять, 60 годин лабораторних занять.
Форми організації освітнього процесу та види навчальних занять
- Л – лекційні заняття;
- ЛЗ – лабораторні заняття;
- СРС – самостійна робота здобувача вищої освіти;
- РГР – розрахунково-графічна робота;
- МКР – модульна контрольна робота;
- К – консультації.
Тематика та види навчальних занять
- 1 тиждень
- ЛЗ1. Введення в програмну інженерію. Частина 1
- ЛЗ2. Введення в програмну інженерію. Частина 2
- СРС. К.
- 2 тиждень
- Л1. Процес створення програмного забезпечення процес створення програмного забезпечення [1, cтор. 35 – 51, 2 cтор. 33 – 76].
- ЛЗ3. Складання технічного завдання. Частина 1
- ЛЗ4. Складання технічного завдання. Частина 2
- СРС. К.
- 3 тиждень
- ЛЗ5 Візуальне моделювання та UML. Частина 1
- ЛЗ6 Візуальне моделювання та UML. Частина 2
- СРС. К.
- 4 тиждень
- Л2. Моделі процесу створення програмного забезпечення. [ 3, стор. 80-96, 4, стор. 60-91].
- ЛЗ7 Діаграма варіантів використання. Частина 1
- ЛЗ8 Діаграма варіантів використання. Частина 2
- СРС. К.
- 5 тиждень
- ЛЗ9 Діаграма варіантів використання. Частина 3
- ЛЗ10 Побудова діаграми прецедентів в STARUML Частина 1
- СРС. К.
- 6 тиждень
- Л3. Методологія розробки програмного забезпечення Rational Unified Process, Microsoft Solutions Framework, Dynamic Systems Development Method, DSDM та Rapid Application Development.етодология разработки программного обеспечения [3, стор. 80-96, 4, стор. 60-91]
- ЛЗ11 Побудова діаграми прецедентів в STARUML Частина 2
- ЛЗ12 Потоки подій. Частина 1
- СРС. К.
- 7 тиждень
- ЛЗ13 Потоки подій. Частина 2
- ЛЗ14 Потоки подій. Частина 3
- СРС. К.
- 8 тиждень
- Л4. Моделювання інформаційних систем [1, стор. 107-121, 3, стор. 50-64].
- ЛЗ15. Додавання потоку подій до моделі в STARUML. Частина 1
- ЛЗ16. Додавання потоку подій до моделі в STARUML. Частина 2
- МКР1. СРС. К.
- 9 тиждень
- ЛЗ17. Діаграми діяльності. Частина 1
- ЛЗ18. Діаграми діяльності. Частина 2
- СРС. К.
- 10 тиждень
- Л5. Моделі системного оточення та поведінкові моделі [ 1, стор. 107-123, 2, стор. 33-55].
- ЛЗ19. Діаграми діяльності. Частина 3
- ЛЗ20. Створення діаграми діяльності в STARUML. Частина 1
- СРС. К.
- 11 тиждень
- ЛЗ21. Створення діаграми діяльності в STARUML. Частина 2
- ЛЗ22. Створення діаграми діяльності в STARUML. Частина 3
- СРС. К.
- 12 тиждень
- Л6. Загальна характеристика case-засобів Powerdesigner [2, стор. 158-197]
- ЛЗ23.
- ЛЗ24. Призначення та використання діаграми класів у UML. Частина 1
- СРС. К.
- 13 тиждень
- ЛЗ25. Призначення та використання діаграми класів у UML. Частина 2
- ЛЗ26. Призначення та використання діаграми класів у UML. Частина 3
- СРС. К.
- 14 тиждень
- Л7. Моделі управління інформаційними системами. [1, стор. 333-396, 3, стор. 282-308]
- ЛЗ27. Побудова діаграми класів в STARUML. Частина 1
- ЛЗ28. Побудова діаграми класів в STARUML. Частина 2
- СРС. К.
- 15 тиждень
- ЛЗ29. Побудова діаграми класів в STARUML. Частина 3
- ЛЗ30. Застосування діаграми станів у проектуванні програмного забезпечення.
- МКР2. СРС. К.
Індивідуальна робота
Виконується РГР.
Мета РГР: набуття загальних та спеціальних компетентностей майбутніх бакалаврів, поглиблення теоретичних знань з теми "Розробка проекту створення програмного забезпечення" стосовно до придбання практичних навичок створення діаграм UML для інформаційної системи.
- 1–7 тижні Отримання завдання. Створення технічного завдання, діаграми варіантів використання та діаграм взаємодії.
- 8–14 тижні Створення діаграм класів та діаграми станів для інформаційної системи.
- 15 тиждень Захист роботи.
Самостійна робота
Самостійна робота складає 91 години. Розподіл самостійної роботи за видами навчальних робіт:
- підготовка до лекційних занять – 16 годин;
- підготовка до лабораторних робіт та до виконання модульних контрольних завдань – разом 30 годин;
- виконання РГР – 15 годин;
- підготовка до екзамену – 30 годин.
Процедура оцінювання
Система оцінювання рівня навчальних досягнень ґрунтується на принципах ЄКТС та є накопичувальною. Дисципліна поділяється на два семестрові модулі. Здобувачі протягом семестру готуються до лекційних та лабораторних робіт, виконують 2 модульні контрольні роботи..
Модульні контрольні роботи № 1 та № 2 виконуються у письмовій формі. Модульна робота складається з теоретичної частини (2 запитання) та практичної частини (1 задача). Відповідь на кожне теоретичне питання оцінюється максимум 5 балами. Правильне розв’язання задачі оцінюється в 15 балів.
Кожний модуль оцінюється у максимально можливі 50 балів:
Семестровий модуль № 1
- ЛР1- ЛР8. Оцінка за виконання – 25 балів. Термін виконання – 1-8 тиждень.
- РГР(ч.1). Оцінка за виконання – 5 балів. Термін надання – 8 тиждень.
- МК1. Модульна контрольна робота – 20 балів (8 тиждень). Перескладання можливе протягом 9–11 тижнів за розкладом консультацій.
Семестровий модуль № 2
- ЛР8- ЛР11. Оцінка за виконання – 25 балів. Термін виконання – 9-15 тиждень.
- РГР(ч.2). Оцінка за виконання – 5 балів. Термін надання – 14–15 тижні
- МК2. Модульна контрольна робота – 20 балів (15 тиждень).
Максимальна оцінка за повний обсяг виконаних навчальних елементів дисципліни – 100 балів.
Підсумковим контролем з дисципліни є екзамен.
Умови допуску до підсумкового контролю
До екзамену допускаються здобувачі вищої освіти, які виконали всі види навчальних елементів навчальної дисципліни на не менш, ніж на 60 %.
Екзамен відбувається за всіма тематичними (змістовними) модулями дисципліни.
Складання/перескладання екзаменів організується за встановленим відділом аспірантури розкладом.
Політика освітнього процесу
Здобувач зобов’язаний своєчасно та якісно виконувати всі отримані завдання; за необхідністю з метою з’ясування всіх не зрозумілих під час самостійної та індивідуальної роботи питань, відвідувати консультації викладача. Дотримуватись принципів академічної доброчесності.
Відсутність здобувача на лабораторній роботі відповідає оцінці «0».
Виконаний не свій варіант завдання здобувачем не оцінюється.
Робота, яка виконана після встановлених викладачем термінів, не приймається.
Під час лекції здійснювати телефонні дзвінки забороняється.
Заборонено використання будь-яких підручників, посібників, конспектів лекцій, шпаргалок під час проходження модульних контролів з дисципліни
Рекомендована література:
- Соммервілла І. Інженерія програмного забезпечення, 6-е видання .: Пер. з англ. - М .: Видавничий дім "Вільямс", 2002. - 624 с.
- Гагаріна Л.Г., Кокорева Є.В., Віснадул Б.Д. Технологія розробки програмного забезпечення: навчальний посібник / під ред. Л.Г. Гагаріної. - М .: ІД «ФОРУМ»: ИНФРА-М, 2008. - 400с.
- Лавріщева К.М. Програмнного ІНЖЕНЕРІЯ.-К.- 2008.-319 с.
- Липа, В.В. Програмна інженерія. Методологічні основи [Текст]: Учеб. / В. В. Липа; Держ. ун-т - Вища школа економіки. -М. : ТЕИС, 2006. - 608 с.
- Боем Б.У. Інженерне проектування програмного забезпечення. Пер. з англ. / Под ред. А.А. Красилова. - М .: Радио и связь, 1985.
- Брауде Е. Технологія розробки програмного забезпечення. Пер. з англ. - СПб .: Пітер, 2004.
- Вігерс К.І. Розробка вимог до програмного забезпечення. Пер. з англ. - М .: Російська редакція, 2004.
- Гецці К., Джазайері М., Мандріолі Д. Основи інженерії програмного забезпечення. Пер. з англ. - СПб .: БХВ-Петербург, 2005.