Функциональное и объектное проектирование информационных систем. Учебно-методическое пособие к выполнению практических работ

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

1.1.Полное наименование системы и ее условное обозначение

Автоматизируемая экономическая информационная система по учету

<тема>

1.2. Шифр темы

Не предусмотрен

1.3.Наименование разработчика и заказчика системы и их реквизиты

Организация заказчика (далее Заказчик): Федеральное государственное

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

Адрес организации: г. Москва, ул. Образцова, д.9, стр.9 Разработчик: <студент>

1.4. Перечень документов, на основании которых создается система, кем и когда утверждены эти документы

На основе задания на проектирование экономической информационной системы учёта <тема> – заводится следующий документ: «Задание на отчетную (курсовую) работу»

Документ утвержден: ________________ (Фамилия И.О.)

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

Плановые сроки:

1)начало разработки по созданию системы: <дата начала>

2)окончание работы по созданию системы: <дата конца>

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

Работа выполняется в рамках отчетной (курсовой) работы кафедры «Информационные системы цифровой экономики».

Порядок финансирования не предусмотрен.

1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы, по изготовлению и наладке отдельных средств и программно-технических комплексов системы

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

- 11 -

-техническое задание, технические условия, техническое приложение;

-расчетно-пояснительная записка.

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

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

1)Данная информационная система предназначена для автоматизации процессов учета <тема>. Информационная система должна способствовать увеличению скорости и качества обработки информации. А так же получать эффект от деятельности системы.

2)Целями создания системы являются:

-снижение временных и трудовых затрат на обработку информации

-минимизация затрат;

-простота ведения проектной документации;

-повышение качества получаемой информации.

3.Характеристика объекта автоматизации

3.1.Краткие сведения об объекте автоматизации или ссылка на документы,

содержащие такую информацию

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

3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды

Не предусмотрены

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

4.1.Требования к системе в целом

4.1.1.Требования к структуре и функционированию системы

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

В состав информационной системы по учёту <тема> должны входить

следующие подсистемы:

- <название бизнес-процесса>,

…

- 12 -

- <название бизнес-процесса>

4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы

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

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

Данная информационная система должна быть легко совместима с другими системами. Объем информацией между компонентами системы должен производиться путем передачи электронных документов и другой информации.

4.1.1.4. Требования к режимам ожидания функционирование системы

Для информационной системы определены следующие режимы функционирования:

-активный режим работы;

-режим ожидания;

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

4.1.1.5. Требования по диагностированию системы

Диагностика и профилактика технических средств проводится раз в квартал. Проверка целостности данных производится по необходимости.

4.1.1.6. Перспективы развития, модернизации системы

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

Модернизация аппаратного комплекса должна осуществляться путем

- 13 -

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

4.1.2. Требования к численности и квалификации персонала системы

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

4.1.3. Требуемый режим работы персонала

Требуемый режим работы – полный рабочий день с 9:00 до 18:00 Основной перерыв должен составлять 1 час – с 13:00 до 14:00

4.1.4. Требования к надежности

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

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

-при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функция системы возлагается на ОС;

-при ошибках, связанных с программным обеспечением (ОС, сервер базы данных, Интернет-сервер), восстановление работоспособности возлагается на ОС.

4.1.5. Требования безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением, должны быть изолированы и иметь защиту от случайного прикосновения, а сами технические средства иметь «зануление» или защитное заземление в соответствии с ГОСТ12.1.030-81.

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

Общие требования пожарной безопасности должны соответствовать норам на бытовое электрооборудование. В случае возгорания не должно быть допустимым применение любых средств пожаротушения.

4.1.6. Требования по эргономике и технической эстетике

Взаимодействие пользователя с прикладным программным обеспечением,

- 14 -

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

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

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

4.1.7. Требования к транспортабельности для подвижных ИС

Требования не предъявляются.

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

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

Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание ЭВМ. При эксплуатации система должна быть обеспечена соответствующими стандартами хранения носителей и эксплуатации ЭВМ температура влажность воздуха.

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

- 15 -

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

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

4.1.8.2. Предварительные требования к допустимым площадям для размещения персонала и ТС системы, к параметрам сетей энергоснабжения и т.п.

Не предусмотрены.

4.1.8.3. Требования по количеству, квалификации обслуживающего персонала и режимам его работы

Численность и квалификация персонала системы должны определяться с учетом следующих требований:

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

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

-аппаратно-программный комплекс системы не должен требовать круглосуточного обслуживания и присутствия администраторов у консоли управления.

4.1.8.4. Требования к составу, размещению и условиям хранения комплекта

запасных изделий и приборов

Не предусмотрены.

4.1.8.5. Требования к регламенту обслуживания

Не предусмотрены.

4.1.9. Требования к защите внутренней информацией от несанкционированного доступа

ИС должна обеспечивать защиту от несанкционированного доступа (НСД) на уровне не ниже установленного требованиями, предъявляемыми к категории 1Д по классификации действующего руководящего документа Гостехкомиссии России «Автоматизированные системы. Защита от несанкционированного доступа

- 16 -

к информации. Классификация автоматизированных систем» 1992 г. Компоненты подсистемы защиты от НСД должны обеспечивать:

-индексацию пользователей;

-проверку полномочий пользователя при работе с системой;

-разграничение доступа пользователей на уровне функциональных единиц

иинформационных массивов.

Конфиденциальность информации при сетевом и прямом доступе к файлам на сервере должна обеспечиваться средствами ОС, брандмаузера и антивируса; непосредственный доступ к самому серверу возможен только уполномоченными в ВУЗе лицами.

4.1.10. Требования по сохранности информации при авариях

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

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

-при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;

-при ошибках связанных с программным обеспечением ОС.

4.1.11.Требования к защите от влияния внешних воздействий

4.1.11.1.Требование к радиоэлектронной защите средств ИС

Не предусмотрены.

4.1.11.2.Требования по стойкости, устойчивости и прочности к внешним

воздействиям

Не предусмотрены.

4.1.12. Требование к патентной чистоте

Не предусмотрены.

4.1.13.Дополнительные требования

4.1.13.1.Требования к оснащению системы устройствами для обучения

персонала и документацией на них

- 17 -

Не предусмотрены.

4.1.13.2. Требования к сервисной аппаратуре, стендам для проверки элементов системы

Не предусмотрены.

4.1.13.3. Требования к системе, связанные с особыми условиями эксплуатации

Не предусмотрены.

4.1.13.4. специальные требования по усмотрению разработчика или заказчика системы

Не предусмотрены.

4.2.Требования к функциям, выполняемым системой

4.2.1.По каждой подсистеме перечень функций, задач или их комплексов,

подлежащих автоматизации Подсистема <название бизнес-процесса> должна осуществлять …

…

Подсистема <название бизнес-процесса> должна осуществлять … 4.2.2. Временный регламент реализации каждой функции

Будет определен на стадии анализа.

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

Будет представлен на стадии анализа и проектирования.

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

Будет представлен на стадии проектирования.

4.3.Требования к видам обеспечения

4.3.1.Требования к математическому обеспечению

Не предусмотрены.

4.3.2.Требования к информационному обеспечению

Состав, структура и способы организации данных в системе должны быть определены на этапе проектирования архитектуры АИС. Уровень хранения данных в системе должен быть построен на основе современных реляционных

- 18 -

СУБД. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД.

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

В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.

4.3.3. Требования к программному обеспечению

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

Используемое при разработке программное обеспечение и библиотеки программных кодов должны иметь широкое распространение, быть общедоступными и использоваться в промышленных масштабах. Базовой программной платформой должна являться ОС MicroSoft Windows.

4.3.4. Требования к лингвистическому обеспечению системы

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

5. Состав и содержание работ по созданию системы

По отдельной смете.

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

6.1.Виды, состав, объем и методы испытаний системы и ее составных

частей

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

- 19 -

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

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

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

6.2. Общие требования к приемке работ, порядок согласования и утверждения приемочной документации

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

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

- 20 -