Розробка інформаційної системи для торгового закладу

 

Міністерство освіти і науки, молоді та спорту України

Запорізька державна інженерна академія

Факультет інформаційних та електронних технологій

Кафедра програмного забезпечення систем

Контрольна робота

Техніко-економічне обгрунтування проектних рішень

Запоріжжя 2013 р.

Зміст

1. Тема проекту

2. Завдання проекту

3. Оцінка вартості проектних розробок

3.1 Теоретичні відомості

3.2 Попередня оцінка програмного проекту

3.2.1 Виконання оцінки на основі LOC-метрики

Висновок

1. Тема проекту

У наш час інформаційних технологій, важко знайти в комп'ютерному світі людину, яка хоч би на інтуїтивному рівні не розумів, що таке інформаційна довідкова система і бази даних.

У найширшому сенсі інформаційна система є програмним комплексом, функції якого полягають в підтримці надійного зберігання інформації в пам'яті комп'ютера, виконанні специфічних для даного застосування перетворень інформації і обчислень, наданні користувачам зручного і легко освоюваного інтерфейсу. Зазвичай об'єми інформації, з якими доводиться мати справу таким системам, досить великі, а сама інформація має досить складну структуру.

Таким прикладом інформаційної системи є система роботи інтернет-магазину ювелірних виробів з клієнтами.

Автоматизація роботи інтернет-магазину ювелірних виробів з клієнтами є важливою частиною діяльності мережі ювелірних крамниць.

Створення подібної системи істотно скорочує час і підвищує якість обслуговування клієнтів.

Даний продукт успішно застосовується в ювелірній корпорації.

2. Завдання проекту

Завдання даного проекту є дослідження, розробка і реалізація програмного продукту, створення інтернет-магазину ювелірних виробів для ювелірної корпорації.

Даний програмний продукт повинен надавати користувачеві:

. Можливість введення вхідних даних;

. Можливість редагування і видалення наявних даних;

. Надавати зручний призначений для користувача інтерфейс.

3. Оцінка вартості проектних розробок

При плануванні програмного проекту треба оцінити людські ресурси (у людино-місяцях), тривалість (у календарних датах), вартість (у тисячах доларів). Зазвичай виходять з минулого досвіду. Якщо новий проект за розміром і функціями схожий на попередній проект, цілком імовірно, що буде потрібно такі ж ресурси, час і гроші.

3.1 Теоретичні відомості

Функціонально-орієнтовані метрики побічно вимірюють програмний продукт і процес його розробки. Замість підрахунку LOC-оцінки при цьому розглядається не розмір, а функціональність або корисність продукту.

Використовується 5 інформаційних характеристик.

.Кількість зовнішніх введень. Підраховуються всі введення користувача, по яких поступають різні прикладні дані. Введення мають бути відокремлені від запитів, які підраховуються окремо.

2.Кількість зовнішніх виводів. Підраховуються всі виводи, по яких до користувача поступають результати, обчислені програмним застосуванням. У цьому контексті виводи означають звіти, екрани, роздруки, повідомлення про помилки. Індивідуальні одиниці даних усередині звіту окремо не підраховуються

.Кількість зовнішніх запитів. Під запитом розуміється діалогове введення, яке приводить до негайної програмної відповіді у формі діалогового виводу. При цьому діалогове введення в додатку не зберігається, а діалоговий вивід не вимагає виконання обчислень. Підраховуються всі запити - кожен враховується окремо

.Кількість внутрішніх логічних файлів. Підраховуються всі логічні файли (тобто логічні групи даних, які можуть бути частиною бази даних або окремим файлом).

.Кількість зовнішніх інтерфейсних файлів. Підраховуються всі логічні файли з інших застосувань, на які посилається дане застосування.

Введення, виводи і запити відносять до категорії транзакція. Транзакція - це елементарний процес, що розрізняється користувачем і що переміщає дані між зовнішнім середовищем і програмним застосуванням. У своїй роботі транзакції використовують внутрішні і зовнішні файли. Прийняті наступні визначення.

Зовнішнє введення - елементарний процес, що переміщає дані із зовнішнього середовища в додаток. Дані можуть поступати з екрану введення або з іншого застосування. Дані можуть використовуватися для оновлення внутрішніх логічних файлів. Дані можуть містити інформацію, що як управляє, так і ділову. Керівники дані не повинні модифікувати внутрішній логічний файл.

Зовнішній вивід - елементарний процес, що переміщає дані, обчислені в додатку, в зовнішнє середовище. Крім того, в цьому процесі можуть оновлюватися внутрішні логічні файли. Дані створюють звіти або вихідні файли, що посилаються іншим застосуванням. Звіти і файли створюються на основі внутрішніх логічних файлів і зовнішніх інтерфейсних файлів. Додатково цей процес може використовувати дані, що вводяться, їх утворюють критерії пошуку і параметри, не підтримувані внутрішніми логічними файлами.

