Критерії оцінки звіту з виконання ПЗ № 1

АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ. ВИЗНАЧЕННЯ АРХІТЕКТУРИ ПОБУДОВИ

ТА РОЗРОБКА ФУНКЦІОНАЛЬНИХ ВИМОГ ДО WEB-ЗАСТОСУВАННЯ
КОРПОРАТИВНОЇ ІНФОРМАЦІЙНОЇ СИСТЕМИ

Оцінка за виконання практичного заняття № 1 визначається за двома

складовими:
– оцінка за оформлення звіту. Оцінюється оформлення звіту у відповідності до
вимог стандарту ДСТУ 3008-2015 (див. додаток А методичних вказівок до виконання
ПЗ). Також критерієм оцінки звіту є обсяг виконаних робіт;
– оцінка за захист звіту (див. пп. 1.6 «Контрольні запитання та завдання»
методичних вказівок до виконання ПЗ).

КРИТЕРІЇ ОЦІНКИ
Для отримання позитивної оцінки (від «задовільно» до «відмінно») звіт має
ОБОВ’ЯЗКОВО містити
– тему та мету роботи;
– тему індивідуального завдання, постановку задачі;
– формулювання завдань 1.1, 1.2, 1.3;
– опис відповідей на завдання;
– висновки за роботою.

Під час захисту звіту:

– на основі бізнес-реінжерінгу студент обґрунтовує бізнес-процеси
розроблюваної КІС. Також обґрунтовуються бізнес-функції для кожного бізнес-
процесу, з поділом їх на ті, що виконуються на стороні сервера та на стороні клієнта;
– студент відповідає на контрольні запитання та завдання ПЗ № 1 (див. пп. 1.6
методичних вказівок до виконання ПЗ).

ДОВІДКА З МЕТОДИЧНИХ ВКАЗІВОК ДО КОНТРОЛЬНОЇ РОБОТИ

Таблиця 3.1 – Рекомендована структура розділів контрольної роботи
Найменування розділу, пункту
РЕФЕРАТ
ВСТУП
1 АНАЛІЗ ПРЕДМЕТНОЇ ОБЛАСТІ
1.1 Аналіз предметної області, яка
визначає діяльність (організації, установи,
фірми, підприємства, компанії тощо)
1.2 Аналіз реалізованої системи або
систем
1.3 Визначення сфери застосування
розроблювальної системи
Короткий зміст
У пункті приводиться короткий опис нормативних документів, на
підставі яких здійснює свою діяльність організація.
У якості об’єкта розглядаються бізнес-процеси (перелік робіт,
функцій), необхідні для реалізації виду діяльності організації
(підприємства, фірми тощо).
Проводиться стислий аналіз уже існуючих прототипів (аналогів)
розроблювального web-додатка з визначенням недоліків.
Розглядаються бізнес-процеси діяльності організації (підприємства,
фірми тощо), що потребують автоматизації. Визначаються бізнес
процеси, які можна автоматизувати за допомогою розроблювальної
системи.
 Найменування розділу, пункту
