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

Курсовой проект - Компьютеры, программирование

Другие курсовые по предмету Компьютеры, программирование

?дных. Затраты на экспертизы составляет 30% или дополнительно 1,3 месяца, без выходных. Итого на реализацию ПС необходимо 6 месяцев, без выходных.

 

 

4.Техническое задание

 

Таблица 3

Техническое задание по госту 34.602-89

Наименование разделаСодержание разделаТребуемые характеристики.Общие сведения.Наименование системы.Программное средство Вектор.Шифр темы номер договора.Требования отсутствуют.Разработчик.Студент группы 08ПО-2 Щербаков Д.В.Перечень документов, на основании которых создается система.Пояснительная записка.Срок сдачи проекта.17.10.2011Сведения об источниках и порядке финансирования работ.Требования отсутствуют.Порядок оформления и предъявления заказчику результатов работ.Требования отсутствуют.Назначение и цели создания системы.Назначение системы.Система предназначена для нахождение положение вектора на плоскости и его длину.Цели создания системы.Создание продукта, позволяющего находить в какой четверти находится вектор и его длину.Характеристика объекта автоматизации.Сведения об объекте автоматизации.Использование данной системы позволит определять 9 положенийвектора на плоскости и формулу определение его длины.Условия эксплуатации объекта автоматизации и характеристиках окружающей среды.Данная система должна функционировать под управлением операционной системы Windows XP.Требования к системеТребования к системе в целомТребования к структуре и функционированию системы.Разрабатываемая система должна включать в себя возможность сохранять и извлекать данные из файла и выводить весь свой функционал (график, введенные числа, ответ) на мониторТребования к обслуживающему персоналу.Для обслуживания ПС необходим обычный пользователь ПК с начальными знаниями операционной системы.Требования показателей назначения.Требования отсутствуют.Требования к надежности.Обеспечить очень высокий показатель надежности для данного ПС.Требования к эргономике и технической эстетике.Интерфейс программы должен быть простым и интуитивным. При выборе цветового решения предпочтения отдать спокойным тонам.Требования к эксплуатации.Данное ПС должно работать стабильно,без сбоев, без критических ошибок. Обслуживание данного ПС не обязательно.Требования к защите информации от несанкционированного доступа.Требования отсутствуют.Требования по сохранности информации.Требования отсутствуют.Требования к функциям (задачам), выполняемым системой.Перечень задач автоматизации.Ввод переменных функции.Требования к каждой функции к форме представления выходной информации.Выходная информация будет храниться в файле с расширением *.txtПеречень и критерий отказов для каждой функции.Требования отсутствуют.Требования к видам обеспеченияМатематическомуТребования отсутствуют.ИнформационномуТребования отсутствуют.ЛингвистическомуТребование отсутствуют.ПрограммномуТребования отсутствуют.ТехническомуIBM совместимы с ПКМетрологическомуISOСостав и содержание работ по созданию системы.Раздел должен содержать перечень стадий и этапов работ по созданию системы в соответствии с ГОСТ 24.601, сроки их выполнения, перечень организаций - исполнителей работ, ссылки на документы, подтверждающие согласие этих организаций на участие в создании системы, или запись, определяющую ответственного (заказчик или разработчик) за проведение этих работ. В данном разделе также приводят: 1) перечень документов, по ГОСТ 34.201-89 , предъявляемых по окончании соответствующих стадий и этапов работ; 2) вид и порядок проведения экспертизы технической документации (стадия, этап, объем проверяемой документации, организация-эксперт)Разработать проект Вектор с использованием стадий: технический проект, рабочая документация, ввод в действие с объединением их в один том Рабочая документация. Порядок контроля и приемки системыВиды, состав, объем и методы испытаний системы и ее основных частей.Проведение тестовых испытаний будет проводиться после готовности ПС. Общие требования к приемке работ по стадиям, порядок согласования и утверждения приемочной документации.Демонстрация полнофункциональной версии программы и представление текстовой документации.Статус приемочной комиссии.Доцент Азарченков А.А.Требование к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.Приведение поступающей в систему информации к виду, пригодному для обработки с помощью ЭВМ.Требования отсутствуют.Создание условий функционирования объекта автоматизацииУстановка и настройка операционной системы.Сроки и порядок комплектования штатов и обучения персонала.Требования отсутствуют.Требования к документированию.Документация, подлежащая разработке.Руководство пользователя.Источники разработкиДокументы и информационные материалы (технико-экономическое обоснование, отчеты о НИР, информационные материалы на системы-аналоги и др.).

 

5.Жизненный цикл

 

Для организации, планирование, распределение ресурсов (трудозатрат и времени) и управление проектом разработки необходимо определится с типом жизненного цикла (ЖЦ). Мною была выбрана последовательная модель - каскадная модель. Суть этой модели состоит в следующем: каждая стадия должна быть завершена до перехода к следующей, а создаваемые на ней рабочие продукты после их верификации и валидации (V&V) должны быть "заморожены" и переданы на следующую стадию в качестве эталона. Пользователь видит работающий программный продукт в самом конце разработки. На?/p>