Технико – экономическое обоснование
1.1. Общие сведения о разрабатываемой системе
1.1.1 Полное наименование системы Автоматизированная информационная система «Классный руководитель». 1.1.2 Краткое наименование системы
Краткое наименование: АИС «Классный руководитель».
1.1.3 Наименование организаций – Заказчика и Разработчика 1.1.3.1 Заказчик
Заказчик: МБОУ Новопокровская СОШ №7 Адрес фактический: Красноярский край, Иланский район, с.Новопокровка, 60 лет образования СССР. Телефон: 54 – 2 - 40
1.1.3.2Разработчик
Разработчик: Максимова Светлана Сергеевна Адрес фактический: Красноярский край, Иланский район, с. Новопокровка, ул. Советская, 74/1 Телефон: +7(960)7723423
1.1.4 Плановые сроки начала и окончания работы по созданию системы
Плановый срок начала работ по разработке АИС «Классный руководитель» –…………….. Плановый срок окончания работ по разработке – …….. 1.1.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы Работы по созданию автоматизированной информационной системы выполняются поэтапно. По окончанию каждого из этапов Разработчик предъявляет руководителю результат выполненных работ и соответствующую документацию.
1.2. Назначение и цели создания системы
1.2.1. Назначение системы. Обоснование необходимости автоматизации через возможность решения проблем объекта автоматизации
Система предназначена для, выдачи сведений по запросам классного руководителя, решает проблему с переносом большого объема бумаг, создает возможность быстрого поиска, не требует большого объема памяти. АИС предназначена для упрощения обработки информации об учениках, пропусках, оценках и облегчения работы учителя.
1.2.2. Цели создания системы. Обоснование достижимости целей путем анализа существующих разработок
Основными целями создания АИС «Классный руководитель» являются: - Повышение эффективности исполнения процесса предоставления необходимой информации путем сокращения непроизводительных и дублирующих операций, выполняемых «вручную», оптимизация информационного взаимодействие участников процесса. - Повышение качества принятия управленческих решений за счет оперативности представления, полноты, достоверности и удобства форматов отображения информации.
1.3. Характеристика объекта автоматизации
. 1.3.1 Краткие сведения об объекте автоматизации В качестве объекта автоматизации рассматривается деятельность Новопокровской СОШ №7. Для успешной и эффективной организации этой деятельности, учета, контроля и управляемости, существует необходимость: - Иметь постоянно обновляемую информацию об учениках, а также об их успеваемости, пропусках. - Обеспечить оперативное, максимально удобное для пользователей предоставление подробной информации Объект автоматизации – Муниципальное бюджетное образовательное учреждение Новопокровская средняя образовательная школа. Сокращенное название МБОУ Новопокровская СОШ №7.
Объектами автоматизации являются бизнес-процессы, такие как проверка успеваемости, проверка посещаемости, сбор родительских собраний. Данные процессы осуществляет классный руководитель. Процесс представлен на рисунке 1. Просмотр журнала классным руководителем представлен на рисунке 1.1. Весь процесс представлен в Приложении. А, Приложении Б, Приложении В. Рисунок 1.
Рисунок 1.1
1.3.2 Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды Условия автоматизации объекта не предъявляются. Окружающая среда отличная.
1.4. Требования к системе
1.4.1. Требования к системе в целом
1.4.2 Требования к функциям, выполняемым системой
Предъявленные требования отображены на рисунке 2
Рисунок 2. Для эксплуатации информационной системы определена следующая роль: – Классный руководитель; Основными обязанностями Классного руководителя являются: 1. Создание личной карточки ученика; 2. Редактирование личной карточки ученика; 3. Архивация личной карточки ученика; 4. Удаление личной карточки ученика; 5. Редактирование списка оценок. 6. Редактирование списка пропусков.
Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем MicrosoftWindows, на уровне квалифицированного пользователя и свободно осуществлять базовые операции в стандартных Windows
1.4.2.1 Требования к структуре и функционированию системы
В состав автоматизированной информационной системы входит следующие подсистемы: – подсистема хранения и учета оценок; – подсистема хранения и учета пропусков; – подсистема хранения сведений об учениках. Назначение данных подсистем представлено в таблице 1.1.
Таблица 1.1− Общее назначение подсистем
Требования к способам и средствам связи для информационного обмена между компонентами системы может определяться исполнителем. Основным режимом функционирования АИС является нормальный режим. В нормальном режиме функционирования системы происходит следующее: 1. Клиентское программное обеспечение и технические средства пользователей и администратора системы обеспечивают возможность функционирования в течение рабочего дня 2. Исправно работает оборудование, составляющее комплекс технических средств; 3. Исправно функционирует системное, базовое и прикладное программное обеспечение системы. Для обеспечения нормального режима функционирования системы необходимо выполнять требования и выдерживать условия эксплуатации программного обеспечения и комплекса технических средств системы, указанные в соответствующих технических документах. Система должна гарантировать отсутствие потерь и искажений документов. Диагностика работоспособности программного обеспечения, реализующего интерфейсы пользователей, должна осуществляться стандартными средствами клиентских операционных систем, управляющих функционированием рабочих станций. Для диагностики целостности и непротиворечивости данных в составе системы должны быть реализованы специализированные утилиты (функции), предусматривающие, в том числе, средства устранения диагностированных проблем. АИС должна реализовывать возможность дальнейшей модернизации как программного обеспечения, так комплекса технических средств.
1.4.2.3 Требования к надежности
Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций: – при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы; – при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС; – при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС. Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.
1.4.2.4 Требования к безопасности
Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь защитное заземление. Система электропитания должна обеспечивать защитное отключение при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное ручное отключение. Общие требования пожарной безопасности должны соответствовать нормам на бытовое электрооборудование. В случае возгорания не должно выделяться ядовитых газов и дымов. После снятия электропитания должно быть допустимо применение любых средств пожаротушения. Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм
1.4.3 Требования к видам обеспечения
1.4.3.1 Требования к лингвистическому обеспечению системы
Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать, преимущественно, русский язык.
1.4.3.2 Требования к математическому обеспечению системе
Требования не предъявляются.
1.4.3.3 Требования к программному обеспечению системы
При проектировании и разработке системы необходимо максимально эффективным образом использовать ранее закупленное программное обеспечение, как серверное, так и для рабочих станций. Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться операционная система.
1.4.3.4 Требования к информационному обеспечению системы
Состав, структура и способы организации данных в системе должны быть определены на этапе технического проектирования. Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД. Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации. Структура базы данных должна поддерживать кодирование хранимой и обрабатываемой информации в соответствии с общероссийскими классификаторами (там, где они применимы). Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации. Структура базы данных должна быть организована рациональным способом, исключающим единовременную полную выгрузку информации, содержащейся в базе данных системы. Технические средства, обеспечивающие хранение информации, должны использовать современные технологии, позволяющие обеспечить повышенную надежность хранения данных и оперативную замену оборудования. При проектировании и развертывании системы необходимо рассмотреть возможность использования накопленной информации из уже функционирующих информационных систем. ERWin является графическим представлением реально реализованной системы. Данная модель предоставлена в приложении Д.
1.4.3.5 Требования к эргономике и технической эстетике
Взаимодействие пользователей с прикладным программным обеспечением, входящим в состав системы должно осуществляться посредством визуального графического интерфейса. Интерфейс системы должен быть понятным и удобным, не должен быть перегружен графическими элементами и должен обеспечивать быстрое отображение экранных форм. Навигационные элементы должны быть выполнены в удобной для пользователя форме. Средства редактирования информации должны удовлетворять принятым соглашениям в части использования функциональных клавиш, режимов работы, поиска, использования оконной системы. Ввод-вывод данных системы, прием управляющих команд и отображение результатов их исполнения должны выполняться в интерактивном режиме. Интерфейс должен соответствовать современным эргономическим требованиям и обеспечивать удобный доступ к основным функциям и операциям системы. Интерфейс должен быть рассчитан на преимущественное использование манипулятора типа «мышь», то есть управление системой должно осуществляться с помощью набора экранных меню, кнопок, значков и т. п. элементов. Клавиатурный режим ввода должен используется главным образом при заполнении и/или редактировании текстовых и числовых полей экранных форм. Все надписи экранных форм, а также сообщения, выдаваемые пользователю (кроме системных сообщений) должны быть на русском языке. Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде.
1.5 Состав и содержание работ по созданию системы
Основными этапами при создании системы являются: 1. проектирование; 2. разработка эскизного проекта; 3. разработка технического проекта; 4. разработка рабочей документации; 5. адаптация программ; 6. тестирование; 7. ввод в действие. Перечень организаций - исполнителей работ, определение ответственных за проведение этих работ организаций определяются договором.
1.4 Порядок контроля и приёмки системы По результатам предварительных испытаний должен оформляться «Протокол предварительных испытаний системы» и «Акт передачи системы в опытную эксплуатацию». По окончании предварительных испытаний должна проводиться опытная эксплуатация системы на промышленной конфигурации вычислительной инфраструктуры системы. Опытная эксплуатация должна проводиться с целью проверки функционирования системы, готовности персонала к работе в условиях функционирования системы, изменения документации и настроек системы, доработки системы. Опытная эксплуатация должна проводиться при поддержке Исполнителя на реальных данных по Программе опытной эксплуатации. Данная программа разрабатывается Исполнителем и согласовывается с Заказчиком к началу опытной эксплуатации системы. Срок опытной эксплуатации устанавливается Заказчиком. На этапе опытной эксплуатации должны фиксироваться все обнаруженные программные дефекты, определяться сроки их исправления. Погрешности в программном обеспечении и эксплуатационной документации, обнаруженные при сдаче в опытную эксплуатацию или в процессе опытной эксплуатации, должны быть устранены Исполнителем до проведения приемочных испытаний. По окончании опытной эксплуатации Исполнитель и Заказчик должны составить «Протокол о завершении опытной эксплуатации системы», в котором приводится перечень необходимых доработок и решение о допуске системы к приемочным испытаниям. Прохождение испытаний в ходе опытной эксплуатации должно фиксироваться в Журнале опытной эксплуатации. 1.7 Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие Для создания условий функционирования АИС «Классный руководитель», при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в настоящем техническом задании, и возможность эффективного её использования, в организации Заказчика должен быть проведен комплекс мероприятий. В перечень основных мероприятий включают: - приведение поступающей в систему информации (в соответствии с требованиями к информационному и лингвистическому обеспечению) к виду, пригодному для обработки с помощью ЭВМ; - изменения, которые необходимо осуществить в объекте автоматизации; - создание условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой системы требованиям, содержащимся в ТЗ;
1.8 Требования к документированию Для системы на различных стадиях создания должны быть выпущены следующие документы из числа предусмотренных в ГОСТ 34.201–89 «Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплектность и обозначения документов» при создании программной системы деканата приведены в таблице:
Таблица 2 – Требования к документированию
1.9 Источники разработки
Настоящее Техническое Задание разработано на основе следующих документов и информационных материалов:
1. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. – М.: Финансы и статистика, 2000 – 35с:ил. 2. Вендров, А.М. Проектирование программного обеспечения экономических информационных систем 2-е издание/ А.М. Вендров – М: Финансы и статистика, 2005. 3. Гагарина Л.Г., Киселев Д.В., Федотова Е.Л. Разработка и эксплуатация автоматизированных систем: учеб. пособие (Под ред. поф. Л.Р. Гагариной – М.: Ид «ФОРДМ»: ИНФРА – М. 2007-384с.: Ии. – (Профессиональное образование). 4. ГОСТ 19.701 – 90. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. 5. ГОСТ 34.201-89 Виды, комплектность и обозначение документов при создании автоматизированных систем. – Введен с 01.01.90 6. ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания. – Введен с 01.01.1992 г. 7. ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы. – Введен с 01.01.90 8. Емельянова Н.З., Партыка Т.Л., Попов И.И. Основы построения автоматизированных информационных систем: Учебное пособие. – М.: ФОРУМ: ИНФРА – М, 2005-416с.:-(Профессиональное образование). 9. Орлов С. А., Цилькер Б. Я. Технологии разработки программного обеспечения: Учебник для вузов. 4-е изд. Стандарт третьего поколения. — СПб.: Питер, 2012. — 608 с.: ил. 10. Р 50.1.028-2001. Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования.
Технико – экономическое обоснование
|