1.4 Постановка задачі
2 РОЗРОБКА ВИМОГ ДО
РОЗРОБЛЮВАЛЬНОЇ СИСТЕМИ
2.1 Розробка системних вимог до системи
...
2.2 Розробка функціональних вимог до
системи ...
2.3 Розробка моделі потоків даних
системи ...
2.4 Розробка вимог до інтерфейсу
клієнтської частини системи
2.4.1 Розробка діаграми варіантів
використання системи ...
2.4.2 Розробка діаграми класів системи ...
2.4.3 Розробка діаграми послідовності дій
системи
3 ОПИС ПРИЙНЯТИХ ПРОЕКТНИХ
РІШЕНЬ ПРИ РОЗРОБЦІ СИСТЕМИ
3.1 Обґрунтування вибору мови
програмування
3.2 Обґрунтування вибору платформи
СУБД
3.3 Опис архітектури (структури)
розробленої системи
3.5 Логічне й фізичне моделювання даних
системи
3.6 Створення бази даних на платформі
СУБД [Microsoft SQL]
3.7 Розробка алгоритму роботи системи
3.8 Розробка алгоритму розрахунків ….
3.9 Розробка класу (класів) / методів класу
(класів) …
3.10 Розробка тригерів, збережених
процедур (функцій), уявлень, транзакцій
серверної частини системи
3.12 Тестування (верифікація)
розробленого програмного забезпечення
системи ...
Короткий зміст
Приводиться формулювання основного завдання й перелік задач,
які необхідно виконати для розробки компонентів системи.
Етапи ISO/IEC 15288:2002: а) визначення вимог; b) аналіз вимог;
Опис системних вимог до розроблювальної системи
Необхідно розробити функціональну модель системи TO BE (як
буде) з використанням стандарту IDEF0. Описати функціональні
вимоги.
Необхідно розробити модель потоків даних з використанням
стандарту DFD. Розробити вимоги до даних або до бази даних.
Вимоги до структури БД – визначення імен сутностей і складу
інформації (атрибутам), обумовлених сутностями.
При розробці вимог до інтерфейсу необхідно використовувати UML-
діаграми.
Розробка діаграми варіантів використання системи (Use Case
Diagram)
Розробка діаграми класів системи (Class Diagram)
Розробка діаграми послідовності дій системи для декількох
прецедентів (Sequence Diagram).
Етапи ISO/IEC 15288:2002: c) проектування архітектури; d)
реалізація елементів системи; e) комплексування; f)
верифікація.
Цей матеріал приводиться в багатьох підручниках і посібниках.
Задача студента-автора при написанні даного пункту усунути
плагіат.
Описується архітектура (функціональна структура) розробленої
системи. Наприклад для реалізації системи для локальної мережі –
це архітектура «клієнт–сервер», для глобальної мережі –
триланкова архітектура «Тонкий клієнт».
Відповідно до вимог пп. 2.3 розробляється логічна й фізична
модель даних по стандарту IDEF1Х.
Описується створення БД на конкретній платформі СУБД.
Приводиться схема даних. Визначається посилальна цілісність
зв’язків для конкретної реалізації.
Відповідно до вимог пп. 2.2 розробляється й описується алгоритм
роботи системи (для інформаційних систем з web-інтерфейсом
рекомендується описати карту сайту з визначенням доступу до web-
сторінок за статусом користувача).
Розробляється й описується алгоритм розрахунків, необхідних для
реалізації сервіса або функцій системи.
Відповідно до вимог пп. 2.4.2 розробляється й описується клас і
його методи, із приведенням коду.
Відповідно до вимог пп. 2.2 описується розробка тригерів,
збережених процедур (функцій), уявлень, транзакцій для реалізацій
бізнес-функцій системи на стороні сервера, із приведенням SQL-
коду. Також у цьому пункті рекомендується описати оптимізацію
SQL-запитів тригерів, збережених процедур (функцій).
Описується розробка проектів для тестування розробленої системи.
Рекомендується провести модульне й навантажувальне тестування
із приведенням результатів (скриншотов). Основна задача
тестування – визначення відповідності розробленої системи
вимогам розділу 2.
 Найменування розділу, пункту
3.13 Забезпечення захисту інформації, що
циркулює в системі (системою, що
використовується).
ВИСНОВКИ
ПЕРЕЛІК ДЖЕРЕЛ ПОСИЛАННЯ
Додаток А. Керівництво користувача
Короткий зміст
Цей матеріал приводиться в багатьох підручниках і посібниках.
Задача студента-автора при написанні даного пункту усунути
плагіат.
Обов’язковий додаток, в якому описується web-інтерфейс КІС для
доступу до бази даних
 ОБСЯГ РОБІТ ДЛЯ ОЦІНКИ