Зовнішній запит - елементарний процес, що працює як з тими, що вводяться, так і з виводяться даними. Його результат - дані, повернені з внутрішніх логічних файлів і зовнішніх інтерфейсних файлів. Вхідна частина процесу не модифікує внутрішні логічні файли, а вихідна частина не несе даних, що обчислюються додатком (у цьому і полягає відмінність запиту від виводу).

Внутрішній логічний файл - розпізнавана користувачем група логічно зв'язаних даних, яка розміщена усередині додатка і обслуговується через зовнішні введення.

Зовнішній інтерфейсний файл - розпізнавана користувачем група логічно зв'язаних даних, яка розміщена усередині іншого застосування і підтримується їм. Зовнішній файл даного застосування є внутрішнім логічним файлом в іншому застосуванні.

3.2 Попередня оцінка програмного проекту

3.2.1 Виконання оцінки на основі LOC-метрики

Мета цієї діяльності - сформувати попередні оцінки, які дозволять:

·пред'явити замовникові коректні вимоги за вартістю і витратами на розробку програмного продукту;

·скласти план програмного проекту.

Перш за все треба деталізувати проблемну область. Слід виділити базові функції ПЗ і обкреслити кількісні межі.

Ідентифіковані такі основні функції ПЗ:

.управління БД (УБД)

2.управління призначеним для користувача інтерфейсом (УПІ)

.управління периферією (УП)

Для кожної функції fi, планувальник формує кращу LOCкращі (FРкращі), гіршу LOCгіршi (FРгіршi) і вірогідну оцінку LOCвірогіднi (FРвірогіднi). Використовуються дослідні дані (з метричного базису) або інтуїція. Для кожної функції відповідно до -розподілу обчислюється очікуване значення LOC - (або FP-) оцінки. Тепер потрібно оцінити кожну з функцій кількісно, за допомогою LOC-оцінки (Loc-оцінка - це кількість рядків в програмному продукті). По кожній функції експерти надають краще, гірше і вірогідніше значення. Очікувану LOC-оцінку реалізації функції визначаємо за формулою

LOCочі = (LOCкращі +LOCгірші +4 х LOCвірогідні) /6

Усі данні заносимо в таблицю 1.

Таблиця 1. Таблиця оцінки проекту

ФункціяКращі [LOC] Ймовірні [LOC] Гірші [LOC] Очікуванні [LOC] Питома вартість [$/LОС] Вартість [$] Продуктивність [LOC/чол. - міс.] Витрати [чол. - міс.] УБД 864872880872УПІ438464476462УП 346360390363Усього1697

LOCоч1= (864+4*872+880) /6=872

LOCоч1= (438+4*464+476) /6=462

LOCоч1= (346+4*360+390) /6=363

Для визначення питомої вартості і продуктивності звернемося в архів фірми, де зберігаються дані метричного базису, зібрані за вже виконаними проектами. Припустимо, що з метричного базису витягнуті дані по функціях-аналогах, представлені в таблиці 2.

Видно, що найбільшу питому вартість має рядок функції управління периферією (потрібні специфічні і конкретні знання по різноманітних периферійних пристроях), найменшу питому вартість - рядок функції управління призначеним для користувача інтерфейсом (застосовуються широко відомі рішення).

Таблиця 2. Дані з метричного базису фірми

ФункціяLOCанПитома вартість [$/LОС] Продуктивність [LOC/ чол. - міс.] УБД 36010575УПІ1708920УП 100161101

Вважається, що питома вартість рядка є константою і не змінюється від реалізації до реалізації. Отже, вартість розробки кожної функції розраховуємо по формулі.

ВАРТІСТЬi = LOCочi х ПИТ_ВАРТІСТЬанi

ВАРТІСТЬ1=872*10=8720

ВАРТІСТЬ2=462*8=3696

ВАРТІСТЬ3=363*16=5808

Для обчислення продуктивності розробки кожної функції виберемо найточніший підхід - підхід продуктивності, що настроюється:

ПРОДУКТИВН i = ПРОДУКТИВН анi х (LOC анi / LOCожi)

ПРОДУКТИВН 1 =575 (360/872) =237

ПРОДУКТИВН 2 =920 (170/462) =339

ПРОДУКТИВН 3 =1101 (100/363) =303

Відповідно, витрати на розробку кожної функції визначатимемо по виразу

ВИТРАТИ i = (LOCочi / ПРОДУКТИВН i) [люд. - міс]

ВИТРАТИ 1 =872/237=3.6 (люд/міс)

ВИТРАТИ 2 =462/339=1.4 (люд/міс)

