Программное обеспечение для нахождения длины вектора и его положения на плоскости - Программирование, компьютеры и кибернетика курсовая работа

Программное обеспечение для нахождения длины вектора и его положения на плоскости - Программирование, компьютеры и кибернетика курсовая работа




































Главная

Программирование, компьютеры и кибернетика
Программное обеспечение для нахождения длины вектора и его положения на плоскости

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


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.


1. Обследование объектов автоматизации
1.4 Обзор существующих систем автоматизации поставленных задач
1.5 Требование к программному изделию
2.2 Идентификация и оценка функциональности данных (ILF, EIF)
2.3 Идентификация и оценка функциональности транзакции (EI, EO, EQ)
2.4 Определение значения нормирующего фактора.
2.5 Подсчет нормированного количества функциональных точек
2.6 Оценка количества строк исходного кода с использованием бэкфайер-метода
3. Оценка трудозатрат и сроков разработки программных средств
3.1 Управление, используемые в модели COCOMO
7.1 Требования к оформлению программного кода
8. Метрики сложности программных средств
8.2 Метрика сложности управление программ
8.3 Метрика уровня комментированности
9. Тестирование программных средств
1) По первой заданной точки `x1',определить в какой четверти она лежит.
2) По первой заданной точки `y1', определить в какой четверти она лежит.
3) Повторить для вторых точек `x2' и `y2'.
4) Исходя из полученных результатов находим, в какой четверти (или несколько четвертей) проходит весь вектор.
Рассмотрим решение данной задачи на примере из двух заданных точек.
Определим для первой точки, в какой четверти она находится. Для этого воспользуемся условием. Если `x'>0 и `y'>0, то это значит что первая четверть.
Повторим для второй точки. Если `x'<0 и `y'>0, то это значит что четвертая четверть.
Исходя из полученных данных, можно определить, что вектор проходит из первой в четвертую четверть.
Рис. 1 . Диаграмма вариантов использования для метода релаксации .
1) Программное изделие должно иметь 2 функции для ввода данных (из файла и клавиатуры).
2) Программное изделие должно иметь функцию для проверки верности данных.
3) Программное изделие должно находить длину вектора по двум заданным точкам с учетом указаний точности.
4) Программное изделие должно иметь функцию для вывода результата на экран и для записи этого результата в файл.
5) Для вывода информации не должны использоваться яркие цвета, иметь удобный интерфейс, использовать стандартные шрифты.
1) Данное программное изделие должно находить решение при четырех заданных точках.
1) Время ответа не должно превышать больше 1 секунды.
2) Программное изделие должно работать без сбоев в течение 2 часов
1) Программное изделие должно иметь возможность для ввода исходных данных с клав иатуры или с файла.
2) Программное изделие должно выводить ответ в виде графика.
1) Программное изделие должно работать под WindowsсерииXP.
1) Программное изделие должно выдавать ошибку или предупреждение, если данные введены не полностью.
Подсчитаем итоговую степень влияния (TDI) общих характеристик системы и нормирующий фактор (VAF).
Для данного ПС важны следующие характеристики:
· Обмен данными имеет вес - 0, т.к. ПС реализовано как единый пакет на автономном компьютере.
· Распределение функции, которая оценивается с весом - 0, поскольку данные между компонентами ПС и системы не передаются.
· Производительность, которая оценивается с весом - 1, поскольку требования были рассмотрены, но для их удовлетворения специальных мер не потребовалось.
· Интенсивно используемая конфигурация, которая оценивается с весом - 0, поскольку явных и неявных ограничений на использование ресурсов не установлено.
· Диалоговый ввод данных, который оценивается с весом - 5, поскольку все транзакции в ПС интерактивные.
· Эффективность для конечного пользователя, степень поддержки с диалоговым функциями эффективности работы по наличию в ПС следующих элементов пользовательского интерфейса - меню, оценивается с весом - 1.
· Оперативное обновление с весом - 0, поскольку обновление отсутствуют.
· Сложность обработки данных, которая оценивается с весом - 0, т.к. не присутствуют ни один из указанных пунктов.
· Повторное использование, которое оценивается с весом - 0, поскольку в ПС нет кода, предназначенного для повторного использования.
· Легкость установки, которая оценивается с весом - 0, поскольку нет особых требований пользователя, и не требует специальной установочной программы.
· Простота использование, имеет вес - 0, поскольку нет особых требований пользователя.
· Распространённость с весом - 0, поскольку ПС не рассчитано на использование больше чем одним пользователем или на установку более чем на одном компьютера.
· Легкость изменение, который оценивается с весом - 0, т.к. пользователь не может вносить изменения.
Нормирующий фактор (VAF) определяется как:
Рассмотрим расчет трудоемкости и сроков реализации программного проекта с использованием модели СОСОМО. В качестве исходных данных возьмем количество строчек кода. Очевидно, что по всем признакам (размеру, сложности, ограничениям) данный проект следует отнести к виду распространенный.
По исходным данным, полученным выше (636 строк кода) с помощью формулы, представленной ниже, без учета влияния стоимостных факторов можно определить ненормированные номинальные трудозатраты:
а также ненормированную деятельность проекта:
Стоимостные факторы и коэффициенты нормирования трудозатрат для телефонного справочника
Нормированные трудозатраты на реализацию проекта:
Нормированная длительность проекта:
Таким образом, для разработки программного средства необходимо 2,9 месяца. Полная реализация ПС равняется 4,6 месяца, без выходных. Затраты на экспертизы составляет 30% или дополнительно 1,3 месяца, без выходных. Итого на реализацию ПС необходимо 6 месяцев, без выходных.
Техническое задание по госту 34.602-89
Студент группы 08ПО-2 Щербаков Д.В.
Перечень документов, на основании которых создается система.
Сведения об источниках и порядке финансирования работ.
Порядок оформления и предъявления заказчику результатов работ.
Назначение и цели создания системы.
Система предназначена для нахождение положение вектора на плоскости и его длину.
Создание продукта, позволяющего находить в какой четверти находится вектор и его длину.
Характеристика объекта автоматизации.
Использование данной системы позволит определять 9 положенийвектора на плоскости и формулу определение его длины.
Условия эксплуатации объекта автоматизации и характеристиках окружающей среды.
Данная система должна функционировать под управлением операционной системы Windows XP.
Требования к структуре и функционированию системы.
Разрабатываемая система должна включать в себя возможность сохранять и извлекать данные из файла и выводить весь свой функционал (график, введенные числа, ответ) на монитор
Требования к обслуживающему персоналу.
Для обслуживания ПС необходим обычный пользователь ПК с начальными знаниями операционной системы.
Обеспечить очень высокий показатель надежности для данного ПС.
Требования к эргономике и технической эстетике.
Интерфейс программы должен быть простым и интуитивным. При выборе цветового решения предпочтения отдать спокойным тонам.
Данное ПС должно работать стабильно,без сбоев, без критических ошибок. Обслуживание данного ПС не обязательно.
Требования к защите информации от несанкционированного доступа.
Требования по сохранности информации.
Требования к функциям (задачам), выполняемым системой.
Требования к каждой функции к форме представления выходной информации.
Выходная информация будет храниться в файле с расширением *.txt
Перечень и критерий отказов для каждой функции.
Состав и содержание работ по созданию системы.
Раздел должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ.
1) перечень документов, по ГОСТ 34.201-89 , предъявляемых по окончании соответствующих стадий и этапов работ;
2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт)
Разработать проект «Вектор» с использованием стадий: технический проект, рабочая документация, ввод в действие с объединением их в один том «Рабочая документация.
Виды, состав, объем и методы испытаний системы и ее основных частей.
Проведение тестовых испытаний будет проводиться после готовности ПС.
Общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации.
Демонстрация полнофункциональной версии программы и представление текстовой документации.
Требование к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.
Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ.
Создание условий функционирования объекта автоматизации
Установка и настройка операционной системы.
Сроки и порядок комплектования штатов и обучения персонала.
Документация, подлежащая разработке.
Документы и информационные материалы (технико-экономическое обоснование, отчеты о НИР, информационные материалы на системы-аналоги и др.).
Основные этапы реализации разрабатываемого ПО
2.1. Эскизное проектирование базовой версии ПС.
2.2. Техническое (детальное) проектирование базовой версии ПС.
3.3. Разработка документации компонентов базовой версии ПО
6. Внедрение и поддержка разработчиками процесса эксплуатации версии ПС пользователями.
· Project1.cpp - в данном файле происходит создание формы и ее запуск, также обработка исключений если форма не создалась.
· Unit1.cpp - главный файл проекта, в котором происходит ввод данный, чтение и запись данный, решение поставленной задачи.
· Unit1.h - в данном файле происходит описание всех компонентов, а так же описание глобальных переменных.
· input.txt - файл, для считывание данных.
· void new_list() - функция для очищение графика, на котором рисуются вектора.
· intlenV(intx1, intx2, inty1, inty2) - функция для нахождения длины вектора.
· paint () - выводит график с определенным масштабом.
· intchetvert1 (intx1, inty1) иintchetvert1 (intx1, inty1) - функция находит в какой плоскость он находится точка.
· int check_num (AnsiString chain, int len, int flag) - функция, проверяет ввод данных на их корректность.
· int proverka1 (int flag1, int flag2, int flag3, int flag4 и int proverka2 (int x1, int x2, int y1, int y2) -функциивыводитпредупрежденияесливводимыеданныеневерны
· void reset () - функция для сброса значений во всех полях вводимых данных и вывода результата, а так же вызывается функция void new_list().
· void __fastcallTForm1::Button2Click(TObject *Sender)- основная функция из которой вызываются все остальные.
· void __fastcallTForm1::Button1Click(TObject *Sender) - функция для считывание данных из файла.
· void __fastcall TForm1::Button3Click(TObject *Sender) -функциядлязаписивфайл.
· void __fastcallTForm1::Button4Click(TObject *Sender) -функция которая отображает то что будет записано в файл.
программный данное нормированный разработка
Реальная длина приведенного фрагмента программы составляет:
Найдем теоритический показатель длины, используя уравнение длины, гипотезы М.Х. Хостела:
Минимальная длина зависит только от числа элементов в словаре з. Например, словарь из восьми различных элементов требует восемь различных знаков, или, что то же самое, восемь возможных значений двоичного числа, состоящего из трех разрядов. В общем случае есть минимальная длина (в битах) всей программы.
Соответствующая метрическая характеристика размера любой реализации какого-либо алгоритма, называемая объемом V, может быть определена как:
Обозначив соответствующие программные параметры наиболее сжатой формы алгоритма звездочками, получим, что минимальный (или потенциальный) объем:
Но в минимальной форме ни операторы, ни операнды не требуют повторений, поэтому:
Кроме того, известно минимально возможное число операторов для любого алгоритма. Каждый алгоритм должен включать один оператор для имени функции или процедуры и один в качестве символа присваивания или группировки, т. е. . Тогда для потенциально объема можно записать следующее уравнение:
В рассматриваемом примере реальный объем составляет:
Чтобы найти потенциальный объем, нам нужно только подсчитать число требуемых входных и выходных параметров. ВданномслучаеэтоForm1->Label14->Caption, Form1->Label15->Caption, Form1->Label16->Caption,Form1->Label17->Visible, такчто.Следовательно, потенциальный объем:
С использованием значений реального и потенциального объема ПС можно определить метрику качества программирования . L
Нередко целесообразно определить уровень программы, не прибегая к оценке ее теоретического объема, поскольку список параметров программы часто зависит от реализации и может быть искусственно расширен. Это приводит к увеличению метрической характеристики качества программирования. М. Холстед предлагает аппроксимировать эту оценку выражением, включающим только фактические параметры, т. е. параметры реальной программы:
Метрика интеллектуального содержание
Полученная характеристика уровня программы , позволяет определить метрику интеллектуального содержания I, которая рассматривается как интеллектуальное содержание конкретного алгоритма, инвариантное по отношению к используемым языкам реализации:
Введение характеристики I позволяет определить умственные затраты на создание программы. Процесс создания программы условно можно представить как ряд операций:
1) осмысление предложения известного алгоритма;
2) запись предложения алгоритма в терминах используемого языка программирования, т. е. поиск в словаре языка соответствующей инструкции, ее смысловое наполнение и запись.
Метрики тенденций дефектов (или профили дефектов) - группа метрик, которые предназначены для определения тенденций дефектов в ПС, а также динамики устранения дефектов. Профили дефектов могут вычисляться по любой классификационной категории: приоритетам устранения, типам, серьезности.
Метрики надежности - вычисляются по данным об отказах и требуют помимо подсчета отказов (дефектов) измерения интервалов времени между отказами.
Метрики состояния процесса тестирования
Общее состояние выполнения тестирования
Метрики оценки продолжительности и трудоемкости тестирования.
Продолжительность тестирования может вычисляться в единицах календарного времени тестирования (днях) (включая время на разработку планов, тестов, подготовку данных, выполнение тестов, регистрацию результатов и др.).
Трудоемкость тестирования Tm (чел.-дней) - может вычисляться как сумма периодов времени, потраченного участниками процесса тестирования на выполнение задач тестирования.
где Ді - время (дней), затраченное одним участником, n - количество участников.
· модель содержит изменяющуюся вероятность отказов для различных источников ошибок и соответственно разную вероятность их исправления;
· в модели используются такие параметры, как результат только N испытаний, в которых наблюдается N i ошибок i-го типа;
· выявление в ходе N испытаний ошибки i-го типа появляется с вероятностью a i .
Показатель уровня надежности R вычисляют по следующей формуле:
где N 0 - число безотказных (или безуспешных) испытаний, выполненных в серии из N испытаний, k - известное число типов ошибок, Y i - вероятность появления ошибок, при N i > 0, Y i = a i , при N i = 0, Y i = 0.
Было проведено 7 испытаний программы. 2 из 7 испытаний прошли безуспешно, а в остальных случаях получились следующие данные:
Вероятность появления ошибки. При исп. Ni
Подсчет количества функциональных точек. Расчет трудозатрат на разработку программного средства и ориентировочного времени его разработки, модель жизненного цикла. Разработка технического задания на создание автоматизированной системы, требования к ней. курсовая работа [2,0 M], добавлен 11.01.2014
Разработка программы ведения базы данных для отделения диспансеризации подростков студенческой поликлиники. Требования к программному изделию и программной документации. Стадии и этапы разработки программы. Требования к написанию пояснительной записки. курсовая работа [18,9 K], добавлен 02.05.2009
Требования к программе или программному продукту. Условия эксплуатации и требования к параметрам технических средств. Программное обеспечение, рекомендуемое для функционирования программы. Руководство системного программиста и настройка программы. отчет по практике [1,1 M], добавлен 22.07.2012
Список используемых программных продуктов на предприятии ООО "FasTel". Требования к оборудованию, выбор среды передачи данных. Разработка топологии сети. Основные требования, предъявляемые к серверной комнате. Выбор сетевого шкафа и оборудования. реферат [3,1 M], добавлен 09.12.2014
Разработка программного обеспечения по моделированию рельефа местности на основе топографических карт и прочих объектов на ней. Цифровые модели рельефа. Бикубическая интерполяция высотных данных. Технические требования к программному изделию. отчет по практике [246,4 K], добавлен 06.04.2013
Выбор программных средст, основные требования. Разработка программного обеспечение для автоматизации учета использования и обслуживания транспортных средств. Инфологическая модель базы данных. Разработка SQL запросов, алгоритмов. Структура базы данных. курсовая работа [1,0 M], добавлен 16.02.2015
Анализ методов оценки надежности программных средств на всех этапах жизненного цикла, их классификация и типы, предъявляемые требования. Мультиверсионное программное обеспечение. Современные модели и алгоритмы анализа надежности программных средств. дипломная работа [280,5 K], добавлен 03.11.2013
Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д. PPT, PPTX и PDF-файлы представлены только в архивах. Рекомендуем скачать работу .