Задовільно D Задовільно Е Добре С Відмінно В, А
(60-65 балів) (66-74 бала (75-89 балів) (86-100 балів)
Звіт оформлений у відповідності до вимог
стандарту ДСТУ 3008-2015 (див. додаток А Обов’язково Обов’язково Обов’язково Обов’язково
методичних вказівок до виконання ПЗ).
Завдання 1.1. Відповідно до заданого варіанта теми, проведений аналіз предметної області web-застосування корпоративної інформаційної системи, що
складається із серверної (бази даних) і клієнтської (web-інтерфейсу доступу до бази даних) частин
Аналіз предметної області, яка визначає Не описані усі бізнес-процеси або Виконано у повному Виконано
Не описані усі бізнес-процеси або
діяльність (організації, установи, фірми, описані з помилками. Не визначені обсязі з незначними у повному
описані з помилками.
підприємства, компанії тощо) нормативні документи. помилками. обсязі
Виконано
– описані 1–2 прототипи (аналоги) – описані з визначенням
Аналіз реалізованої системи або систем Не описані у повному
існуючих КІС. недоліків;
обсязі
Визначені не всі бізнес-процеси, що Визначені всі бізнес-процеси, що Виконано у повному Виконано
Визначення сфери застосування
має реалізувати розроблювальна має реалізувати розроблювальна обсязі з незначними у повному
розроблювальної системи
КІС КІС помилками. обсязі
Для розробки обраний тип КІС та Виконано у повному Виконано у повному Виконано у повному
Постановка задачі
визначена архітектура її побудови обсязі обсязі обсязі
Завдання 1.2. Розробити функціональну модель web-застосування КІС за стандартом методології функціонального моделювання IDEF0
Розроблена функціональна модель (IDEF0) web-
застосування КІС, що містить:
– контекстну діаграму, з відображенням УСІХ
Виконано у повному Виконано
вхідних і вихідних даних КІС, «управління», Діаграма є. Діаграма є.
обсязі з незначними у повному
«механізм», «мету розробки», «погляд зі Не описані УСІ данні. Данні описані з помилками.
помилками. обсязі
сторони».
– діаграму першої декомпозиції (3-4 бізнес- Виконано у повному Виконано
Діаграма є. Діаграма є.
функції) з відображенням УСІХ вхідних і вихідних обсязі з незначними у повному
Не описані УСІ данні. Данні описані з помилками.
даних КІС; помилками. обсязі
Виконано у повному Виконано
– діаграми другої декомпозиції з відображенням Діаграми є. Діаграма є.
обсязі з незначними у повному
УСІХ вхідних і вихідних даних КІС; Не описані УСІ данні. Данні описані з помилками.
помилками. обсязі

Виконано у повному
Виконано у повному
– діаграма древа вузлів. Не має Є, але не описана. обсязі з незначними
обсязі
помилками.
 Завдання 1.3 Розробити модель потоків даних web-застосування КІС за стандартом методології DFD (Data Flow Diagrams)
Розробити модель потоків даних (DFD) web-
застосування КІС, що відповідає функціональній
моделі IDEF0 та містить:
– контекстну діаграму, з відображенням УСІХ
вхідних і вихідних даних КІС, «мету розробки»,
Виконано у повному
«погляд зі сторони», зовнішні сутності (External Діаграми є. Виконано у повному
Є, але не описана. обсязі з незначними
References) – об’єкти даних, з якими відбувається Не описані УСІ данні. обсязі
помилками.
взаємодія або діючі особи, що надають
інформацію;
– діаграму першої декомпозиції (3-4 бізнес- Виконано у повному
Виконано у повному
функції) з відображенням УСІХ вхідних і вихідних Не має Є, але не описана. обсязі з незначними
обсязі
даних КІС; помилками.
– вимоги до бази даних – перелік та опис Виконано у повному
Виконано у повному
визначених сутностей які необхідно реалізувати у Не має Виконано не в повному обсязі обсязі з незначними
обсязі
базі даних КІС. помилками.