Техническое задание для программы в главе 1 Техническое задание
 Скачать 219.49 Kb.
|
|
1 Техническое задание для программы В главе 1 «Техническое задание» необходимо разработать техническое задание на создаваемое программное обеспечение в соответствии с ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». 1. Техническое задание 1.1 Введение технического задания 1.2 Назначение разработки 1.3 Требования к программе или программному изделию 1.3.1 Требования к функциональным характеристикам 1.3.2 Требования к надежности 1.3.3 Требования к составу и параметрам технических средств 1.3.4 Требования к информационной и программной совместимости 1.4 Требования к программной документации Содержание разделов. В разделе 1.1 «Введение технического задания» должно включать наименование и краткую характеристику области применения программы или программного продукта, а также объекта (например, системы) в котором предполагается их использовать. Основное назначение введения - продемонстрировать актуальность данной разработки и показать, какое место эта разработка занимает в ряду подобных. В разделе 1.2 «Назначение разработки» должен содержать описание функционального и эксплуатационного назначения программного продукта с указанием категорий пользователей. Раздел 1.3 «Требования к программе или программному изделию» должен включать следующие подразделы: - требования к функциональным характеристикам; - требования к надежности; - требования к составу и параметрам технических средств; - требования к информационной и программной совместимости. В подразделе 1.3.1 «Требования к функциональным характеристикам» должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же подразделе при необходимости указывают критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной и/или внешней памяти и др. В подразделе 1.3.2 «Требования к надежности» указывают уровень надежности, который должен быть обеспечен разрабатываемой системой и время восстановления системы после сбоя. Для систем с обычными требованиями к надежности в этом подразделе иногда регламентируют действия разрабатываемого продукта по увеличению надежности результатов (обеспечения устойчивого функционирования, контроль входной и выходной информации, создание резервных копий промежуточных результатов, время восстановления после отказа и т. п.). В подразделе 1.3.3 «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик: тип микропроцессора, объем памяти, наличие внешних устройств и т. п. При этом часто указывают два варианта конфигурации: минимальный и рекомендуемый. В подразделе 1.3.4 «Требования к информационной и программной совместимости» указывают методы решения, определяют язык или среду программирования для разработки, а также используемую операционную систему и другие системные и пользовательские программные средства, с которым должно взаимодействовать разрабатываемое программное обеспечение. В этом же разделе при необходимости указывают, какую степень защиты информации необходимо предусмотреть. В разделе 1.4 «Требования к программной документации» указывают необходимость наличия руководства системного программиста, руководства пользователя, пояснительной записки и т. п. На все эти типы документов также существуют ГОСТы. Пример 1. Разработать техническое задание на создание системы «Учет успеваемости студентов». Система предназначена для оперативного учета успеваемости студентов в сессию деканом, заместителями декана по курсам и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому. 1. Техническое задание 1.1 Введение технического задания Настоящее техническое задание распространяется на разработку системы учета успеваемости студентов, предназначенной для сбора и хранения информации о ходе сдачи экзаменационной сессии. Предполагается, что использовать данную систему будут сотрудники деканата, декан и его заместители. Во время сессии необходимо получение оперативной информации о ходе ее сдачи студентами, однако выполнение такого контроля вручную требует значительного времени. Автоматизированная система учета успеваемости позволит улучшить качество контроля сдачи сессии со стороны куратора и деканата и обеспечит получение сведений о динамике работы каждого студента, группы и курса в целом. Кроме того, хранение информации о сдаче сессий в течение всего времени обучения позволит осуществлять автоматическую генерацию справок о прослушанных курсах и приложений к диплому выпускника. 1.2 Назначение разработки Система предназначена для хранения и обработки сведений об успеваемости студентов учебных групп факультета в течение всего срока обучения. Обработанные сведения об успеваемости студентов могут быть использованы для оценки успеваемости каждого студента, группы, курса и факультета в целом. 1.3 Требования к программе или программному изделию 1.3.1 Требования к функциональным характеристикам Система должна обеспечивать возможность выполнения следующих функций: - инициализацию системы (ввод списков групп, перечней изучаемых дисциплин в соответствии с учебными планами и т. п.); - ввод и коррекцию текущей информации о ходе сдачи сессии конкретными студентами; - хранение информации об успеваемости в течение времени обучения студента; - получение сведений о текущем состоянии сдачи сессии студентами. Исходными данными являются: - списки студентов учебных групп; - учебные планы кафедр – перечень предметов и контрольных мероприятий по каждому предмету; - расписания сессий; - текущие сведения о сдаче сессии каждым студентом. Результаты: - итоги сдачи сессии конкретным студентом; - итоги сдачи сессии студентами конкретной группы; - процент успеваемости по всем студентам группы при сдаче конкретного предмета в целом на текущий момент; - проценты успеваемости по всем группам специальности на текущий момент; - проценты успеваемости по всем группам курса на текущий момент; - проценты успеваемости по всем курсам и в целом по факультету на текущий момент; - список задолжников группы на текущий момент; - список задолжников курса на текущий момент. 1.3.2 Требования к надежности Требования к обеспечению надежного функционирования программы: - предусмотреть контроль вводимой информации; - предусмотреть блокировку некорректных действий пользователя при работе с системой; - обеспечить целостность хранимой информации. 1.3.3 Требования к составу и параметрам технических средств Система должна работать на IBM совместимых персональных компьютерах. Минимальная конфигурация: - тип процессора – AMD и выше; - объем оперативного запоминающего устройства – 1024 Мб и более. Рекомендуемая конфигурация: - тип процессора – … ; - объем оперативного запоминающего устройства – … . 1.3.4 Требования к информационной и программной совместимости Система должна работать под управлением семейства операционных систем Windows. 1.4 Требования к программной документации Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии. Программная система должна включать справочную информацию о работе и подсказки пользователю. В состав сопровождающей документации должны входить: - пояснительная записка на 25-30 листах, содержащая описание разработки; - руководство системного программиста; - руководство пользователя. Пример 2. Разработать техническое задание на разработку программного средства «Музыкальный плеер» 1. Техническое задание 1.1 Введение технического задания Настоящее техническое задание распространяется на разработку программного средства, предназначенной для воспроизведения аудио файлов различных форматов. Автоматизированная программа предоставляет графический интерфейс для удобного управления плейлистом, эквалайзером, домашней фонотекой, возможность прослушивания интернет радиостанций, выполнять обновления через Internet. Кроме того, в программе есть возможность выбора различных способов воспроизведения, интеллектуального ранжирования файлов, системы контроля за частотой воспроизведения. 1.2 Назначение разработки Программа предназначена для воспроизведения аудио файлов различных форматов. Программа предоставляет графический интерфейс для удобного управления плейлистом, эквалайзером, домашней фонотекой. 1.3 Требования к программе или программному изделию 1.3.1 Требования к функциональным характеристикам Программное средство «Музыкальный плеер» должно обеспечить выполнение перечисленных ниже функций: 1. воспроизведение аудио файлов: - воспроизведение файлов в формате *.mp3, *.aac, *.wav, *.mid, *.ogg; - открытие файлов в формате *.pls (файлы плей листов); 2. возможность поиска по плей-листу: - динамический поиск (поиск осуществляется начиная с набора первого символа, после набора второго символа поиск продолжается с более жесткими условиями и т.д. до нахождения определенно файла или уведомления о том, что файла, соответствующего таким условиям поиска, не существует); - поиск по ID3 тэгам (имя исполнителя, название песни, название альбома, год выпуска и т.д.); 3. возможность настройки звучания с помощью графического эквалайзера: - настройка звучание в различных частотных диапазонах; - настройка громкости воспроизведения; 4. возможность выбора различных способов воспроизведения: - воспроизведение в случайном порядке; - воспроизведение всех песен по кругу; - зацикленное воспроизведение 1й выбранной композиции; 5. возможность интеллектуального ранжирования файлов: - более часто прослушиваемые файлы должны воспроизводиться чаще при воспроизведении в случайном порядке; - выставление оценок файлам вручную (чем выше оценка файла, тем чаще он «выпадает» при воспроизведении в случайном порядке); 6. система контроля за частотой воспроизведения: - никакие файлы не должны воспроизводиться чаще определенного значения (например, не чаще 1 раза из 20 прослушанных песен); - никакие файлы не должны воспроизводиться реже определенного значения (например, не реже 1 раза из 1000 прослушанных песен); 7. возможность сортировки файлов: - сортировка воспроизводимых файлов по ID3-тэгам (исполнитель, альбом и т.п.); - сортировка воспроизводимых файлов по выставленным оценкам; 8. поддержка «плагинов» (модулей расширения функционала); 9. получение недостающей информации о композиции из баз различных интернет-каталогов/магазинов (например, из iTunes Store); 10. поиск аудио файлов для дальнейшего проигрывания по «расширенным» папкам локальной сети; 11. возможность прослушивания интернет радиостанций; 12. графический интерфейс: - возможность открытия файлов через графическое меню; - возможность управления воспроизведением через графические инструменты управления (клавиши «Play», «Pause», «Stop» и т.д.); - возможность графической настройки эквалайзера («ползунки»); - графический интерфейс для добавления «плагинов» и дальнейшей их настройки; - поддержка различных стилей оформления («скинов»); 13. возможность обновления через Internet. 1.3.2 Требования к надежности Плеер должен иметь системы оптимизации воспроизведения и возможность работы с плей-листами объемом более 50000 композиций не «зависая». Также плеер должен иметь возможность открывать файлы большого размера (более 1 Гб). В случае отказа плеера из-за некорректных действий пользователя, следует при следующем запуске сформировать отчет по логам системы и отправить разработчикам для устранения ошибки в будущей версии. 1.3.3 Требования к составу и параметрам технических средств В состав технических средств должен входить IBM-совместимый компьютер, включающий в себя: - процессор: не ниже Pentium 3 – 800 MHz; - оперативная память: не менее 128 Mb; - место на жестком диске: не менее 120 Mb; - ОС: Windows XP, Windows 2003, Windows Vista, Windows 7, Windows 8; - интернет соединение: не ниже 64 Кб/сек (опционально). 1.3.4 Требования к информационной и программной совместимости Для хранения внутренней информации о проигрываемых файлах (рейтинг, частота прослушивания и т.д.) используется формат хранения данных XML. Т.к. данные о треках хранятся в XML, их легко расширять за счет добавления новых свойств. Программа должны быть написана на языке С++. Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP, Windows 2003, Windows Vista, Windows 7, Windows 8. 1.4 Требования к программной документации Состав программной документации должен включать в себя: 1. техническое задание; 2. программу и методики испытаний; 3. руководство пользователя. |