ЛПЗ 2. Разработка технического задания на внедрение информационной системы Цель работы Ознакомиться с процедурой разработки технического задания на внедрение информационной системы с применением гост 19.

Название	Разработка технического задания на внедрение информационной системы Цель работы Ознакомиться с процедурой разработки технического задания на внедрение информационной системы с применением гост 19.
Дата	12.01.2022
Размер	32.96 Kb.
Формат файла
Имя файла	ЛПЗ 2.docx
Тип	Техническое задание #328969

Разработка технического задания на внедрение информационной системы

Цель работы: Ознакомиться с процедурой разработки технического задания на внедрение информационной системы с применением ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению».

Задание 1

Программный модуль «Учет успеваемости студентов». Программный модуль предназначен для оперативного учета успеваемости студентов в сессию заместителем директора по СПО и учебной частью. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому.

1. Общие сведения

1.1. Наименование системы Полное наименование системы:

Программный модуль «Учет успеваемости студентов»

Условное обозначение системы:

ПМ «Учет успеваемости студентов»

1.2. Номер договора

Договор №135426 от 1 октября 2021 года. Программный модуль предназначен для оперативного учета успеваемости студентов в сессию заместителем директора по СПО и учебной частью. Сведения об успеваемости студентов должны храниться в течение всего срока их обучения и использоваться при составлении справок о прослушанных курсах и приложений к диплому.

1.3. Наименования Разработчика и Заказчика работ и их реквизиты Разработчик:

Закрытое акционерное общество "Автоматизированные информационные системы"

Адрес: 103237, Москва, ул. Проспект Вернадского, д.3

Тел.: (095)922-33-55, факс: (095)922-33-44

Банковские реквизиты: ЗАО "Автоматизированные информационные системы", ИНН

7501004321, р/сч № 40603410800020007021 в АКБ Сбербанк России, БИК 044579857, корр. счет № 30101820400000000335

Заказчик:

Закрытое акционерное общество "Оргсинтез"

Адрес: 603000, Нижний Новгород, ул. Московское шоссе, д.12

Тел.:(8312) 44-10-18, факс: (8312)44-10-10

Банковские реквизиты: ЗАО "Оргсинтез", ИНН 7501004321, р/сч № 40603410800020004521 в СКБ Банк "Гарантия", БИК 044573421, корр. счет № 30101820400000001234

1.4. Основание для проведения работ

Основанием для проведения работ по созданию системы АИС "Платежи и взаиморасчеты с кредиторами" являются следующие документы:

Договор № 135426 от 14.05.2005

Приказ №56 от 10.05.2005

Распоряжение №35 от 11.05.2005.

1.5. Сроки начала и окончания работ

Дата начала работ: 01.08.2019

Дата окончания работ: 20.05.2023

1.6. Источники и порядок финансирования работ

Финансирование работ осуществляется из средств ЗАО "Оргсинтез". Порядок финансирования работ определяется условиями Договора № 135426 от 14.05.2005 г.

1.7. Порядок оформления и предъявления Заказчику результатов работ

Работы по созданию Системы производятся и принимаются поэтапно.

По окончании каждого из этапов работ Разработчик представляет Заказчику соответствующую документацию и подписанный со стороны Разработчика Акт сдачи-приемки работ, а по окончании этапов "Успеваемость студента" и "Личные дела студентов" дополнительно уведомляет Заказчика о готовности Системы и ее частей к испытаниям.

2. Назначение и цели создания системы

2.1. Назначение системы

Задачи проектирования базы данных:

Программа по учету успеваемости студентов должна содержать информацию об обучающемся: год поступления, группа, список изучаемых предметов, успеваемости по каждой дисциплине;
Обеспечивать удобный поиск заданного студента по ФИО;
Формировать список неуспевающих по каждой дисциплине;
Динамично обновлять списки неуспевающих студентов по итогам пересдач;
Выводить статистические отчеты по итогам сессии;
Разработанная программа должна иметь удобный интерфейс, интуитивно-понятные связи между диалогами ввода информации.

Предмет исследования – автоматизированное решение задач, таких как хранение и обработка информации по итогам сессии (электронных ведомостей), построение статистических отчетов по факультетам и группам, выписка Аттестационных листов пересдач и контроль успеваемости студентов.

3. Анализ предметной области

3.1. Описание предметной области функции решаемых задач