ВИТРАТИ 3 =363/303=1.2 (люд/міс)

Тепер ми маємо всі необхідні дані для завершення розрахунків. Заповнимо до кінця таблицю оцінки нашого проекту (таблиця 3).

інтернет магазин ювелірна крамниця

Таблиця 3. Таблиця оцінки проекту

ФункціяКращі [LOC] Ймовірні [LOC] Гірші [LOC] Очікуванні [LOC] Питома вартість [$/LОС] Вартість [$] Продуктивність [LOC/чол. - міс.] Витрати [чол. - міс.] УБД 8648728808721087202373.6УПІ438464476462836963391.4УП 3463603903631658083031.2Усього169718224 8796.2

Враховуючи важливість отриманих результатів, перевіримо розрахунки за допомогою FP-покажчиків (кількості функціональних покажчиків FP). На даному етапі оцінювання розумно допустити, що всі інформаційні характеристики мають середній рівень складності.

Для оцінки інформаційних характеристик проекту скористаємося таблицями 4-8.

Таблиця 4. Ранг і оцінка складності зовнішніх введень

Посилання на файлиЕлементи даних 1-4 5-15>15 0-1 2 >2Низький (3) Низький (3) Середній (4) Низький (3) Середній (4) Високий (6) Середній (4) Високий (6) Високий (6)

Таблица 5. Ранг і оцінка складності зовнішніх виведень

Посилання на файлиЕлементи даних1-4 5-19>19 0-1 2-3 >3Низький (4) Низький (4) Середній (5) Низький (4) Середній (5) Високий (7) Середній (5) Високий (7) Високий (7)

Таблиця 6. Ранг і оцінка складності зовнішніх запитів

Посилання на файлиЕлементи даних1-4 5-19>19 0-1 2-3 >3Низький (3) Низький (3) Середній (4) Низький (3) Середній (4) Високий (6) Середній (4) Високий (6) Високий (6)

Таблиця 7. Ранг і оцінка складності зовнішніх логічних файлів

Посилання на файлиЕлементи даних1-19 20-50>50 1 2-5 >5Низький (7) Низький (7) Середній (10) Низький (7) Середній (10) Високий (15) Середній (10) Високий (15) Високий (15)

Таблиця 8. Ранг і оцінка складності зовнішніх інтерфейсних файлів

Посилання на файли Елементи даних 1-19 20-50>50 1 2-5 >5Низький (5) Низький (5) Середній (7) Низький (5) Середній (7) Високий (10) Середній (7) Високий (10) Високий (10)

Перевіримо розрахунки за допомогою FP-метрики.

На даному етапі оцінювання розумно допустити, що всі інформаційні характеристики мають середній рівень складності. В цьому випадку результати експертної оцінки набирають вигляду, який представлено в таблицях 9, 10.

Таблиця 9. Оцінка інформаційних характеристик проекту

ХарактеристикаКращіЙмовірніГіршіОчікуваніСкладністьКількістьВведення18242824x 496Виводи22283628x 5140Запити16243024x 4 96Логічні файли14222622x 10 220Інтерфейсні файли16202220x 7140Заг. кількість692

Таблиця 10. Оцінка системних параметрів проекту

Коефіцієнт регулювання складностіОцінкаF1 Передачі даних5F2 Розподілена обробка даних4F3 Продуктивність3F4 Поширеність використовуваної конфігурації3F5 Швидкість транзакцій5F6 Оперативне введення даних5F7 Ефективність роботи кінцевого користувача4F8 Оперативне оновлення4F9 Складність обробки5F10 Використання повторно5F11 Легкість інсталяції4F12 Легкість експлуатації4F13 Всілякі умови розміщення5F14 Простота змін4

Таким чином, отримаємо:

FР = Загальна кількість х (0,65+ 0,01 х) =

= 692* (0.65+0.01*60) =692*1.25=865

Використовуючи значення продуктивності, узяте в метричному базисі фірми

Продуктивність = [FP / чел. - мес] =865/2 =433

обчислюємо значення витрат і вартості

Витрати = FP / Продуктивність = 865/433=1.99 [чел. - мес],

Вартість = Витрати х $9100 = 1.99*$9100=$18109.

Отже, результати перевірки показали хорошу достовірність результатів.

Висновок

В процесі виконання оцінювання вартості програмної розробки були виділені основні функції програмного забезпечення для даної контрольної роботи, це такі як управління базою даних, засоби управління інтерфейсом користувача, засоби компютерної дисплейної графіки, управління периферією. Згідно розрахунків, які були виконанні, можна сказати, що вартість проекту складає приблизно $18109.

Міністерство освіти і науки, молоді та спорту України Запорізька державна інженерна академія Факультет інформаційних та електронних технологій Кафедра

Больше работ по теме: