1.1.4.2 Требования к численности и квалификации персонала системы и режиму его работы
Для эксплуатации ИС “Архив грамот ” определены следующие роли:
Системный администратор
Пользователь
Рекомендуемая численность для эксплуатации ИС” Архив Грамот ”:
Системный администратор – 1 штатная единица;
Пользователь – число штатных единиц определяется структурой организации.
К квалификации персонала, эксплуатирующего ИС “Архив грамот ” предъявляются следующие требования.
пользователь - знание соответствующей предметной области;
знания и навыки работы с аналитическими приложениями.
1.1.4.3.Показатели назначения
Система должна обеспечивать следующие количественные показатели, которые характеризуют степень соответствия ее назначению:
Время реакции системы – не более 5 секунд.
Время выполнения запросов – не более 10 секунд.
Время формирования аналитических отчетов определяется их сложностью и может занимать продолжительное время.
Система должна предусматривать возможность масштабирования по производительности и объему обрабатываемой информации без модификации ее программного обеспечения путем модернизации используемого комплекса технических средств. Возможности масштабирования должны обеспечиваться средствами используемого базового программного обеспечения.
1.1.1.4 Требования к надежности
Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств.
Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении внештатных и аварийных ситуаций.
Надежность должна обеспечиваться за счет:
соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
предварительного обучения пользователей и обслуживающего персонала.
своевременное выполнение процедур резервного копирования данных;
своевременного выполнения процессов администрирования Системы ГБПОУ ЛГК.
Программное обеспечение ИС «Архив Грамот» должно восстанавливать свое функционирование при корректном использование.
1.1.4.5 Требования к эргономике и технической эстетике
Подсистемы ввода данных, в соответствии с заданными показателями измерений, а так же формирования и визуализации отчетности должны обеспечивать удобный для конечного пользователя интерфейс.
1.1.4.6 Требования к защите информации
Подсистема управления доступом должна обеспечивать: контроль за доступом пользователей к системе, внешним устройствам, каталогам, файлам, записям.
Средства антивирусной защиты должны быть установлены на всех рабочих местах.
1.2 Анализ технического задания
1.2.1 Общие положения
Согласно техническому заданию необходимо разработать информационную систему, которая предназначена для систематизации данных, хранения и выведения отчётности по мероприятиям и грамотам.
Информационная система разрабатывается с учетом конкретной деятельности предприятия, и предполагается, что она должна способствовать обеспечению работы с документацией так как систематизация данных будет проходить быстрее и вывод отчетной информации.
1.2.1.1 Область использования системы
Для ведение отчётности по мероприятиям и участие студентов ГБПОУ «Лукояновского Губернского колледжа »
1.2.1.2 Очерёдность создания системы
Ниже представлена предполагаемая очередность создания системы:
проведение обследования деятельности предприятия;
построение и анализ моделей деятельности предприятия;
разработка системного проекта;
разработка концептуальной, логической, физической модели данных;
производится настройка аппаратно-технической части;
реализуется структура таблиц;
реализуется политика разграничения прав доступа к данным на уровне отчётности, управления объектами баз данных и записями в таблицах;
реализуются интерфейсы и формы ввода данных;
производится тестовая эксплуатация и предварительные испытания;
производится устранение ошибок, выявленных в результате испытаний;
производится наполнение базы данных для ввода ИС «Архив Грамот » в действие;
проводится настройка рабочих мест пользователей.
1.2.2 Основные технические решения
1.2.2.1 Функциональная структура системы
В соответствии с разделом требований к системе технического задания, в системе выделены следующие функциональные подсистемы:
подсистема сбора, обработки и загрузки данных;
подсистема хранения данных;
подсистема формирования и визуализации отчетности;
подсистема управления нормативно-справочной информацией;
Подсистема сбора, обработки и загрузки данных, предназначена для реализации процессов сбора данных (результатов измерений) из подсистемы в источник, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных.
Подсистема хранения данных предназначена для хранения оперативных данных, данных для формирования отчётности и их последующего использования в структурах, нацеленных на принятие решений по управлению документами.
Подсистема формирования отчетности предназначена для создания и формирования отчетов в виде, удобном для вывода на экран на основе данных ИС «Архив Грамот». Проектирования и разработки форм регламентированной отчетности, настройки планового формирования и доставки регламентированных отчетов, формирования и предоставления по запросам пользователей аналитических и статистических отчетов в различных форматах, включая графические.
Подсистема управления нормативно-справочной информацией предназначена для централизованного ведения перечня объектов и справочников, используемых для обеспечения информационной совместимости подсистем.
1.2.2.2 Решения по персоналу и режимам функционирования
Администратор баз данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по установке, настройке и администрированию используемых в ИС СУБД.
Основными обязанностями администратора баз данных являются:
установка, модернизация, настройка параметров программного обеспечения СУБД;
оптимизация прикладных баз данных по времени отклика, скорости доступа к данным;
разработка, управление и реализация эффективной политики доступа к информации, хранящейся в прикладных базах данных.
Администратор информационной безопасности данных должен обладать высоким уровнем квалификации и практическим опытом выполнения работ по обеспечению информационной безопасности.
Основными обязанностями администратора информационной безопасности являются:
разработка, управление и реализация эффективной политики информационной безопасности системы;
управление правами доступа пользователей к функциям системы;
осуществление мониторинга информационной безопасности.
Пользователи системы должны иметь опыт работы с персональным компьютером на базе операционных систем Microsoft Windows на уровне квалифицированного пользователя и свободно осуществлять базовые операции в операционных системах, характерные для приложений Windows.
Основными обязанностями пользователя являются:
Предоставление информации для ввода в систему.
Таблица 1- Роли и функциональные обязанности
Роль |
Должность |
Кол-во чел |
Функциональные обязанности |
Администратор |
Администратор баз данных и администратор информационной безопасности |
1 |
Обеспечение работы системы, управления правами пользователей и защиты данных |
Конечный пользователь |
Студент, Преподаватель |
Кол-во пользователей неограниченно |
Предоставление информации об участие в мероприятиях и полученном результате |
В составе персонала, эксплуатирующего ИС, а так же обеспечивающего работоспособность системы необходимо выделение следующих ролей и назначение им функциональных обязанностей, как показано в таблице 1.
Как видно из приведённой выше таблицы, функциональные обязанности каждой роли, так или иначе, могут взаимодействовать с ИС «Архив Грамот».
1.2.3 Обеспечение надёжности
1.2.3.1 Состав показателей надёжности для системы в целом
Система должна сохранять работоспособность и обеспечивать восстановление своих функций при возникновении следующих внештатных ситуаций:
при сбоях в системе электроснабжения аппаратной части, приводящих к перезагрузке ОС, восстановление программы должно происходить после перезапуска ОС и запуска исполняемого файла системы;
при ошибках в работе аппаратных средств (кроме носителей данных и программ) восстановление функции системы возлагается на ОС;
при ошибках, связанных с программным обеспечением (ОС и драйверы устройств), восстановление работоспособности возлагается на ОС.
Для защиты аппаратуры от бросков напряжения и коммутационных помех должны применяться сетевые фильтры.
При работе системы возможны следующие аварийные ситуации, которые влияют на надёжность работы системы:
сбой в электроснабжении сервера;
сбой в электроснабжении рабочей станции пользователей системы;
сбой в электроснабжении обеспечения локальной сети (поломка сети);
сбои программного обеспечения сервера.
1.2.3.2 Обеспечение надежности технических средств и программного обеспечения
К надёжности оборудования предъявляются следующие требования:
в качестве аппаратных платформ должны использоваться средства с повышенной надёжностью;
применений технических средств соответствующих классу решаемых задач;
аппаратно-программный комплекс системы должен иметь возможность восстановления в случае сбоев.
К надёжности электроснабжения предъявляются следующие требования:
с целью повышения отказоустойчивости системы в целом необходима обязательная комплектация сервера источником бесперебойного питания с возможностью автономной работы не менее 24 часов;
система должна быть укомплектована подсистемой оповещения администратора о переходе на автономный режим работы;
система должна быть укомплектована агентами автоматической остановки операционной системы в случае, если перебой питания превышает 24 часа;
должно быть обеспечено бесперебойное питание активного сетевого оборудования.
Надёжность аппаратных и программных средств должна обеспечиваться за счёт следующих организационных мероприятий:
предварительного обучения пользователей и обслуживающего персонала;
своевременного выполнения процессов администрирования;
соблюдения правил эксплуатации и технического обслуживания аппаратно-программных средств;
своевременного выполнения процедур резервного копирования данных.
Надежность программного обеспечения подсистем должна обеспечиваться за счёт:
надёжности общесистемного программного обеспечения и разработанного программного обеспечения;
проведением комплекса мероприятий отладки, поиска и исключения ошибок;
ведением журналов системных ошибок для последующего анализа и изменения конфигурации.
1.2.3.3 Эргономика и техническая эстетика
Подсистемы ввод данных в соответствии с заданными показателями измерений, а так же формирования и визуализации отчетности должны обеспечивать удобный для конечного пользователя интерфейс и соответствовать следующим требованиям:
интерфейсы подсистем должен быть типизированы;
должно быть обеспечено наличие русскоязычного интерфейса пользователя;
Система должна обеспечивать корректную обработку аварийных ситуаций, вызванных неверными действиями пользователей, неверным форматом или недопустимыми значениями входных данных. В указанных случаях система должна выдавать пользователю соответствующие сообщения, после чего возвращаться в рабочее состояние, предшествовавшее неверной (недопустимой) команде или некорректному вводу данных.
Интерфейс должен обеспечивать удобную навигацию в диалоге с пользователем, который хорошо знает свою предметную область и не является специалистом в области автоматизации. Необходимо наличие контекстно-зависимой помощи.
1.2.3.4 Защита информации от несанкционированного доступа
Компоненты защиты от несанкционированного доступа должны обеспечивать:
идентификацию пользователя;
проверку полномочий пользователя при работе с системой;
разграничение доступа пользователей на уровне задач и информационных массивов.
Уровень защищённости от несанкционированного доступа средств вычислительной техники, обрабатывающих конфиденциальную информацию, должен соответствовать требованиям к классу защищённости 6, согласно требованиям действующего руководящего документа Гостехкомиссии России "Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от несанкционированного доступа к информации".
Защищённая часть системы должна использовать "слепые" пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).
Защищённая часть системы должна автоматически блокировать сессии пользователей и приложений по заранее заданным временам отсутствия активности со стороны пользователей и приложений.
Защищённая часть системы должна использовать многоуровневую систему защиты. Защищённая часть системы должна быть отделена от незащищённой части системы межсетевым экраном.
Администратор и пользователи, при обработке персональных данных, в соответствии с законом закон N152-ФЗ «О персональных данных», обязаны принимать необходимые организационные и технические меры.
1.2.3.5 Антивирусная защита
Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов ИС «Архив Грамот ». Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать:
централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;
централизованную автоматическую инсталляцию клиентского программного обеспечения на рабочих местах пользователей и администраторов;
централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;
ведение журналов вирусной активности;
администрирование всех антивирусных продуктов.
1.2.3.6 Сохранность информации при авариях
Программное обеспечение ИС «Архив Грамот» должно восстанавливать свое функционирование при корректном перезапуске аппаратных средств.
Должна обеспечиваться сохранность информации при наступлении следующих событий:
отказ аппаратуры сервера (процессор, накопители на жестких дисках).
Средствами обеспечения сохранности информации при авариях и сбоях в процессе эксплуатации являются:
носители информации (оптические, магнитно-оптические диски, накопители на сменных жестких дисках, сетевые хранилища);
создание резервной копии базы данных;
создание резервной копии программного обеспечения.
Для восстановления данных и программного обеспечения из резервной копии должны использоваться средства резервного копирования и архивирования.
ИС должна обеспечивать возможность резервирования всех данных, хранящихся на сервере ИС, а также возможность их восстановления.
Резервное копирование данных должно осуществляться эксплуатационным персоналом ежедневно, автоматически по расписанию. Для сокращения объема копируемых данных процедура копирования может быть инкрементальной (копирование только изменений с предыдущего копирования), но при этом не реже раза в неделю должно производиться и полное копирование.
Должна быть предусмотрена возможность восстановления данных за день до сбоя с помощью их повторного ввода или импорта (для данных из внешних систем, получаемых автоматически).
1.2.4 Методы и средства разработки
Для реализации системы будут использоваться следующие программные средства:
1С — программный продукт компании «1С», предназначенный для автоматизации деятельности на предприятии.
Базы данных — это инструмент для сбора и структурирования информации. В базе могут храниться данные о людях, товарах, заказах и о многом другом. Многие базы данных изначально представляют собой небольшой список в текстовом редакторе или электронной таблице. По мере увеличения объема данных в списке постепенно появляются несоответствия и излишняя информация. Информация, отображенная в виде списка, становится непонятной. Кроме того, ограничены способы, с помощью которых можно искать и отображать подмножества данных. Как только начинают появляться эти проблемы, мы рекомендуем перенести всю информацию в базу данных, созданную в системе управления базами данных (СУБД), такой как 1С предприятие
Основные преимущества 1С предприятия:
Это внедрение программы 1С на предприятиях, где автоматизированный учет совсем не велся. Или установка новых версий программ, на предприятиях давно работающих с 1С.
Многопрофильность. Возможность работы с предприятиями разных профилей и сфер деятельности – от крупных промышленных и строительных до мелких пищевых производств и торговых фирм.
Индивидуальные решения. Каждое предприятие имеет свои тонкости и специфику ведения учета, где какие-то функции стандартных версий программ не нужны, а какие-то функции отсутствуют. Например, если компания имеет большое количество филиалов, или работает с акцизами или еще какие-либо нюансы, требующие дополнительных функций программы.
Решения для руководителей. Многие современные руководители, идущие в ногу со временем, принимают активное участие в учете своего предприятия, и хотят ежедневно владеть всей информацией относительно денежных потоков и прочих финансовых операциях. Сегодня программа 1С дает большие возможности для таких руководителей. Огромное количество отчетов, формируемых в разных разрезах и показателях, позволяют собственникам быть всегда в курсе всех дел.
.
2 Разработка моделей информационной системы «Архив Грамот»
2.1 Построение модели прецедентов
В процессе анализа выявляют внешних пользователей разрабатываемого программного обеспечения и перечень отдельных аспектов его поведения в процессе взаимодействия с конкретными пользователями.
Для описания функциональности системы, можно использовать диаграммы прецедентов.
Прецедент – это типичное взаимодействие пользователя с системой, которая при этом: описывает видимую пользователем функцию, может представлять различные уровни детализации, обеспечивает достижение конкретной цели, важной для пользователя.
Для информационной системы «Архив Грамот» определим следующие прецеденты:
-Получение информации участников «Участников»;
-Получение информации участников «Преподавателей»;
-Обработка данных и систематизация;
-получение отчетов;
2.1.1 Развёрнутое описание прецедента "Заполнение ИС данными об участи студентов в мероприятиях "
Главное действующее лицо: Администратор.
Действующие лица и их интересы:
Обучающийся – предоставляет информацию об участии в мероприятии и занятом месте;
преподаватель – предоставляет информацию об участии в мероприятии и занятом месте;
Предусловия: информация о участиях и мероприятиях должна быть достоверной и поверенной.
Постусловия (результаты): все данные систематизированы и выводиться на отчёт .
В таблице 2 рассмотрим основной успешный сценарий, наиболее часто выполняющийся в системе.
Таблица 2 - Представление прецедентов входного контроля
Порядок действий |
Действия исполнителя |
Отклик системы |
1
|
Преподаватель предоставляет данные об участи в мероприятие. |
Сбор и анализ полученной информации |
2 |
Студент предоставляет данные об участи в мероприятие. |
Сбор и анализ полученной информации |
3 |
Администратор заносит полученную информации об участие в мероприятиях |
Систематизирует данные, выводит отчёт. |
Специальные требования: интерфейс ИС для взаимодействия с пользователем.
Визуальное моделирование данного прецедента представлено на рисунке 1.
Рисунок
1-
визуальное
моделирование прецедентов
входного
контроля
и ввода
днных
в
систему и получение отчётов
2.1.2 Развёрнутое описание прецедента "Подготовка студентов к мероприятию "
Главное действующее лицо: Преподаватель.
Действующие лица и их интересы:
Обучающийся – заинтересован в получение более полной информации;
Преподаватель – заинтересован в боле полном изучение и подготовке к мероприятию и получение наиболее высшего результата;
Администратор – заинтересован в получение информации об участие мероприятие.
Предусловия: преподаватель должен заранее подготовить всю требуемую информацию для обучающегося.
Постусловия (результаты: Более углублённое изучение данных .
В таблице 3 рассмотрим основной успешный сценарий, наиболее часто выполняющийся в системе.
Таблица 3-Представление прецедентов подготовка студентов к мероприятию
Порядок действий |
Действия исполнителя |
Отклик системы |
1
|
Преподаватель предоставляет данные обучающемуся о мероприятие |
Сбор требуемой информации |
2 |
Обучающийся тщательно изучает данные о мероприятие. |
Анализ и изучение полученной информации |
3 |
Администратор заносит полученную информации об участие в мероприятиях- результат. |
Систематизирует данные, выводит отчёт. |
Специальные требования: интерфейс ИС для взаимодействия с пользователем.
Визуальное моделирование данного прецедента представлено на Рисунке 2
Рисунок
2-
Визуальное
моделирование прецедентов
подготовка студентов к мероприятию
2.1.3Развёрнутое описание прецедента "Подготовка проведения мероприятия "
Главное действующее лицо: Преподаватель.
Главное действующее лицо: Обучающийся.
Действующие лица и их интересы:
Обучающийся – подготавливает научную работу для участия в конкурсе или в мероприятие;
Преподаватель – заинтересован в привлечение обучающегося для участия в мероприятиях;
Администратор – заинтересован в получение информации об участие мероприятие.
Предусловия: преподаватель должен заранее подготовить всю требуемую информацию для обучающегося.
Постусловия (результаты): получение наиболее высшего результата.
В таблице 4 рассмотрим основной успешный сценарий, наиболее часто выполняющийся в системе.
Таблица 4 - Представление прецедентов подготовка проведения мероприятия
Порядок действий |
Действия исполнителя |
Отклик системы |
1
|
Преподаватель готовит проведение мероприятия |
Подготовка нужного реквизита |
2 |
Обучающийся тщательно готовиться к мероприятию и принимает участие. |
Подготовка к участию |
3 |
Администратор заносит полученную информации об участие в мероприятиях- результат. |
Систематизирует данные, выводит отчёт. |
Специальные требования: интерфейс ИС для взаимодействия с пользователем.
Визуальное
моделирование данного прецедента
представлено на Рисунке 3
Рисунок
3-
Визуальное
моделирование прецедентов
подготовка
проведения мероприятия
2.1.4 Развёрнутое описание прецедента "Получение отчётной информации об участиях в мероприятиях "
Главное действующее лицо: Преподаватель.
Главное действующее лицо: Обучающийся.
Действующие лица и их интересы:
Администратор – предоставляет информацию об участии в мероприятии и занятом месте;
Предусловия: информация о участиях и мероприятиях должна быть достоверной и поверенной, заранее внесена в ИС.
Постусловия (результаты):Вывод отчета и интересующей информации на печать .
В таблице 5 рассмотрим основной успешный сценарий, наиболее часто выполняющийся в системе.
Таблица 5 - Представление прецедентов получение отчётной информации об участиях в мероприятиях
Порядок действий |
Действия исполнителя |
Отклик системы |
1
|
Преподаватель запрашивает данные у администратора по участиям в мероприятиях. |
Вывод данных на печать |
2 |
Обучающийся запрашивает данные у администратора по участиям в мероприятиях. |
Вывод данных на печать |
3 |
Администратор запрашивает у системы интересующие данные |
СИ выводит данные в виде отчёта. |
Специальные требования: интерфейс ИС для взаимодействия с пользователем.
Визуальное
моделирование данного прецедента
представлено на Рисунке 4
Рисунок
4-
Визуальное
моделирование прецедентов
Получение отчётной информации об
участиях в мероприятиях
2.1.5 Развёрнутое описание прецедента "Формирование личных данных об участниках»
Главное действующее лицо: Преподаватель.
Главное действующее лицо: Обучающийся.
Действующие лица и их интересы:
Администратор – заинтересован в заполнение личных данных участников;
Предусловия: информация должна быть полной и достоверной .
Постусловия (результаты): систематизация данных .
В таблице 6 рассмотрим основной успешный сценарий, наиболее часто выполняющийся в системе.
Таблица 6 - Представление прецедентов формирование личных данных об участниках
Порядок действий |
Действия исполнителя |
Отклик системы |
1
|
Предоставляет личные данные участников |
Сбор данных |
2 |
Обучающийся предоставляет личные данные для участия в мероприятии |
Сбор данных |
3 |
Администратор заносит данные в ИС |
Систематизация данных и сохранение. |
Специальные требования: интерфейс ИС для взаимодействия с пользователем.
Визуальное
моделирование данного прецедента
представлено на Рисунке 5
Рисунок
5-
Визуальное
моделирование прецедентов
формирование личных данных об участниках
2.2 Моделирование процессов
2.2.1 Построение контекстной диаграммы
На начальных этапах создания ИС необходимо понять, как работает предприятие, поэтому для описания работы предприятия необходимо построить модель. Такая модель должна быть адекватна предметной области, следовательно, она должна содержать в себе знания всех участников бизнес-процессов предприятия. Наиболее удобным языком моделирования бизнес-процессов является IDEF0. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм.
Взаимодействие системы с окружающим миром описывается как вход (нечто, что перерабатывается системой), выход (результат деятельности системы), управление (стратегии и процедуры, под управлением которых производится работа) и механизм (ресурсы, необходимые для проведения работы). Находясь под управлением, система преобразует входы в выходы, используя механизмы.
Моделируя систему, построим контекстную диаграмму «Архив Грамот», как показано на рисунке 6, которая отражает главную цель или главную бизнес-функцию моделируемой системы, а так же обозначает границу моделирования.
Входом называется дискретное или непрерывное множество «контактов», через которое воздействие среды передается системе. В случае с нашей системой входом являются данные и материальные объекты, которые можно определить как «Обучающиеся и преподователи» , «Мероприятия », «Результат ».
Рисунок 6 — Контекстная диаграмма «Архив Грамот »
Выход – остроение «отчётоав» для пользователя . В данном случае на выходе мы получим «отчёт по мероприятиям и участиям студентов и преподователей».
Управляющее воздействие на систему определим как «Внутренний и внешний устав ГБПОУ ЛГК ». Механизм, необходимый для работы системы определим как «Федеральный закон «О персональных данных» от 27.07.2006 № 152-Фз» и «Федеральный закон «Об образование в Росс.Федер.» от 29.12.2012 № 273-Фз».
2.2.2 Диаграммы декомпозиции
2.2.2.1 Диаграмма декомпозиции первого уровня
Для построения диаграмм, используя принцип декомпозиции, определим перечень подпроцессов. Расположим их последовательность в соответствии с порядком доминирования в виде иерархической структуры, как показано на рисунке 7.
Рисунок 7 — Декомпозиция первого уровня
На первом этапе моделирования процессов определяются потребности и ожидания преподавателей и других заинтересованных сторон. Далее вырабатывается стратегия взависимости от требовоний. Затем определяются необходимые для реализации стратегии бизнес-процессы, методы и показатели оценки их эффективности с точки зрения применения ИС в конкретном учёбном заведение . Последним этапом идет построение и запуск процесса постоянного совершенствования. Данные процессы являются основными в организационной структуре предприятия, и они наглядно отражены на рисунке.
3. Разработка программного обеспечения информационной системы «Архив Грамот».
3.1 Разработка интерфейсов и форм ввода данных.
Для ввода входной информации существуют следующие формы:
Справочник Документ - предназначен для хранения видов документов.
Справочник
создаётся в 1С Конфигураторе, в конфигурации
щёлкнули на добавление справочника.
Рисунок 8 -Добовление справочника
П
одписали
имя справочника «Документы».
Рисунок 9-Прописываем название справочника.
З
апускаем
отладку 1С предприятия, заполняем
справочник «Документы»
Рисунок 10-Заполнение справочника «Документы».
Справочник Место - предназначен для хранения видов занятых мест .
С правочник создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление справочника.
Рисунок 11-Добовление справочника
Прописываем имя справочнику «Место».
Рисунок 12-Прописывае название справочнику
З
апускаем
отладку 1С предприятия, заполняем
справочник «Документы».
Рисунок 13-Заполняем справочник «Место»
Справочник мероприятие - предназначен для хранения данных о мероприятиях.
С правочник создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление справочника.
Рисунок 14-Добовление справочника
П
рописываем
имя справочнику «Мероприятие».
Рисунок 15-Название справочника
Н
а
закладке данные добавляем реквизиты.
Рисунок 16-Добовление реквизитов
Запускаем отладку 1С предприятия, заполняем справочник «Документы».
Рисунок 17-Заполнение справочника
Справочник участники - предназначен для хранения данных о студентах и преподавателях участвующих в мероприятиях.
Справочник создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление справочника.
Рисунок 18-Добовление справочника
П
рописываем
имя справочнику «Участники ».
Рисунок 19-Название справочника
На закладе иерархия ставим галочку «иерархический справочник»
Рисунок 20-Справочник «Участники»
Запускаем отладку 1С предприятия, заполняем справочник «Участники».
При заполнения справочника выбираем нужную нам группу иерархии.
Рисунок 21-Заполнение справочника
Справочник грамоты - предназначен для хранения данных о грамотах .
С правочник создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление справочника.
Рисунок 22-Добовление справочника
П
рописываем
имя справочнику «Грамоты ».
Рисунок23-Название справочника
На закладке данные добавляем реквизиты.
Рисунок 24-справочник «Грамоты»
На закладке формы добавляем форму(рисунок 25), создаем дополнительный реквизит Адрес Картинки(рисунок 26), делаем его тип поле картинки, добавляем команду загрузить (рисунок 27).
Рисунок 25 -справочник «Грамоты»
Рисунок 26-справочник «Грамоты»
Рисунок 27-справочник «Грамоты»
В модуль прописываем код для команда Загрузить и для вивода фотографи на форму.
Рисунок 28-справочник «Грамоты»
Запускаем отладку 1С предприятия, заполняем справочник «Грамоты».
Рисунок 29-справочник «Грамоты»
Документ учёт - предназначен для хранения данных о студентах, преподавателях и информация о занятом месте в каком-то определённом мероприятие .
Документ создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление документа.
Рисунок 30-Добовление справочника
На закладке данные добавляем реквизиты и табличную часть.
Рисунок 31-Добовление реквизитов
С
оздаем
форму документа «Участники».
Рисунок 32-Форма документа «Участники »
Для вивода отчётной информации существуют следующие формы:
Отчёт по Учасникам предназначен для вивода инфрмации о студентах участвующих в мероприятиях и поиску по студентам и преподавателям.
Документ создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление отчёта.
Рисунок 33-Создание отчёта «По Учасникам »
П
рописываем
имя отчёту «по
Учасникам
».
,
Рисунок 34- отчёт «По Учасникам »
С
оздаем
схему компоновки данных. В конструкторе
запроса добавляем нуже на справочники
и документы.
Рисунок 35- отчёт «По Учасникам »
Ф
ормирование
отчёта.
Рисунок 36- отчёт «По Учасникам »
Д
обавляем
условие отбор по участникам и руководителям.
Рисунок 37- отчёт «По Учасникам »
Ф
ормирование
отчёта «По
Учасникам
»
Рисунок 38- отчёт «По Учасникам »
Отчёт по Учасникам предназначен для вивода инфрмации о студентах участвующих в мероприятиях и поиску по студентам и преподавателям.
Документ создаётся в 1С Конфигураторе, в конфигурации щёлкнули на добавление отчёта.
Рисунок 39-Создание отчёта «По мероприятиям »
П
рописываем
имя отчёту «по
Учасникам
».
Рисунок 40- отчёта «По мероприятиям »
С
оздаем
схему компоновки данных. В конструкторе
запроса добавляем нуже на справочники
и документы.
Рисунок 41- отчёта «По мероприятиям »
Формирование отчёта.
Рисунок 42- отчёта «По мероприятиям »
Д
обавляем
условие отбор по мероприятию.
Рисунок 43- отчёта «По мероприятиям »
Ф
ормирование
отчёта «По
мероприятиям »
Рисунок 44- отчёт «По мероприяти»
4 Разработка эксплуатационной документации
4.1 Руководство пользовател
Настоящий документ используется во время предварительных комплексных испытаний, опытной эксплуатации, приемочных испытаний, промышленной эксплуатации информационной системы «Архив Грамот»
Пользователь ИС «Архив Грамот » должен иметь опыт работы с операционными системами 1С предприятия .
Перед началом работы с ИС «Архив Грамот» на рабочем месте пользователя необходимо запустить 1С предприятие. После этого пользователь окажется на главной странице ИС «Архив Грамот ».
Основной этап работы с системой начинается с главной страницы. Здесь можно увидеть меню, которое имеет 2 кнопки, как показано на рисунке (45)
Р
исунок
45- Главная форма
Каждая кнопка имеет свое назначение, которое показано в таблице (7)
Таблица 7-Кнопки и их назначение
Кнопка |
Назначение |
Учёт |
Открывает форму «Учет» |
Отчёты |
Открывает вкладку со списком отчётов |
П
ри
нажатие на кнопку Учёт открывается
форма добавления участников и их
результата.
Рисунок 46- Главная форма
Каждая кнопка имеет свое назначение, которое показано в таблице (8)
Таблица 8 - Кнопки и их назначение
Кнопка |
Назначение |
Провести |
Сохраняет информацию |
Закрыть |
Закрывает форму |
Чтобы сформировать отчёт нужно:
Открыть интересующий вас отчёт;
Нажать на кнопку сформировать.
Рисунок 47- Главная форма
Каждая кнопка имеет свое назначение, которое показано в таблице (9)
Таблица 9 - Кнопки и их назначение
Кнопка |
Назначение |
Сформировать |
Выводит отчёт |
Галочка –выборка |
Ставит отбор |
5 Расчеты и оценки
5.1 Расчёт максимального объёма базы данных системы
Наиболее существенной из компонентов информационной системы по объему занимаемого дискового пространства является база данных. Объём базы данных определяется её структурой и количеством записей. С точки зрения структуры на объём влияют количество таблиц, и типы данных полей.
Для расчета максимального размера одной записи в таблице базы данных воспользуемся следующим соотношением.
(5.1)
где Vi – максимальный размер i-той записи в таблице;
n – число полей таблицы;
Vk – максимальный размер k-того поля таблицы.
Просуммировав по всем i (по всем записям таблицы) получим теоретический размер, занимаемый j-той таблицей – VtabJ:
(5.2)
Пренебрегая размером блока служебной информации, можем считать, теоретический размер файла базы данных Vt равным сумме размеров таблиц входящих в состав структуры базы:
(5.3)
Для физической модели данных рассчитаем максимальный размер, занимаемый таблицей «Мероприятие ». Расчет представим в таблице 10
Таблица 10 - Структура таблицы «Мероприятие»
Имя поля |
Тип данных |
Размер поля, бит |
|
Код мероприятия |
Счетчик |
4 |
|
Мероприятие |
Текстовый |
255 |
|
Уровень |
Текстовый |
255 |
|
Год |
Числовой |
4 |
|
Итого Vi(байт): |
518 |
||
Примерное число записей в таблице «Мероприятие» равно 13. Исходя из формулы (5.2) получим для числа записей i = 13:
Аналогичным образом произведём расчёт для таблицы «Результат». Расчет представим в таблице 11
Таблица 11 - Структура таблицы «Результат»
Имя поля |
Тип данных |
Размер поля, бит |
|
Код грамот |
Число |
4 |
|
Код мероприятия |
Число |
4 |
|
Награда |
Текст |
255 |
|
Выданный документ |
Текст |
255 |
|
Итого Vi(байт): |
518 |
||
Примерное число записей в таблице «Результат» равно 18. Исходя из формулы (5.2) получим для числа записей i = 18:
Рассчитаем максимальный размер, занимаемый таблицей «Участники». Расчет представим в таблице 12
Таблица 12 - Структура таблицы «Участники»
Имя поля |
Тип данных |
Размер поля, бит |
|
Код |
Счётчик |
4 |
|
Фамилия |
Текстовый |
255 |
|
Имя |
Текстовый |
255 |
|
Статус |
Текстовый |
255 |
|
Отчество |
Текстовый |
255 |
|
Итого Vi(байт): |
1024 |
||
Примерное число записей в таблице «Участники» равно 101. Исходя из формулы (5.2) получим для числа записей i = 101:
Рассчитаем максимальный размер, занимаемый таблицей «Место». Расчет представим в таблице 13
Таблица 13 - Структура таблицы «Место»
Имя поля |
Тип данных |
Размер поля, бит |
|
Награда |
Текстовый |
255 |
|
Итого Vi(байт): |
255 |
||
Примерное число записей в таблице «Место» равно 4. Исходя из формулы (5.2) получим для числа записей i = 4:
Рассчитаем максимальный размер, занимаемый таблицей «Документ». Расчет представим в таблице 14
Таблица 14 - Структура таблицы «Документ»
Имя поля |
Тип данных |
Размер поля, бит |
|
Выданный документ |
Текстовый |
255 |
|
Итого Vi(байт): |
255 |
||
Примерное число записей в таблице «Документ» равно 5. Исходя из формулы (5.2) получим для числа записей i = 5:
Рассчитаем максимальный размер, занимаемый таблицей «Участие». Расчет представим в таблице 15
Таблица 15 - Структура таблицы «Участие»
Имя поля |
Тип данных |
Размер поля, бит |
|
Код |
Счётчик |
4 |
|
Код участника |
Числовой |
4 |
|
Статус |
Текстовый |
255 |
|
Код грамот |
Числовой |
4 |
|
Итого Vi(байт): |
267 |
||
Примерное число записей в таблице «Участие» равно 33. Исходя из формулы (5.2) получим для числа записей i = 33:
Таблица «Участие» информационной системы содержит ячейку вложение в формате png. Самыйбольшой размер одного графического файла в формате png 3811527,48 Байт. Примерное число записей в таблице, где находятся чертежи конструкторской документации равно 20.
Исходя из этих данных, получим дополнительный объём графических файлов таблици «Участие» 76230549,6 Байт.
В информационной системе «Архив грамот» содержится графические изображения, их общий вес составляет 618496 Байт
Согласно формуле (5.3) получим размер файла базы данных:
Vt 6734+9324+1020+1275+8811+103424+76230549,6+618496=76979633,6Байт
Локальная папка ООО «Архивация грамот» с программным обеспечением рабочего места занимает 73,41 Мегабайта. 73,41
5.2 Расчёт надёжности программного обеспечения
Эффективность системы — это свойство системы выполнять поставленную цель в заданных условиях использования и с определенным качеством.
Показатели эффективности характеризуют степень приспособленности системы к выполнению поставленных перед нею задач и являются обобщающими показателями оптимальности функционирования ИС.
Кардинальными обобщающими показателями являются показатели экономической эффективности системы, характеризующие целесообразность произведенных на создание и функционирование системы затрат.
Наряду с экономической эффективностью можно говорить о технической и социальной эффективности. Эти показатели эффективности могут рассматриваться как локальные.
Показатели технической эффективности должны оценивать техническое совершенство информационной системы как эрготехнической системы при работе ее в различных режимах, оценивать научно-технический уровень организации и функционирования этой системы.
Научно-технический уровень ИС характеризуется системой показателей, отражающих степень соответствия ее техническо-эксплуатационных характеристик современным достижениям науки и техники, научно-технического прогресса.
Показатели техническо-эксплуатационной эффективности весьма разнообразны. В качестве таких показателей могут фигурировать все показатели надежности и большинство рейтинговых показателей ИС, таких как функциональные возможности, количество обслуживаемых абонентов, производительность, пропускная способность, скорость передачи данных, тактовая частота, временные задержки, емкость памяти, эксплуатационные характеристики, технологии обслуживания и т. п.
Для того чтобы оценить техническую эффективность, решено использовать показатели надежности. Ниже приводятся основные показателей надежности систем и их определения в соответствии с ГОСТ 27.002-80 «Надежность в технике. Термины и определения».
К единичным показателям надежности в соответствии с ГОСТ 27.002-80 «Надежность в технике. Термины и определения» относятся показатели безотказности, показатели ремонтопригодности и показатели долговечности.
Показатели безотказности:
вероятность безотказной работы – вероятность того, что в пределах заданной наработки отказ системы не возникнет;
вероятность отказа – обратная величина, вероятность того, что в пределах заданной наработки отказ системы возникнет;
средняя наработка до отказа – математическое ожидание наработки системы до первого отказа (существенно для невосстанавливаемых систем);
средняя наработка на отказ (То) – отношение наработки восстанавливаемой системы к математическому ожиданию числа ее отказов в пределах этой наработки (имеет смысл только для восстанавливаемых систем).
Рассчитанные показатели безотказности для проектируемой системы:
вероятность безотказной работы за период, равный 4 часам, составляет 0,499;
вероятность отказа равна 0,002;
средняя наработка до отказа равна 2 месяца;
средняя наработка на отказ (То) равна 2 месяца (87840 мин).
Показатели ремонтопригодности:
- вероятность восстановления работоспособного состояния – вероятность того, что время восстановления работоспособного состояния не превысит заданного;
- среднее время восстановления работоспособного состояния (Тв) – математическое ожидание времени восстановления работоспособного состояния системы.
Показатели ремонтопригодности, рассчитанные для проектируемой системы:
вероятность восстановления работоспособного состояния в течение 1 часа равна 0,88;
среднее время восстановления системы равно 35 минуты.
Комплексные показатели надежности:
коэффициент готовности (Кг) – вероятность того, что система окажется в работоспособном состоянии в произвольный момент времени, кроме планируемых периодов, в течение которых применение системы по назначению не предусматривается.
где То – средняя наработка на отказ,
Тв – среднее время восстановления работоспособного состояния,
коэффициент оперативной готовности – вероятность того, что система окажется в работоспособном состоянии в произвольный момент времени, кроме планируемых периодов, в течение которых применение системы по назначению не предусматривается, и, начиная с этого момента, будет работать безотказно в течение заданного времени,
коэффициент технического использования – отношение математического ожидания интервалов времени пребывания системы в работоспособном состоянии за некоторый период эксплуатации к сумме математических ожиданий интервалов времени пребывания системы в работоспособном состоянии, простоев, обусловленных техническим обслуживанием, и ремонтов за тот же период эксплуатации,
где Тп – время простоя системы, обусловленное выполнением планового технического обслуживания и ремонта (время профилактики), пересчитанное на один отказ.
Комплексные показатели эффективности, рассчитанные для проектируемой системы:
- коэффициент готовности (Кг) равен 0,99,
- коэффициент оперативной готовности равен 0,9,
- коэффициент технического использования (Кти) при Тп = 4 часа (240 мин), равен 0,99726.
Согласно классификации систем по уровням надежности, учитывая рассчитанный коэффициент готовности и максимальное время простоя, разработанное Интернет-представительство Центра сертификации ИЭИ ДВГТУ относится к системам типа высокой надежности.