Целью деятельности образовательной организации является обеспечение современного качественного образования.

Контроль успеваемости - комплексный процесс, в котором принимают участие учебная часть вуза, кафедры и деканат.

Учебная часть отвечает за формирование образовательных программ, рабочих и семестровых учебных планов, ведение и учет контингента, составление расписания, составление списка учебных дисциплин.
Кафедры проводят учебные занятия и принимают решение о допуске или недопуске студентов, к промежуточной аттестации по дисциплине на основании текущей успеваемости. Сведения о студентах, имеющих задолженность передаются в деканат соответствующего факультета.
Деканаты осуществляют контроль за проведением промежуточной аттестации, прием и анализ аттестационных ведомостей, поступивших с кафедр, выдачу аттестационных листов на пересдачи, ведение учебных карточек студентов, формирование приказов о движении контингента.

3.2. Реализация образовательного процесса

На основании учебных планов для каждого факультета строятся учебные планы. Из учебных планов формируются учебные графики и расписания, определяется перечень дисциплин для каждого курса и семестра обучения. Каждой дисциплине соответствует форма контроля. Перед зачетно-экзаменационной сессией на основании сведений, поданных кафедрой об успеваемости студентов, издаются приказы о допуске к сессии. По итогам сдачи зачетаэкзамена в аттестационную ведомость выставляется оценка (зачет) и рейтинг студента по дисциплине.

Итоговый документ, поступающий с кафедр в день экзаменазачета – аттестационная ведомость.

3.3. Аттестационная ведомость содержит информацию:

№ - порядковый номер аттестационной ведомости по кафедре
Семестр – осеннийвесенний
Учебный год
Форма контроля
Специальность
Курс
Группа
Дисциплина
Дата проведения экзаменазачета
ФИО преподавателей
ФИО студента
Основа обучения
Номер зачетной книжки
Рейтинг
Экзаменационная оценка
Подпись преподавателя
Подписи заведующего кафедрой и декана факультета

Также аттестационная ведомость содержит краткую статистическую таблицу, значения в которой рассчитываются автоматически на основании внесенных данных по каждому студенту.

Заполненные аттестационные ведомости сдаются в деканат соответствующего факультета, где методисты разносят сведения по учебной карточке каждого студента.

Те студенты, которые успешно прошли промежуточную аттестацию приказом допускаются к учебе (переводится на следующий курс). В случае не допуска к сессии, выставления «неуд» или неявки на экзамензачет студент пересдает дисциплину в назначенный деканатом день вне группы по Аттестационному листу. Результаты пересдач, количество попыток фиксируются.

Таким образом работникам деканатов необходимо отследить кто из студентов имеет задолженности и не допущен к сессии, оповестить об этом кафедры, увидеть результаты сессии: задолжников, итоговый рейтинг студентов, статистическую информацию по курсу, факультету.

Без автоматизации процесса учета успеваемости, все операции совершаются вручную, что увеличивает вероятность ошибки. Применение информационных технологий упрощает и ускоряет их работу, уменьшает количество ошибок «человеческого фактора».

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

4. Требования к системе

4.1. Перечень входных, выходных данных

Перечень входных данных определяется обязательными реквизитами, содержащимися в Аттестационной ведомости:

Списки обучающихся
Перечень дисциплин
Специальности
Учебный год, курс, группа
Данные о студенте

Списки обучающихся и данные о студенте составляются на основании приказов о движении контингента.

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

Реализация образовательного процесса регламентируется Федеральными Законами, федеральными государственными образовательными стандартами, Уставом Университета, локальными нормативными актами.

Осуществление образовательной деятельности возможно при надлежащей компетенции сотрудников деканатам, материально-техническому и финансовому обеспечению.

На выходе получается следующая информация ведение статистики успеваемости и задолженности, формирование приказов о допуске к обучению, о переводе с курса на курс, выдаче направлений на пересдачу экзаменов

5. Правила

Права Исполнителя:
- Получать доступ к информации, предоставляемой прикладными системами АСУ. o Посылать предложения для формирования информации, размещаемой в прикладных системах.
Обязанности Исполнителя:
- Организовать рабочие места и оборудовать их средствами вычислительной техники, периферийным оборудованием, программным обеспечением и средствами связи, обеспечивающими своевременное и достоверное предоставление информации в соответствии с требованиями Заказчика. o Обеспечить ведение журнала учета получаемых предписаний, рекомендации по проведению работ, донесений и другой информации, получаемой от Заказчика. o Организовать профилактические мероприятия и работы учетом информации, получаемой от прикладных систем Заказчика. o Предоставлять Заказчику информацию о происходящем учете и выполняемых работах в соответствии с регламентом. o Своевременно информировать Заказчика о ликвидации последствий нештатных ситуаций.
- Оперативно устранять недостатки по предписанию Заказчика с отражением факта выполнения работ в журнале учета. o Предоставлять планы мероприятий и работ по запросу Заказчика.
Права Заказчика:
- Выдавать предписания на выполнение работ в случаях нарушения технологии содержания и невыполнения нормативных требований. o Требовать предоставление планов мероприятий и работ на основании данных прикладных систем. o Контролировать несение дежурств и ведение журнала учета.
- При ежемесячной приемке выполненных работ и услуг, сопоставлять представленные объемы и виды работ с данными, получаемыми от прикладных систем; при существенном расхождении этих данных требовать предоставление обоснований.
Обязанности Заказчика:
- Формировать и передавать информацию, способствующую эффективной работе Исполнителя с использованием прикладных систем.
- Предоставлять данные об осуществлении взаиморасчетов с кредиторами.
- Предоставить доступ к необходимой информации.
- Обеспечить регулярное обновление информации, размещаемой на сайте.
Ответственность сторон:
- Исполнитель несет имущественную ответственность (штрафные санкции) за несвоевременное выполнение предписанных обязанностей, в случае если информация от Заказчика была получена своевременно.
- Исполнитель обязан предоставлять обосновывающие материалы по факту существенного расхождения объемов отдельных видов работ, объема и видов выполненных работ в целом, представленных при приемке работ, по сравнению данными, получаемыми от прикладных систем АСУ.

6. Порядок контроля и приемки системы

Приемку работ должна осуществлять приемочная комиссия, в состав которой включаются:

 представители Заказчика;  представители Исполнителя.

При проведении испытаний приемочной комиссии предъявляются разработанные исполнителем материалы

Предварительные испытания заканчиваются подписанием приемочной комиссией протокола испытания с указанием в нем перечня необходимых доработок конструкторской, программной и эксплуатационной документации и сроков их выполнения.

После устранения замечаний, осуществляются повторные предварительные испытания. На повторные предварительные испытания. Исполнителем предъявляются доработанные по результатам ранее выполненных испытаний материалы. Испытания завершаются оформлением Акта готовности.

Отдельные пункты ТЗ могут изменяться и уточняться по согласованию сторон.

В недельный срок после начала работ исполнитель предоставляет на согласование ОАО "Оргсинтез" план-график работ по данному этапу.

7. Требования к документированию

7.1. Общие требования к документированию

Документы должны быть представлены на бумажном виде (оригинал) и на магнитном носителе (копия). Исходные тексты программ - только на магнитном носителе (оригинал). Возможно предоставление комплекта документации и текстов программ на компакт-дисках.

Все документы должны быть оформлены на русском языке. Состав документов на общее программное обеспечение, поставляемое в составе АИС "Платежи и взаиморасчеты с кредиторами", должен соответствовать комплекту поставки компании - изготовителя.

7.2. Используемое ПО

Для разработки БД «Учет успеваемости» было использовано следующие программное обеспечение: СУБД Microsoft Access, программа Microsoft Excel (среда разработки Visual Basic for Applications), CASE-средства: Ramus и ERWin.

СУБД Microsoft Access –Access позволяет легко работать с другими продуктами Microsoft Office, в частности с Microsoft Excel, (файл электронной зачетно экзаменационной ведомости). БД на основе Access дают возможность связывать между собой различные данные, хранящиеся в виде таблиц, что очень удобно пользователю, при этом минимизируется общий объем данных, и обеспечивает создание любого вида отчета.
Microsoft Excel

На базе программы Microsoft Excel создана зачетно-экзаменационная ведомость. Она позволяет:

обеспечить двусторонний обмен информацией с БД: получать сведения для заполнения внутренних справочников и (ФИО студентов, номера зачетных книжек, список дисциплин, оценок и т.д.), а также импортировать в БД результаты сессий.
имеет понятный интерфейс, удобные формы ввода данных (с выпадающими списками и т.п.)
автоматически заполнять этими данными статистику по итогам зачетаэкзамена внутри группы
есть возможность защитить форму от изменений, оставив незащищенными ячейки, куда необходимо вносить информацию.