© 2000 — 2021



Программное обеспечение для нахождения длины вектора и его положения на плоскости курсовая работа. Программирование, компьютеры и кибернетика.
Дипломная работа по теме Организация перевозок икры лососевой на направлении Южно-Сахалинск-Москва
Реферат: Русская духовная культуpа. Особенности ее становления. Русский национальный хаpактеp, понятие этноса, менталитет.
Рим Великая Империя Эссе
Аналитический Отчет По Итогам Производственной Практики
Доклад по теме Сексотерапия
Реферат: Основные технологии
Дипломная работа по теме Понятие и правовая природа гражданско-правовой сделки
Реферат по теме Новые условия осуществления предпринимательской деятельности на территории средних, малых городских поселений, сельской местности
Реферат по теме Коммерческие банки - начало развития на Украине
Написать Небольшое Сочинение 5 Класс 8 Марта
Рефераты: Сексология.
Эссе Собственное Мнение
Научная работа: Голодомор 1932-1933
Эссе О Современных Формах Общения Юриста
Реферат Биотехнологические Способы Получения Аминокислот
Реферат По Физкультуре Основы Физической И Спортивной Подготовки
Адам Мен Заман Эссе
Тепловым Движением Можно Считать Контрольная Работа
Культура и актуальные проблемы современности
Курсовая работа по теме Теоретический анализ юридических норм, образующих в своей совокупности институт прав человека и гражданина на свободу передвижения
Дилятаційна кардіоміопатія - Медицина презентация
Педагогика как наука, объект, предмет, функции - Педагогика реферат
Конвертор из языка Pascal в C++ - Программирование, компьютеры и кибернетика курсовая работа


Report Page