Назначение и цели создания системы
Разработка АИС необходима для ведения документации, сопровождающей процесс организации питания учебного заведения.
Основными целями создания АИС являются:
автоматизация ведения документации и журналов по процессу организации питания;
автоматизация ведение сборника рецептур блюд;
автоматизация процесса формирования отчетов;
повышение эффективности ведения анализа организации питания;
В результате внедрения АИС должны быть достигнуты следующие показатели объекта автоматизации:
Уменьшение времени на заполнение документации, сопровождающей процесс организации питания в школе.
Усиление контроля за сроком годности скоропортящихся продуктов питания.
Уменьшение времени на проведение анализа питания в школе.
Повышение эффективности планирования питания на основе «Меню-накладных».
Повышение эффективности расчета пищевой ценности блюд по продуктам.
Требования к системе
АИС должна быть локальной, иметь модульную структуру и состоять из следующих подсистем:
Подсистема «Документы» — эта подсистема представляет собой БД, в которой хранится информация о документах по питанию:
меню-накладные (завтрак, ГПД, интернат);
накопительные ведомости по расходу продуктов питания (завтрак, ГПД, интернат);
накопительная ведомость по приходу продуктов питания;
оборотная ведомость по нефинансовым активам;
Подсистема «Справочники» - эта подсистема должна нести минимальную избыточность и состоять из таблиц-справочников:
продукты;
блюда;
единицы измерения;
поставщики.
Подсистема «Нормы» — эта подсистема должна отражать все нормы, необходимые для ведения процесса питания:
нормы питания детей;
химический состав продуктов;
сроки хранения продуктов;
таблица замены некоторых продуктов;
рекомендуемый объем порций;
таблица отходов пищевой продукции;
нормы физиологических потребностей;
десятидневное меню.
Подсистема «Журналы» — эта подсистема должна отражать все журналы, необходимые для анализа питания:
журнал калорийности (завтрак, ГПД, интернат);
журнал анализа питания (интернат);
журнал учета сроков хранения продуктов;
журнал поставок.
Требования по диагностированию системы
ИС должна на программном уровне диагностироваться путем запуска системы регламентных отчетов, которые проверяют наличие ошибок в функционировании системы на уровне алгоритмов.
Требования к численности и квалификации персонала системы и режиму его работы
Требования к численности персонала (пользователей)
Численность пользователей – 3 человека (медицинская сестра, зам.директора по АХЧ, бухгалтер)
Требования к квалификации персонала
Пользователи, работающие с АИС, должны обладать:
навыками работы с ПК;
первоначальными навыками работы с АИС, полученными в ходе обучения.
Требуемый режим работы персонала
Режим работы персонала устанавливается согласно утвержденному графику работы на объекте автоматизации. Особых ограничений на режим работы персонала АИС не имеет.
АИС должна обеспечивать сохранение индивидуальных параметров и отчетов системы, выбранных пользователем, без изменения конфигурации системы.
Требования к надежности
Для обеспечения надежности работы системы должны быть доступно сохранение работоспособности системы:
при аварийных отключениях, связанных с перебоями подачи питания, работы сетевых компонентов.
при сбоях в работе программных модулей с обязательным сохранением всех документов и записей в системе.
Требования по безопасности
Все внешние элементы технических средств системы, находящиеся под напряжением, должны быть иметь защиту от случайного проникновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81.
Система должна комплектоваться аппаратными средствами (мониторами, ПК, манипуляторами клавиатуры и мыши), исключительно удобными для пользователя и простыми в обращении.
3.3.3.2. На программном уровне Система должна иметь максимально удобный дружественный интерфейс для общения с пользователем:
взаимодействие с пользователем должно вестись на русском языке;
пользователю из любой подсистемы программы должен быть доступен вызов справочной информации о возможностях программы, а также должны быть доступны регламенты работы с системой;
общение Системы с пользователем должно строиться в диалоговом режиме.
Условия эксплуатации должны соответствовать нормальным климатическим условиям, определенным в ГОСТ 27201-87 и иметь следующие значения:
температура воздуха от 15 0С до 250С;
относительная влажность от 45% до 75% при 250С;
атмосферное давление от 630 мм. рт. ст. до 800 мм. рт. ст.
Предварительные требования к допустимым площадям для размещения персонала и системы
Требования к размещению системы, пользователей и обслуживающего персонала должны определяться согласно Гигиеническим требованиям и нормам (СанПиН 2.2.2/2.4.1340-03 от 30 мая 2003 г).
Требования к составу, размещению и условиям хранения комплекта запасных изделий и приборов
Состав и размещение и условия хранения комплекта запасных изделий определяется на стадии внедрения системы и в процессе опытной эксплуатации.
Требования к функциям, выполняемым системой.
3.3.4.1. Общие требования к функциям системы:
ведение документации по питанию (меню-накладная (завтрак), меню-накладная (интернат), меню-накладная (ГПД), накопительная ведомость по расходу продуктов питания (завтрак, ГПД, интернат), накопительная ведомость по приходу продуктов питания, оборотная ведомость по нефинансовым активам);
ведение журналов о питании (журнал калорийности (завтрак), журнал калорийности (ГПД), журнал калорийности (интернат), журнал анализа питания (интернат), журнал поставок, журнал учета сроков хранения продуктов питания);
формирование документации о нормах питания;
формирование отчетов;
ведение справочников.
3.3.4.2. Требования к функциям подсистемы «Документы»
Подсистема «Документы» должна обеспечивать выполнение следующих функций:
ввод и изменение документов (меню-накладные (завтрак, ГПД, интернат), накопительные ведомости по расходу продуктов питания (завтрак, ГПД, интернат), ведомость по приходу продуктов питания, оборотная ведомость по нефинансовым активам);
вывод отчета по различным документам.
3.3.4.3. Требования к функциям подсистемы «Справочники»
Подсистема «Справочники» должна обеспечивать выполнение следующих функций:
ввод и изменение записей справочников;
проверка на наличие дублирования в справочнике;
изменение позиций в подсистеме «Документы» при изменении свойств и значений в подсистеме «Справочники».
Подсистема «Журналы» должна обеспечивать выполнение следующих функций:
ввод и изменение документов (журнал калорийности (завтрак, ГПД, интернат), журнал анализа питания (интернат), журнал поставок, журнал учета сроков годности продуктов);
вывод отчетов в печатной форме и сохранение их в прикладных программах Microsoft Office.
Подсистема «Нормы» должна обеспечивать выполнение следующих функций:
ввод и изменение различных норм по питанию;
вывод отчетов в печатной форме и сохранение их в прикладных программах Microsoft Office.
3.3.6. Временной регламент реализации каждой функции
Обработка данных и выполнение функций в системе должны происходить в интерактивном режиме.
Допускается естественная задержка в обработке данных при выполнении функции, связанная с большим объемом обрабатываемых данных.
3.3.7. Требования к качеству реализации функций
Качество реализаций функций зависит от выполнения алгоритмов решения задачи, решение которых необходимо для реализации посылаемого запроса пользователем.
В случае невыполнения какой-либо функции пользователю выдается сообщение об ошибке.
3.3.8. Требования к видам обеспечения.
3.3.8.1. Требования к математическому обеспечению
Применение в системе специальных математических методов и моделей не предполагается.
3.3.8.2. Требования к информационному обеспечению
В подсистемах «Документы», «Журналы», «Справочники», «Нормы» должна вводиться и корректироваться информация. Повторный ввод информации об уже имеющемся объекте с совпадающими свойствами не допускается.
Изменения структуры данной Системы невозможны из самой Системы. Для изменения структуры необходимо обновлять коды программных модулей.
3.3.8.3. Требования по использованию унифицированных документов и классификаторов, используемых на предприятии
В АИС должны применяться следующие классификаторы, используемые в компании:
общероссийский классификатор единиц измерения;
справочник компании по продуктам, блюдам;
справочник компании по поставщикам.
3.3.8.4. Требования по применению систем управления базами данных
В разрабатываемой Системе для хранения данных и обработки запросов должна применяться СУБД Paradox.
Основные требования:
построение объектно-реляционной модели данных;
надежность, безопасность, высокая производительность обработки данных;
возможность восстановления базы данных;
совместимость с платформой ОС Windows XP;
невысокая стоимость СУБД.
3.3.8.5. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных
Данные представляются в Системе в виде реляционных таблиц, хранящихся в СУБД Paradox.
3.3.8.6. Требования к защите данных от разрушениях при авариях и сбоях в электропитании системы
В случае аварии или сбоя в Системе должно быть обеспечено восстановление сохраненных данных до наступления момента аварии.
В случае невозможности восстановление сохраненных данных должно быть произведено по времени последнего создания резервной копии базы данных.
3.3.8.7. Требования к контролю, хранению, обновлению и восстановлению данных
Восстановление данных должно проводиться только в случае возникновения аварий и сбоев.
3.3.8.8. Требования к процедуре придания юридической силы документам, продуцируемым техническими средствами АС
Для АИС такие требования не разработаны.
3.3.9. Требования к лингвистическому обеспечению
3.3.9.1. Для выполнения запросов пользователя в Системе должен быть использован структурированный язык запросов SQL по стандарту ANSI99. Допускается использование более позднего стандарта.
3.3.9.2. Для обеспечения дружественного интерфейса в диалоговом режиме между пользователем и Системой должны использоваться визуальные компоненты языка Delphi.
3.3.9.3. Все перечисленные языки должны обеспечивать выполнение всех функций Системы.
3.3.10. Требования к программному обеспечению
3.3.10.1. Все используемое программное обеспечение должно быть сертифицированным и лицензионным.
3.3.10.2. Требования к прикладному программному обеспечению
Все прикладное программное обеспечение должно быть совместимо друг с другом.
ППО должно работать под платформой ОС Windows.
ППО должно быть русифицированным и иметь документацию на русском языке.
3.3.10.3. Требования к системному программному обеспечению
Системное ПО должно обеспечивать возможность подключения дополнительных средств защиты информации от несанкционированного доступа.
3.3.11. Требования к техническому обеспечению системы
3.3.11.1. Возможно применение технического оборудования, применяющегося в настоящее время на объекте автоматизации.
3.3.11.2. Рабочие места пользователей должны быть укомплектованы следующим набором оборудования:
процессор (от PentiumII 600 Mhz, 256Мб ОЗУ) и монитор (требований не предъявляется);
манипуляторы ввода/вывода (клавиатура и мышь);
сетевая карта и подключение к локальной ЛВС;
сетевой принтер (при необходимости).
3.3.12. Требования к метрологическому обеспечению
Метрологическое обеспечение АИС должно:
контролировать точность вычислений до 2-го знака для стоимости питания на одного ребенка и на всех детей;
контролировать точность вычисления стоимости по каждому виду продукта до 2-го знака.
3.3.13. Требования к организационному обеспечению
3.3.13.1. Требования к структуре и функциям подразделений, участвующих в функционировании системы или обеспечивающих эксплуатацию
Внедрение и опытная эксплуатация разработанной Системы проводится на объекте автоматизации.
За внедрение системы ответственность несет программист.
3.3.13.2. Требования к организации функционирования системы и порядку взаимодействия персонала АС и персонала объекта автоматизации
Обслуживающий персонал должен осуществлять помощь в работе пользователям с Системой в рабочее время, определенное Должностной инструкцией.
В случае обнаружения у пользователя дефектов в оборудовании или программе не по вине пользователя, обслуживающий персонал должен предоставить пользователю оборудование или программу взамен дефективного.
Обслуживающий персонал обязан оповещать пользователей Системы о возможных перерывах в работе Системы, связанных с обновлением или другими техническими вопросами.