Microsoft Visio - программное приложение, результатом которой

является создания схем, диаграмм, блок-схем, и т.д.

«Ramus» - позволяет создавать графические модели бизнес-процессов в методологиях IDEF0 и DFD. Графический интерфейс удобен для использования, «Ramus» работает под разными видами операционных систем и аппаратных платформ (MS Windows, Linux, Mac OS, и т.д.).

8. Построение бизнес – процессов, моделей системы

Для регламентирования создания функциональных моделей системы предназначен стандарт IDEF0. Контекстная диаграмма позволяет наглядно рассмотреть процесс моделирования задачи

Входы функционального блока:

- образовательные программы;

- списки обучающихся (в т.ч. списки учебных групп);

- приказы о движении контингента;

- расписания (учебных занятий, практик; экзаменационных сессий);

- списки дисциплин;

Процесс учета и контроля успеваемости студентов регламентируется Федеральными законами и др. нормативными документами (постановления, приказы и др.) федерального уровня; государственными образовательными стандартами; локальными нормативно-правовыми актами.

Учет успеваемости студентов ведется сотрудниками деканата: ведение списков студентов, формирование приказов о движении контингента, списка учебных групп и т.д.

По итогам сессии рассчитывается рейтинг студентов, формируются списки неуспевающих, выдаются аттестационные листы пересдач, формируется статистическая информация.

На дочерней диаграмме проводится дальнейшая декомпозиция процесса

После проведения декомпозиции на выходе получаем 3 диаграммы:

«Работа с электронными ведомостями» Входные данные получаем из входных потоков: заполняются сведения о студентах, дисциплинах. Эти данные вносит деканат. Данный блок выполняется на основании законодательных актов и локально-нормативной документации.
«Анализ академической успеваемостизадолженности». В базу данных в соответствующие поля импортируются сведения из Аттестационной ведомости: дата, дисциплина, итог, рейтинг студента. Данный блок выполняется на основании законодательных актов и локально-нормативной документации.
«Формирование итогов сессии» Информация получается на основании данных загруженных в систему. База данных динамически обновляется, что позволяет получать актуальную информацию о пересдачах и ходе ликвидации задолженности. Данный блок выполняется на основании законодательных актов и локально-нормативной документации.

Диаграмма DFD дополняет модель IDEF0, показывая взаимосвязь компонентов системы с внешней информационной средой. Каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами

Диаграмма IDEF1X отражает логику построения базы данных:

определение сущностей;
определение зависимостей между сущностями;
задание первичных и альтернативных ключей;
определение атрибутов сущностей;
переход к физическому описанию модели - назначение соответствий: имя сущности — имя таблицы, атрибут сущности — атрибут таблицы;
генерация базы данных.

9. Моделирование бизнес-процессов предметной области

9.1. Построение бизнес-процессов предметной области

«Работа с электронными ведомостями» Входные данные получаем из входных потоков: заполняются сведения о студентах, дисциплинах. Эти данные вносит деканат. Данный блок выполняется на основании законодательных актов и локально-нормативной документации.
«Анализ академической успеваемостизадолженности». В базу данных в соответствующие поля импортируются сведения из Аттестационной ведомости: дата, дисциплина, итог, рейтинг студента. Данный блок выполняется на основании законодательных актов и локально-нормативной документации.
«Формирование итогов сессии» Информация получается на основании данных загруженных в систему. База данных динамически обновляется, что позволяет получать актуальную информацию о пересдачах и ходе ликвидации задолженности. Данный блок выполняется на основании законодательных актов и локально-нормативной документации.

определение сущностей;
определение зависимостей между сущностями;
задание первичных и альтернативных ключей;
определение атрибутов сущностей;
переход к физическому описанию модели - назначение соответствий: имя сущности — имя таблицы, атрибут сущности — атрибут таблицы;
генерация базы данных.

9.2. Выбор СУБД

Для разработки выберем систему управления базами данных (СУБД)

Microsoft ACCESS - программное приложение, предназначенное для

обработки, поиска, сортировки информации, по средствам которой создаются

электронной базы данных.

Достоинства СУБД:

графический интерфейс;
дает возможность связывать между собой различные данные, хранящиеся в виде таблиц, минимизируя общий объем данных
обеспечивает создание любого вида отчета;
доступность, входит в пакет Microsoft Office;
широкие возможности по импорту/экспорту данных в различные

