Учебно-исследовательская работа
.pdf151
|
Наимено- |
|
Перечень |
Срок |
Контрактная |
№ |
Содержание |
документов, |
|||
вание |
разрабатываемыхна |
исполнения |
цена, |
||
п/п |
этапов |
выполняемыхработ |
этапахвыполнения |
(начало— |
(тыс. руб.) |
|
|
|
ОКР |
окончание) |
|
|
|
|
|
|
|
|
|
Разработка алго- |
татов интеллекту- |
|
|
|
|
ритма решения |
альной деятельно- |
|
|
|
|
задачи. |
сти, полученных в |
|
|
|
|
Определение |
ходе выполнения |
|
|
|
|
формы представ- |
этапа. |
|
|
|
|
ления входных и |
Решение НТС |
|
|
|
|
выходных данных. |
предприятия по |
|
|
|
|
Определение се- |
защите ТП. |
|
|
|
|
мантики и син- |
Технический акт. |
|
|
|
|
таксиса языка. |
Акт сдачи- |
|
|
|
|
Разработка струк- |
приемки |
|
|
|
|
туры программы. |
|
|
|
|
|
Окончательное |
|
|
|
|
|
определение кон- |
|
|
|
|
|
фигурации техни- |
|
|
|
|
|
ческих средств. |
|
|
|
|
|
Разработка плана |
|
|
|
|
|
мероприятий по |
|
|
|
|
|
разработке и вне- |
|
|
|
|
|
дрению про- |
|
|
|
|
|
грамм. |
|
|
|
|
|
Разработкапояс- |
|
|
|
|
|
нительнойзаписки. |
|
|
|
|
|
Проведение до- |
|
|
|
|
|
полнительных па- |
|
|
|
|
|
тентных исследо- |
|
|
|
|
|
ваний. |
|
|
|
|
|
Согласованиеи |
|
|
|
|
|
утверждениетех- |
|
|
|
|
|
нического проекта |
|
|
|
3 |
Рабо- |
Программирова- |
Комплект про- |
|
|
|
чий |
ние и отладка |
граммных доку- |
|
|
|
проект |
программы. |
ментов. ПМ ПИ. |
|
|
|
|
Изготовление |
Утвержденный |
|
|
|
|
программы- |
Акт готовности |
|
|
|
|
оригинала. |
программной до- |
|
|
|
|
Разработка про- |
кументации к ПИ. |
|
|
|
|
граммных доку- |
Перечень резуль- |
|
|
152
|
Наимено- |
|
Перечень |
Срок |
Контрактная |
№ |
Содержание |
документов, |
|||
вание |
разрабатываемыхна |
исполнения |
цена, |
||
п/п |
этапов |
выполняемыхработ |
этапахвыполнения |
(начало— |
(тыс. руб.) |
|
|
|
ОКР |
окончание) |
|
|
|
|
|
|
|
|
|
ментов в соответ- |
татов интеллекту- |
|
|
|
|
ствии с требова- |
альной деятельно- |
|
|
|
|
ниями ГОСТ |
сти, полученных в |
|
|
|
|
19.101-77. |
ходе выполнения |
|
|
|
|
Разработка, со- |
этапа. |
|
|
|
|
гласование и ут- |
Решение НТС |
|
|
|
|
верждение про- |
предприятия по |
|
|
|
|
граммы и методи- |
защите ТП. |
|
|
|
|
ки (ПМ) предва- |
Технический акт. |
|
|
|
|
рительных испы- |
Акт сдачи- |
|
|
|
|
таний (ПИ). |
приемки |
|
|
|
|
Проведение до- |
|
|
|
|
|
полнительных па- |
|
|
|
|
|
тентных исследо- |
|
|
|
|
|
ваний |
|
|
|
4 |
Пред- |
Проведение пред- |
Протоколы испы- |
|
|
|
вари- |
варительных ис- |
таний по пунктам |
|
|
|
тель- |
пытаний. |
программы. |
|
|
|
ные |
Корректировка |
Перечень резуль- |
|
|
|
испы- |
программы и про- |
татов интеллекту- |
|
|
|
тания |
граммной доку- |
альной деятельно- |
|
|
|
|
ментации по ре- |
сти, полученных в |
|
|
|
|
зультатам испы- |
ходе выполнения |
|
|
|
|
таний. |
этапа. |
|
|
|
|
Разработка ПМ |
ПМ приемочных |
|
|
|
|
приемочных ис- |
испытаний. |
|
|
|
|
пытаний. |
Технический акт. |
|
|
|
|
Проведение до- |
Акт сдачи- |
|
|
|
|
полнительных па- |
приемки |
|
|
|
|
тентных исследо- |
|
|
|
|
|
ваний |
|
|
|
5 |
Прие- |
Проведение прие- |
Протоколы испы- |
|
|
|
мочные |
мочных испыта- |
таний по пунктам |
|
|
|
испы- |
ний. |
программы. |
|
|
|
тания |
Корректировка |
Перечень резуль- |
|
|
|
|
программы и про- |
татов интеллекту- |
|
|
|
|
граммной доку- |
альной деятельно- |
|
|
|
|
ментации по ре- |
сти, полученных в |
|
|
153
|
Наимено- |
|
Перечень |
Срок |
Контрактная |
№ |
Содержание |
документов, |
|||
вание |
разрабатываемыхна |
исполнения |
цена, |
||
п/п |
этапов |
выполняемыхработ |
этапахвыполнения |
(начало— |
(тыс. руб.) |
|
|
|
ОКР |
окончание) |
|
|
|
|
|
|
|
|
|
зультатам испы- |
ходе выполнения |
|
|
|
|
таний. |
этапа. |
|
|
|
|
Передача про- |
ПМ приемочных |
|
|
|
|
граммы в фонд |
испытаний. |
|
|
|
|
алгоритмов и |
Документ, под- |
|
|
|
|
программ. |
тверждающий пе- |
|
|
|
|
Проведение до- |
редачу программы |
|
|
|
|
полнительных па- |
в фонд алгоритмов |
|
|
|
|
тентных исследо- |
и программ. |
|
|
|
|
ваний. |
Согласованное |
|
|
|
|
Подготовка и со- |
предложение по |
|
|
|
|
гласование пред- |
коммерческой |
|
|
|
|
ложения по ком- |
реализации про- |
|
|
|
|
мерческой реали- |
граммы. |
|
|
|
|
зации программы |
Технический акт. |
|
|
|
|
|
Акт сдачи- |
|
|
|
|
|
приемки |
|
|
|
От Исполнителя |
От Заказчика |
|
||
7.3 ирЛПВр˚ ЪВıМЛ˜ВТНЛı Б‡‰‡МЛИ
7.3.1Техническое задание на разработку программного продукта построения графика функций одного аргумента
Необходимо разработать техническое задание на программный продукт, предназначенный для наглядной демонстрации графиков функций одного аргумента у = f(x). Разрабатываемая программа должна рассчитывать таблицу значений и строить график функций на заданном отрезке по заданной формуле и менять шаг аргумента и границы отрезка. Кроме этого, программа должна запоминать введенные формулы.
154
1. ВВЕДЕНИЕ Настоящее техническое задание распространяется на разра-
ботку программы построения графиков и таблиц значений функций одной переменной, предназначенной для использования в учебных и демонстрационных целях.
В курсе элементарной алгебры тема анализа функций является одной из самых сложных. При изучении данной темы учащиеся должны научиться исследовать и строить графики функций одной переменной, используя все известные характеристические точки функции, включая корни, точки разрыва первого и второго рода и т. д.
Существующее программное обеспечение, которое может решать подобные задачи, является универсальным, например MathCad. Разрабатываемая программа позволит учащимся с минимальными знаниями проверить свои знания при изучении указанной темы.
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Программа разрабатывается на основе учебного плана.
3. НАЗНАЧЕНИЕ Основным назначением программы является помощь уча-
щимся при изучении раздела «Исследование функций одного аргумента» курса элементарной алгебры.
4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ 4.1. Требования к функциональным характеристикам.
4.1.1. Программа должна обеспечивать возможность выполнения следующих функций:
•ввод аналитического представления функции одной переменной и длительное хранение его в системе;
•ввод и изменение интервала определения функции;
•ввод и корректировку шага аргумента;
•построение таблицы значений функции на заданном интервале или изображение графика функции на заданном интерва-
155
ле при условии, что на указанном интервале она не имеет точек разрыва.
4.1.2. Исходные данные:
•аналитическое задание функции;
•интервал определения функции;
•шаг изменения аргумента, определяющий количество точек на интервале.
4.2. Требования к надежности.
4.2.1. Предусмотреть контроль вводимой информации. 4.2.2. Предусмотреть блокировку некорректных действий
пользователя при работе с системой.
4.3. Требования к составу и параметрам технических средств. 4.3.1. Система должна работать на IBM-совместимых пер-
сональных компьютерах.
4.3.2. Минимальная конфигурация:
•тип процессора — Pentium и выше;
•объем оперативного запоминающего устройства — 32 Мб
иболее.
4.4. Требования к информационной и программной совместимости: Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows
2000, Windows NT и т. п.).
5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
5.1.Разрабатываемые программные модули должны быть документированы, т. е. тексты программ должны содержать все необходимые комментарии.
5.2.Разрабатываемая программа должна включать справочную информацию об основных терминах соответствующего раздела математики и подсказки учащимся.
5.3.В состав сопровождающей документации должны вхо-
дить:
5.3.1.Пояснительная записка на 25—30 листах, содержащая описание разработки.
5.3.2.Руководство пользователя.
156
7.3.2Техническое задание на разработку программного продукта учета успеваемости студентов
Разработать техническое задание на создание системы «Учет успеваемости студентов». Система предназначена для оперативного учета успеваемости студентов в сессию деканом, заместителями декана по курсам и сотрудниками деканата. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому.
1. ВВЕДЕНИЕ Настоящее техническое задание распространяется на разра-
ботку системы учета успеваемости студентов, предназначенной для сбора и хранения информации о ходе сдачи экзаменационной сессии. Предполагается, что использовать данную систему будут сотрудники деканата, декан и его заместители. Во время сессии необходимо получение оперативной информации о ходе ее сдачи студентами, однако выполнение такого контроля вручную требует значительного времени. Автоматизированная система учета успеваемости позволит улучшить качество контроля сдачи сессии со стороны куратора и деканата и обеспечит получение сведений о динамике работы каждого студента, группы и курса в целом. Кроме того, хранение информации о сдаче сессий в течение всего времени обучения позволит осуществлять автоматическую генерацию справок о прослушанных курсах и приложений к диплому выпускника!
2. ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ Система разрабатывается на основании учебного плана.
3. НАЗНАЧЕНИЕ Система предназначена для хранения и обработки сведений
об успеваемости студентов учебных групп факультета в течение всего срока обучения. Обработанные сведения об успеваемости студентов могут быть использованы для оценки успеваемости каждого студента, группы, курса и факультета в целом.
157
4. ТРЕБОВАНИЯ К ПРОГРАММЕ ИЛИ ПРОГРАММНОМУ ИЗДЕЛИЮ 4.1. Требования к функциональным характеристикам.
4.1.1. Система должна обеспечивать возможность выполнения следующих функций:
•инициализацию системы (ввод списков групп, перечней изучаемых дисциплин в соответствии с учебными планами и т. п.);
•ввод и коррекцию текущей информации о ходе сдачи сессии конкретными студентами;
•хранение информации об успеваемости в течение времени обучения студента;
•получение сведений о текущем состоянии сдачи сессии студентами.
4.1.2. Исходные данные:
•списки студентов учебных групп;
•учебные планы кафедр — перечень предметов и контрольных мероприятий по каждому предмету;
•расписания сессий;
•текущие сведения о сдаче сессии каждым студентом. 4.1.3. Результаты:
•итоги сдачи сессии конкретным студентом;
•итоги сдачи сессии студентами конкретной группы;
•процент успеваемости по всем студентам группы при сдаче конкретного предмета в целом на текущий момент;
•проценты успеваемости по всем группам специальности на текущий момент;
•проценты успеваемости по всем группам курса на текущий момент;
•проценты успеваемости по всем курсам и в целом по факультету на текущий момент;
•список задолжников группы на текущий момент;
•список задолжников курса на текущий момент.
4.2. Требования к надежности.
4.2.1.Предусмотреть контроль вводимой информации.
4.2.2.Предусмотреть блокировку некорректных действий пользователя при работе с системой.
4.2.3.Обеспечить целостность хранимой информации.
4.3.Требования к составу и параметрам технических средств.
158
4.3.1.Система должна работать на IBM совместимых персональных компьютерах.
4.3.2.Минимальная конфигурация:
•тип процессора — Pentium и выше;
•объем оперативного запоминающего устройства — 32 Мб
иболее.
4.4. Требования к информационной и программной совместимости: Система должна работать под управлением семейства операционных систем Win 32 (Windows 95, Windows 98, Windows
2000, Windows NT и т. п.).
5. ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ
5.1.Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
5.2.Программная система должна включать справочную информацию о работе и подсказки пользователю.
5.3.В состав сопровождающей документации должны вхо-
дить:
5.3.1.Пояснительная записка на 25—30 листах, содержащая описание разработки.
5.3.2.Руководство системного программиста.
5.3.3.Руководство пользователя.
5.3.4.Графическая часть на трех листах формата А1:
5.3.4.1.Схема структурная программной системы.
5.3.4.2.Диаграмма компонентов данных.
5.3.4.3.Формы интерфейса пользователя.
7.3.3Пример разработки и внедрения информационноаналитической системы
Согласно ГОСТ 34.601-90 «Автоматизированные системы. Стадии создания» выделяют следующие основные стадии создания и этапы разработки автоматизированной системы (АС):
•Формирование требований к АС.
•Разработка концепции АС.
•Техническое задание.
•Эскизный проект.
159
•Технический проект.
•Рабочая документация.
•Ввод в действие.
•Сопровождение АС.
Как правило, этапы стадий формирования требований к автоматизированной системе объединяют с этапами разработки технического задания, а этапы разработки концепции — с этапами эскизного проектирования. Также к приведенным стадиям создания АС добавляют стадию подготовки к началу проекта.
Ниже представлены стадии создания информационноаналитической системы — корпоративного хранилища данных. Также дана оценка длительности каждого из этапов внедрения системы.
Стадия I. Организация проекта
Этапы работ |
Результат |
Дней |
Заключение контракта |
Контракт на разработку системы заклю- |
10 |
|
чен |
|
Согласование процедур |
Процедуры управления проектом и устав |
5 |
управления |
проекта согласованы |
|
Сбор команды проекта |
Команда проекта сформирована |
5 |
Стадия II. Формирование требований и разработка технического задания
Этапы работ |
Результат |
Дней |
Системно- |
Проведены интервью с функциональны- |
20 |
аналитическое обследо- |
ми и IT-специалистами Заказчика. |
|
вание объекта автома- |
Собрана информация: |
|
тизации |
отребуемыхотчетах, показателя, измерениях |
|
|
возможных системах-источниках данных |
|
|
системном ландшафте |
|
|
сетевом окружении |
|
Анализ и обработка по- |
Сформированы: |
20 |
лученной информации |
альбом показателей |
|
|
альбом измерений и иерархий |
|
|
альбом отчетности |
|
|
определены источники данных для каж- |
|
|
дого показателя |
|
Разработка концепту- |
Концептуальная модель данных |
15 |
альной модели данных |
|
|
160
Этапы работ |
Результат |
Дней |
Разработка техническо- |
Техническое задание и приложения к |
20 |
го задания |
нему |
|
Согласование и утвер- |
Согласованное и утвержденное техниче- |
10 |
ждение |
ское задание |
|
Стадия III. Эскизный проект
Этапы работ |
Результат |
Дней |
Определение общей |
Общее описание функциональной и тех- |
10 |
функциональной и тех- |
нической архитектур |
|
нической архитектур |
|
|
Разработка логической |
Логическая модель данных. |
20 |
модели данных |
Определен состав сущностей области |
|
|
постоянного хранения (System of Record, |
|
|
Summary Area, Data Marts). |
|
|
Окончательно сформирован состав реа- |
|
|
лизуемых показателей, измерений и от- |
|
|
четов |
|
Обоснование выбора |
ПО выбрано. Утвержден план формиро- |
10 |
программного обеспе- |
вания необходимой технической инфра- |
|
чения и технической |
структуры |
|
инфраструктуры |
|
|
Разработка предвари- |
Предварительные регламенты взаимо- |
20 |
тельного регламента |
действия согласованы с разработчиками |
|
взаимодействия инфор- |
и администраторами систем-источников |
|
мационных систем |
данных. |
|
|
Определен состав сущностей области |
|
|
временного хранения (Staging Area) и |
|
|
области обмена данными (Data Exchange |
|
|
Interface) |
|
Эскизное проектирова- |
Общее описание процессов извлечения |
10 |
ние процессов ETL |
данных, алгоритмов трансформации, за- |
|
|
грузки и агрегации данных |
|
Эскизное проектирова- |
Общее описание интерфейсов ввода и |
5 |
ние интерфейсов поль- |
предоставления данных |
|
зователя |
|
|
Оформление эскизного |
Пояснительная записка к эскизному про- |
15 |
проекта |
екту |
|
Согласование и утвер- |
Согласованная и утвержденная поясни- |
5 |
ждение |
тельная записка к эскизному проекту |
|