Программное обеспечение для нахождения длины вектора и его положения на плоскости
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
nbsp;
2.3Идентификация и оценка функциональности транзакции (EI, EO, EQ)
В ПС имеются два внешних ввода (EI): ввод данных с клавиатуры и ввод данных из файла.
Для ввода данных с клавиатуры число типов элементов данных (DET) равно 4 x1, x2, y1, y2 и кнопка Ввод данных, количество типов используемых файлов (FTR) равно 1.
Уровень данного ввода - низкий.
Для ввода данных из файла получаем аналогичные результаты, за исключением того, что используется кнопка Ввод результата и символьная строка, где хранится имя файла.
Таким образом, FTR=1, DET=5, уровень сложности для ввода из файла - низкий.
В ПС имеется один внешний запрос (EQ) - запрос на решаемость исходной системы. Для него нужна проверка в которой определится: если данные корректны, то система имеет на выходе - строка Данные корректны или Данные не корректны, FTR=DET=1.
Таким образом, уровень внешнего запроса - низкий.
В ПС имеются два внешних вывода (EO): вывод на экран и вывод в файл.
Для вывода данных на экран число типов элементов данных (DET) равно 3: rez, dlina и кнопка Вывести результат на экран, количество типов используемых файлов (FTR) равно 3.
Таким образом, уровень вывода на экран - средний.
Для вывода данных в файл DET=3; RET=4: rez, dlinaкнопка Вывести результат в файл и строка с именем файла.
Уровень вывода в файл - средний.
2.4Определение значения нормирующего фактора
Рассчитаем ненормированное количество функциональных точек
Таблица 1.
Расчет UFPC
ХарактеристикаКол-воРангИтогВнешние вводы (EI)236Внешние выводы (EO)2510Внешние запросы (EQ)133Внутренние логические файлы (ILF)177Внешние интерфейсы0-0Итого (UFPC)26
Подсчитаем итоговую степень влияния (TDI) общих характеристик системы и нормирующий фактор (VAF).
Для данного ПС важны следующие характеристики:
Обмен данными имеет вес - 0, т.к. ПС реализовано как единый пакет на автономном компьютере.
Распределение функции, которая оценивается с весом - 0, поскольку данные между компонентами ПС и системы не передаются.
Производительность, которая оценивается с весом - 1, поскольку требования были рассмотрены, но для их удовлетворения специальных мер не потребовалось.
Интенсивно используемая конфигурация, которая оценивается с весом - 0, поскольку явных и неявных ограничений на использование ресурсов не установлено.
Диалоговый ввод данных, который оценивается с весом - 5, поскольку все транзакции в ПС интерактивные.
Эффективность для конечного пользователя, степень поддержки с диалоговым функциями эффективности работы по наличию в ПС следующих элементов пользовательского интерфейса - меню, оценивается с весом - 1.
Оперативное обновление с весом - 0, поскольку обновление отсутствуют.
Сложность обработки данных, которая оценивается с весом - 0, т.к. не присутствуют ни один из указанных пунктов.
Повторное использование, которое оценивается с весом - 0, поскольку в ПС нет кода, предназначенного для повторного использования.
Легкость установки, которая оценивается с весом - 0, поскольку нет особых требований пользователя, и не требует специальной установочной программы.
Простота использование, имеет вес - 0, поскольку нет особых требований пользователя.
Распространённость с весом - 0, поскольку ПС не рассчитано на использование больше чем одним пользователем или на установку более чем на одном компьютера.
Легкость изменение, который оценивается с весом - 0, т.к. пользователь не может вносить изменения.
Нормирующий фактор (VAF) определяется как:
2.5Подсчет нормированного количества функциональных точек
Нормированное количество функциональных точек для данного ПС вычисляется как:
2.6 Оценка количества строк исходного кода с использованием бэкфайер-метода
Т.к. данная программа будет разрабатываться среде C++ Builder6, что по таблице значений языкового множителя (LM) равносильно С++, то значение LM равно 34.
Таким образом, приблизительное количество строк законченной программы в среде C++ Builder6будет равно:
3.Оценка трудозатрат и сроков разработки программных средств
.1Управление, используемые в модели COCOMO
Рассмотрим расчет трудоемкости и сроков реализации программного проекта с использованием модели СОСОМО. В качестве исходных данных возьмем количество строчек кода. Очевидно, что по всем признакам (размеру, сложности, ограничениям) данный проект следует отнести к виду распространенный.
По исходным данным, полученным выше (636 строк кода) с помощью формулы, представленной ниже, без учета влияния стоимостных факторов можно определить ненормированные номинальные трудозатраты:
человеко - месяца,
а также ненормированную деятельность проекта:
месяца.
3.2Стоимостные факторы
Таблица 2.
Стоимостные факторы и коэффициенты нормирования трудозатрат для телефонного справочника
ФакторУровеньКоэффициентRelyОчень низкий0,75CPLXОчень низкий0,7TimeНоминальный1StorНоминальный1VirtОчень низкий-TurnОчень низкий0,87AcapНизкий1,19AexpНоминальный1PcapНизкий1,17VexpНоминальный1LexpНоминальный1ModpВысокий0,91ToolОчень высокий0,83ScedВысокий1,04Произведение0,49
Нормированные трудозатраты на реализацию проекта:
(человеко - месяца)
Нормированная длительность проекта:
(месяца).
Таким образом, для разработки программного средства необходимо 2,9 месяца. Полная реализация ПС равняется 4,6 месяца, без вых?/p>