форматы.

10. Разработка АРМ и работа с программой

11.1. Разработка АС.Структура БД «Успеваемость студентов»

11.2. Описание ИС

Основным источником информации для БД являются:

образовательные программы;
рабочий учебный план по каждой специальности;
календарный учебный график
списки обучающихся (в т.ч. списки учебных групп);
приказы о движении контингента;
расписания (учебных занятий, практик; экзаменационных сессий);
списки дисциплин.

На основании этих данных, полученных из учебной части заполняются справочники и строятся отчеты СУБД Microsoft Access

12. Таблицы и ключевые запросы MS Access

Исходные данные для БД содержатся в таблицах СУБД Access:

dbo_1c_stud_grp_counts – содержит информацию о количестве учебных групп и студентов в них;

dbo_StReiting – хранит всю информацию об итогах сессий, в (т.ч. промежуточную), о количестве и результатах пересдач;

dbo_streiting_discipl – информация из учебных планов факультетов о преподаваемых дисциплинах, закрепление их за кафедрами, форме контроля, распределение по курсам;

dbo_stud1c – список обучающихся

dbo_DocFlowDocs - журнал регистрации выписанных Аттестационных листов

dbo_DocflowMaxNumbers – на основании последнего содержащегося максимального значения присваивает номер для Аттестационного листа;

dbo_DocFlowTPodrazd – список деканатов, работающих в БД;

dbo_Reiting_rule – учетные записи, которым разрешен доступ в систему;

dbo_reiting2013_ForReAdd – отображает список студентов, которым выданы Аттестационные листы;

Вспомогательные таблицы:

dbo_Reiting2013_Itogs – выдает отчет о состоянии успеваемости студента по последнему актуальному значению (срез информации на момент запроса);

dbo_reiting2013_Neud – список неудов по итогам сессии (срез информации на момент запроса).

12.1. Работа с программой

Электронные ведомости, поступившие с кафедр в деканат, импортируются в БД «Успеваемости студентов»

Импортированный в БД файл Аттестационной ведомостиДоступ к БД осуществляется на основе «ролей пользователей», сведения об успеваемости студентов конкретного факультета, доступны только для его деканата. Сотрудник деканата обладает правами «чтение» и «изменение данных». Управление правами доступа осуществляется путем привязки логина пользователя к подразделению, т.е. соответствующему деканату.

Работа приложения «Учет успеваемости студентов» начинается со стартовой страницы базы данных. После открытия базы данных автоматически загружается главная форма «Электронный мониторинг успеваемости»

Форма предоставляет доступ к разделам: «Учебные карточки студентов с поиском по фамилии», «Ведомости по дисциплинам», «Заполнение пересдачи», и разделам статистических отчетов: «Статистика Зачеты» и «Статистика экзамены», «Просмотр отчета». Информация доступна в разрезе факультетов и групп

13. «Учебные карточки студентов с поиском по фамилии»

Работник деканата по фамилии студента проверяет его успеваемость по различным дисциплинам в течение учебного семестрагода. Цветом в списке дисциплин выделены те предметы, по которым у студента имеется задолженность.

14 «Ведомости по дисциплинам»

Анализ успеваемости группы по дисциплине. Из выпадающего меню выбирается учебный год, специальность и группа. В поле справа отображается карточка успеваемости студентов группы по выбранной дисциплине.

Из обеих форм у сотрудника деканата есть возможность выписать студенту лист пересдачи. Фамилии должников окрашены цветом. Двойной щелчок мыши по ФИО открывает форму печати Аттестационного листа

Кнопка «Печать атт.лист» вызывает печатную форму документа и автоматически присваивает ему уникальный номер. Аттестационный лист подшивается в личное дело студента

15.После успешной сдачи зачетаэкзамена

Аттестационный лист приносится студентом в деканат, где закрывается пересдача. Кнопка на стартовой странице «Заполнение пересдачи». Студент пропадает из списка «должников по данной дисциплине»

16.Раздел статистических отчетов.

После завершения зачетно-экзаменационной сессии у сотрудников деканата есть возможность сформировать отчеты по итогам сессии. Блок «Статистика Зачеты», «Статистика Экзамены» строят отчеты на основании поданных аттестационных ведомостей и аттестационных листов пересдач.