Главная страница

Курсовая работа Архитектура информационных систем. курсач. 1. Этап анализа


Скачать 261.44 Kb.
Название1. Этап анализа
АнкорКурсовая работа Архитектура информационных систем
Дата05.11.2021
Размер261.44 Kb.
Формат файлаdocx
Имя файлакурсач.docx
ТипРеферат
#263879
страница10 из 10
1   2   3   4   5   6   7   8   9   10

3.4 Определение уровень квалификации разработчиков



Уровень квалификации разработчиков (EF – Environmental Factor) вычисляется с учетом следующих показателей.

Каждому показателю присваивается значение в диапазоне от 0 до 5. Для показателей F1 – F4 0 означает отсутствие, 3 – средний уровень, 5 – высокий уровень. Для показателя F5 0 означает отсутствие мотивации, 3 – средний уровень, 5 – высокий уровень мотивации. Для F6 0 означает высокую нестабильность требований, 3 – среднюю, 5 – стабильные требования. Для F7 0 означает отсутствие специалистов с частичной занятостью, 3 – средний уровень, 5 – все специалисты с частичной занятостью. Для показателя F8 0 означает простой язык программирования, 3 – среднюю сложность, 5 – высокую сложность.

Показатель

Описание

Вес

F1

Знакомство с технологией

1,5

F2

Опыт разработки приложений

0,5

F3

Опыт использования ООП

1

F4

Наличие ведущего аналитика

0,5

F5

Мотивация

1

F6

Стабильность требований

2

F7

Частичная занятость

-1

F8

Сложные языки программирования

-1

Таблица 3.7. Показатели уровня квалификации разработчиков
Для каждого показателя даем значение от 1 до 5. Вычислим EF для системы электронной торговли :


Показатель

Вес

Значение

Значение с учетом веса

F1

1,5

4

6

F2

0,5

4

2

F3

1

1

1

F4

0,5

4

2

F5

1

5

5

F6

2

2

4

F7

-1

0

0

F8

-1

0

0









20

Таблица 3.8. Показатели уровня квалификации разработчиков системы электронной торговли
Значение EF вычисляется по формуле:

EF = 1,4 + (-0,03* (ΣFi * Весi ))
Вычислим EF:

EF = 1,4 + (-0,03*20) = 0.8
В результате получаем окончательное значение UCP (Use Case Points):

UCP = UUCP * TCF * EF = 93 * 1,075* 0.8 = 79,98


3.5 Оценка трудоемкости проекта



Рассмотрим показатели F1–F8 и определим, сколько показателей F1–F6 имеют значение меньше 3 и сколько показателей F7–F8 имеют значение больше 3. Если общее количество меньше или равно 2, следует использовать 20 чел.-ч на одну UCP, если 3 или 4–28. Если общее количество равно 5 или более, следует внести изменения в сам проект, в противном случае риск провала слишком высок.

Для системы регистрации получаем 20 чел.-ч на одну UCP.

Таким образом, общее количество человеко-часов на весь проект равно

UCP =79,98*20 = 1599,6 ч/ч
UCP =1599,6 ч/ч что составляет около 39,99 недель при 40-часовой рабочей неделе. Допустим, что команда разработчиков состоит из четырех человек (руководитель программист, дизайнер и аналитик), и добавим 3 недели на различные непредвиденные ситуации, тогда в итоге получим 10,7 недель на весь проект.
Для подсчета заработной платы сотрудников за весь период проекта, были произведены вычисления, показанные на рис. 3.9.




Сотрудник

ч/ч

З/п за час

Начисление з/п за проект

1

Руководитель

500

500

250000

2

Программист

400

350

140000

3

Дизайнер

300

250

75000

4

Аналитик

400

350

140000

сумма:







605000

Таблица 3.9. начисление зарплаты сотрудникам электронной торговли
В этой главе была рассчитана калькуляция весовых действующих лиц, калькуляция весовых вариантов использования, определен уровень технической сложности проекта, определен уровень квалификации разработчиков и найдена оценка трудоемкости проекта.


Заключение



В результате выполнение курсовой работы была реализована поставленная цель.

В первой главе был произведен этап анализа, описана предметная область, определены процессы, описаны прецеденты, приведены диаграммы прецедентов, описан типичный ход событий, описана концептуальная модель, описаны функции системы, приведена диаграмма последовательности и взаимодействие покупателей с системой.

Во второй главе были произведены системные операции, варианты использовании нескольких прецедентов и их цель, исполнители, тип и какие функции содержат эти прецеденты. Проектировано диаграмма состояние, разработана диаграмма компонентов модуль корзина-заказ. Проектировано диаграмма развертывание.

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

Приложение

Структурная схема управления магазина



Список литературы



1. UML основы. М. Фаулер. - СПб.: Символ-Плюс, 2015. - 184 с.

2. Технологии разработки программного обеспечения. С.А. Орлов. - СПб.: Питер, 2012. – 342 с.

3. Дастурамал барои иҷрои корҳои лабораторӣ аз фанни технологияи UML. Солиев О.М., Худойбердиев Х.А. (электронӣ дар китобхонаи рақамии ДПДТТ)

4. Дастурамал барои иҷрои корҳои семестрӣ аз фанни технологияи UML. Худойбердиев Х.А. (электронӣ дар китобхонаи рақамии ДПДТТ)

5. Язык UML. Руководство пользователя. Г. Буч, Д. Рамбо, А. Джекобсон. - СПб.: Питер, 2011. - 325 с.

6. Использование средств Visual Basic.Net в создании информационных систем. Учебное пособие. Мачулина Л.А., Скороходов В.А. – Ростов-на-Дону: 2013. -141 с.

7. Самоучитель UML. Леоненков А.В. -СПб.: БХВ-Петербург, 2012. -432 с.

8. Практикум по проектированию программного обеспечения экономических информационных систем: Учеб. пособие. Вендров А.М. - М.: Финансы и статистика, 2012. - 192 с.азмещено на All
1   2   3   4   5   6   7   8   9   10


написать администратору сайта