Основные требования к программному изделию. Идентификация и оценка функциональности данных. Подсчет нормированного количества функциональных точек. Оценка трудозатрат и сроков разработки программных средств. Определение значения нормирующего фактора.
При низкой оригинальности работы "Программное обеспечение для нахождения длины вектора и его положения на плоскости", Вы можете повысить уникальность этой работы до 80-100%
Программный продукт, предназначенный для нахождение четвертей на координатной плоскости, в которых проходит заданный вектор и определение его длины. Задача объекта автоматизации - нахождение четвертей на координатной плоскости, где проходит заданный вектор и определение его длины. Для решение данной задачи объекта автоматизации, необходимо: 1) По первой заданной точки ‘x1’,определить в какой четверти она лежит. 2) По первой заданной точки ‘y1’, определить в какой четверти она лежит. 4) Исходя из полученных результатов находим, в какой четверти (или несколько четвертей) проходит весь вектор.Для представления предметной области воспользуемся диаграммой вариантов использования.1) Программное изделие должно иметь 2 функции для ввода данных (из файла и клавиатуры). 2) Программное изделие должно иметь функцию для проверки верности данных.1.5.1 Функциональные требование: 1) Данное программное изделие должно находить решение при четырех заданных точках.1) Время ответа не должно превышать больше 1 секунды.1) Программное изделие должно иметь возможность для ввода исходных данных с клавиатуры или с файла.1) Программное изделие должно работать под WINDOWSСЕРИИXP.1) Программное изделие должно выдавать ошибку или предупреждение, если данные введены не полностью.В ПС имеется один внутренний логический файл (ILF)для хранения всей нужной информации (координаты точек). Число типов элементов записей (RET) для этого файла равно 1: · ‘x1’, ‘x2’, ‘y1’, ‘y2’ - вещественные числа. В ПС имеются два внешних ввода (EI): ввод данных с клавиатуры и ввод данных из файла. Для ввода данных из файла получаем аналогичные результаты, за исключением того, что используется кнопка “Ввод результата” и символьная строка, где хранится имя файла. В ПС имеются два внешних вывода (EO): вывод на экран и вывод в файл.Для данного ПС важны следующие характеристики: · Обмен данными имеет вес - 0, т.к. · Распределение функции, которая оценивается с весом - 0, поскольку данные между компонентами ПС и системы не передаются. · Производительность, которая оценивается с весом - 1, поскольку требования были рассмотрены, но для их удовлетворения специальных мер не потребовалось. · Интенсивно используемая конфигурация, которая оценивается с весом - 0, поскольку явных и неявных ограничений на использование ресурсов не установлено. · Эффективность для конечного пользователя, степень поддержки с диалоговым функциями эффективности работы по наличию в ПС следующих элементов пользовательского интерфейса - меню, оценивается с весом - 1.Нормированное количество функциональных точек для данного ПС вычисляется как:Т.к. данная программа будет разрабатываться среде C Builder6, что по таблице значений языкового множителя (LM) равносильно С , то значение LM равно 34.Рассмотрим расчет трудоемкости и сроков реализации программного проекта с использованием модели СОСОМО.Стоимостные факторы и коэффициенты нормирования трудозатрат для телефонного справочника Фактор Уровень Коэффициент Time Номинальный 1 Stor Номинальный 1 Полная реализация ПС равняется 4,6 месяца, без выходных.Требования отсутствуют. Перечень документов, на основании которых создается система. Требования отсутствуют. Требования отсутствуют. Требования к функциям (задачам), выполняемым системой.Для организации, планирование, распределение ресурсов (трудозатрат и времени) и управление проектом разработки необходимо определится с типом жизненного цикла (ЖЦ). Суть этой модели состоит в следующем: каждая стадия должна быть завершена до перехода к следующей, а создаваемые на ней рабочие продукты после их верификации и валидации (V&V) должны быть "заморожены" и переданы на следующую стадию в качестве эталона. Наиболее жесткое ограничение этой модели - необходимость "замораживания" требований, при этом, чтобы минимизировать риск увеличения стоимости, допускаются только небольшие изменения. С точки зрения качества ПС, в этой модели стоимость исправления дефектов на стадии тестирования наибольшая из всех моделей, поскольку тестирование выполняется в самом конце разработки. Изза недостатка времени на переделки и тестирование существует значительный риск выпуска ПС с серьезными дефектами.Причем, в данном случае будет иметь место одномодульная структура, т.е. весь проект будет представлять собой один модуль, где будут реализованы все нужные функции. Разрабатываемое ПС имеет функциональный тип связности, т.к. все части модуля реализуют одну функцию (задачу) - нахождение длины вектора и положение ее на координатной плоскости. Т.е. в нашем случае имеется модуль, который содержит элементы, которые, в свою очередь, участвуют в выполнении одной и только одной проблемной задачи. Файлы проекта: · Project1.cpp - в данном файле происходит создание формы и ее запуск, также обработка исключений если форма не создалась. Основные функции проекта: · void new_list() - функция для очищение графика, на котором рисуются вектора.В программе использованы координаты точек на плоскости-x, y, соответствующее продолжение их оз
План
ОГЛАВЛЕНИЕ
1. Обследование объектов автоматизации
1.1 Описание предметной области
1.2 Модель предметной области
1.3 Требование пользователя
1.4 Обзор существующих систем автоматизации поставленных задач
