122
Система должна обладать надёжностью, обеспечивающей доступность
всех её функциональных возможностей для работы пользователей в
произвольном режиме.
Надёжность должна обеспечиваться следующими методами:
1. применением высоконадёжного и отказоустойчивого
оборудования;
2. использование оборудования с аппаратной избыточностью
элементов и возможностью «горячей» замены отдельных элементов;
3. обеспечением сохранности накопленной информации при авариях
и продолжением работы после устранения негативных последствий аварий;
4. ошибки персонала должны быть минимизированы путём
разграничения прав доступа к программно-аппаратным средствам.
Проектное решение должно обеспечивать режим работы 24 часа 7 дней в
неделю, за исключением плановых простоев, связанных с обслуживанием
компонентов системы.
4.1.4 Требования к безопасности
При внедрении, эксплуатации и обслуживании технических средств
системы должны выполняться меры электробезопасности в соответствии с
«Правилами устройства электроустановок» и «Правилами техники
безопасности при эксплуатации электроустановок потребителей».
Аппаратное обеспечение системы должно соответствовать требованиям
пожарной безопасности в производственных помещениях по ГОСТ 12.1.004-
91. «ССБТ. Пожарная безопасность. Общие требования».
Должно быть обеспечено соблюдение общих требований безопасности в
соответствии с ГОСТ 12.2.003-91. «ССБТ. Оборудование производственное.
Общие требования безопасности» при обслуживании системы в процессе
эксплуатации.
Аппаратная часть системы должна быть заземлена в соответствии с
требованиями ГОСТ Р 50571.22-2000. «Электроустановки зданий. Часть 7.
Требования к специальным электроустановкам. Раздел 707. Заземление
123
оборудования обработки информации».
Значения эквивалентного уровня акустического шума, создаваемого
аппаратурой системы, должно соответствовать ГОСТ 21552-84 «Средства
вычислительной техники. Общие технические требования, приемка, методы
испытаний, маркировка, упаковка, транспортирование и хранение», но не
превышать следующих величин:
- 50 дБ - при работе технологического оборудования и средств
вычислительной техники без печатающего устройства;
- 60 дБ - при работе технологического оборудования и средств
вычислительной техники с печатающим устройством.
4.1.5 Требования к эргономике и технической эстетике
Пользовательский интерфейс системы должен обеспечивать
необходимое качество взаимодействия человека с машиной и комфортность
работы персонала, удобство доступа пользователя к вводу и просмотру
информации, наглядность ее представления.
Таким образом, в части внешнего оформления, система должна
удовлетворять следующим требованиям:
1. интерфейс должен быть типизирован в соответствии с
требованиями корпоративной системы Навигатор;
2. размер форм, взаимодействующих с пользователем должен
автоматически настраиваться в соответствии с разрешением экрана,
установленного у конечного пользователя;
3. размер и цвет шрифта должен быть легко читаемым, как на
экранных, так и на печатных формах.
4. В части диалога с пользователем:
5. наиболее часто используемые пункты главного меню должны
быть продублированы на инструментальной панели для ускорения доступа к
ним;
6. при возникновении ошибки в процессе работы системы, должно
выводиться сообщение пользователю с рекомендациями по её устранению.
124
4.1.6 Требования к эксплуатации, техническому обслуживанию,
ремонту и хранению компонентов системы
Условия эксплуатации, а также виды и периодичность обслуживания
технических средств системы должны соответствовать требованиям по
эксплуатации, техническому обслуживанию, ремонту и хранению,
изложенным в документации завода-изготовителя (производителя) на них.
Для обеспечения выполнения требований по надежности должен быть
создан комплект ЗИП.
4.1.7 Требования к защите информации от несанкционированного
доступа
Обеспечение информационное безопасности АСУ «Учёт отпусков»
должно удовлетворять следующим требованиям:
1. защита системы должна обеспечиваться комплексом программно-
технических средств и поддерживающих их организационных мер.
2. защита системы должна обеспечиваться на всех технологических
этапах обработки информации и во всех режимах функционирования, в том
числе при проведении ремонтных и регламентных работ.
3. программно-технические средства защиты не должны
существенно ухудшать основные функциональные характеристики Системы
(надежность, быстродействие, возможность изменения конфигурации).
4. разграничение прав доступа пользователей к системе должен быть
двухуровневым. На первом уровне располагается аутентификация и
идентификация пользователя ОС. На втором уровне аутентификация
пользователя системой Навигатор.
4.1.8 Требования по сохранности информации при авариях
Для обеспечения сохранности информации, обрабатываемой в АСУ
«Учёт отпусков», необходимо включить базу данных системы и программный
модуль системы в общую схему резервного копирования, организованную на
предприятии заказчика.
4.1.9 Требования по стандартизации и унификации
125
Разработка системы должна осуществляться с использованием
стандартных методологий функционального моделирования: IDEF0, DFD и
информационного моделирования IDEF1Х.
Моделирование должно выполняться в рамках стандартов,
поддерживаемых программными средствами моделирования Microsoft Visio
2010 и BPwin 4.1.4.
Для работы с БД должен использоваться язык запросов SQL в рамках
стандарта ANSI SQL-92.
Для разработки пользовательских интерфейсов и средств генерации
отчетов должны использоваться стандартные средства СУБД Microsoft Visual
FoxPro 9.0 и средства пакета офисных программ Microsoft Office версией не
ниже 2007.
4.2 Требования к функциям (задачам), выполняемым системой
Перечень функций подсистемы ведения проектов распоряжений на
отпуск представлен в таблице 1.
Таблица 1 – Функции подсистемы ведения проектов распоряжений
Функция
Временной
регламент
Форма представления
выходной информации
Создание проекта
распоряжения на
отпуск
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»
Редактирование
проекта
распоряжения на
отпуск
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»
Утверждение
проекта
распоряжения на
отпуск
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»
Печать
распоряжения об
отпуске
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»;
унифицированная
печатная форма
распоряжения
Перечень функций подсистемы ведения электронной картотеки
126
распоряжений об отпуске представлен в таблице 2.
Таблица 2 – Подсистема ведения электронной картотеки распоряжений об отпуске
Функция
Временной
регламент
Форма представления
выходной информации
Создание
распоряжения об
отпуске
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»;
данные в БД АСУ «Учёт
рабочего времени»
Создание
распоряжения об
отзыве из отпуска
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»;
данные в БД АСУ «Учёт
рабочего времени»
Создание
распоряжения о
переносе отпуска
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»;
данные в БД АСУ «Учёт
рабочего времени»
Регистрация
распоряжения об
отпуске
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»;
данные в БД АСУ «Учёт
рабочего времени»
Аннулирование
распоряжения
Весь период
функционирования
системы
данные в БД АСУ «Учёт
отпусков»;
данные в БД АСУ «Учёт
рабочего времени»
Перечень функций подсистемы расчёта остатков отпусков представлен в
таблице 3.
Таблица 3 – Функции подсистемы расчёта отпусков
Функция
Временной
регламент
Форма представления
выходной информации
Обработка и
экспорт данных
табельного учёта,
необходимых для
расчёта трудового
стажа, дающего
право на отпуск
5-ое число каждого
месяца в период
времени с 05:00 до
06:00
данные в БД АСУ «Учёт
отпусков»
Расчёт количества
дней отпуска для
отдыха
Весь период
функционирования
системы
интерфейс пользователя
АСУ «Учёт отпусков»
127
Продолжение таблицы 3
Расчёт количества
дней отпуска для
денежной
компенсации при
увольнении с
предприятия
Весь период
функционирования
системы
интерфейс пользователя
АСУ «Учёт отпусков»
Перечень функций подсистемы формирования отчётной информации по
отпускам представлен в таблице 4.
Таблица 4 – Функции подсистемы формирования отчётной информации по отпускам
Функция
Временной
регламент
Форма представления
выходной информации
Формирование
отчётной
информации,
согласно запросу
пользователя
системы
Весь период
функционирования
системы
Интерфейс пользователя
АСУ «Учёт отпусков»
Экспорт отчёта в
Microsoft Excel
Весь период
функционирования
системы
Файл Microsoft Excel
4.3 Требования к видам обеспечения
4.3.1 Требования к математическому обеспечению
Не предъявляются.
4.3.2 Требования к информационному обеспечению
Для управления данными, используемыми АСУ «Учёт отпусков» должна
использоваться реляционная БД, управляемая СУБД Microsoft Visual FoxPro
9.0.
В реляционной БД должны быть предусмотрены таблицы для хранения
следующих данных:
5. проекты распоряжений на отпуск;
6. электронные версии документов распоряжений на отпуск;
7. периоды фактического отсутствия сотрудников на рабочих
местах, экспортируемые из АСУ «Учёт рабочего времени»;
128
8. справочник типов и видов отпусков.
Для кодирования видов отпусков должны использоваться цифровые
коды, разработанные на предприятии заказчика и используемые в смежной
системе «Учёт рабочего времени».
Печатные формы документов: распоряжение на отпуск, график отпусков,
личная карточка работника, должны соответствовать унифицированным
формам, которые утверждены постановлением Госкомстата РФ от 05.01.2004.
4.3.3 Требования к лингвистическому обеспечению
Для реализации системы должен применяться язык программирования:
xBase.
Для организации диалога системы с пользователем должен применяться
графический оконный интерфейс. Вся информация, отображаемая и вводимая
конечным пользователем системы должна быть на русском языке, за
исключением программных компонентов третьих компаний, которые не могут
быть реализованы исполнителем.
Для кодирования и декодирования, находящейся в системе информации,
должна использоваться кодовая страница: Windows – 1251 (CP1251).
Для описания предметной области должны использоваться следующие
средства: BPwin 4.1.4 и Microsoft Visio 2010.
4.3.4 Требования к программному обеспечению
Персональный компьютер конечного пользователя должен иметь
следующее программное обеспечение:
3. ОС: Microsoft Windows 98\Me\2000\XP\Server2003\Vista\7\8\8.1;
4. пакет офисных решений Microsoft Office не ниже версии 2007, а
именно Microsoft Word и Microsoft Excel.
4.3.5 Требования к техническому обеспечению
Персональный компьютер конечного пользователя должен иметь
следующие характеристики:
6. процессор: Intel Pentium – класса;
7. оперативная память: 64 Мб (рекомендуется 128 Мб);
129
8. свободное пространство на жёстком диске: не менее 120 Мб;
9. монитор: разрешение экрана не менее 1024x768;
10. устройства ввода: клавиатура, манипулятор типа «мышь»;
11. проводное или беспроводное подключение к ЛВС предприятия.
4.3.6 Требования к организационному обеспечению
Основными пользователями АСУ «Учёт отпусков» являются сотрудники
кадровой службы предприятия заказчика.
Обеспечивает эксплуатацию системы отдел разработки и внедрения
автоматизированных систем управления производством совместно с отделом
вычислительной техники на предприятии заказчика.
Состав сотрудников каждого из подразделений определяется штатным
расписанием заказчика, которое, в случае необходимости, может изменяться.
К организации функционирования системы и порядку взаимодействия
персонала, обеспечивающего эксплуатацию, и пользователей предъявляются
следующее требование:
1. в случае возникновения со стороны кадровой службы
необходимости изменения функциональности АСУ «Учёт отпусков»,
сотрудники должны обращаться в подразделение, отвечающее за
эксплуатацию системы со служебной запиской или техническим заданием на
доработку системы.
К защите от ошибочных действий персонала предъявляются следующие
требования:
1. должна быть предусмотрена система прав доступа пользователей
к тем или иным функциям;
2. для всех пользователей должна быть запрещена возможность
удаления и редактирования преднастроенных и необходимых для нормальной
работы системы объектов инфраструктуры.
4.3.7 Требования к методическому обеспечению
К разработанной системе в обязательном порядке должна быть
приложена подробная инструкция пользователя.
130
Приложение Б
Исходный код программы
Листинг 1 – Процедура регистрации распоряжения на отпуск
PROCEDURE Doc_Save
LPARAMETERS aDocs as array, lStatement, oDocItem as sArray of sArray, lnCod_group,
lcAdd_Service_Info
lcAdd_Service_Info = EVL( lcAdd_Service_Info, '' )
LOCAL lnCod_doc, lnDoc_type, lcCod_tab, lcDoc_num, ldDt_doc, ;
ldDt_begin, ldDt_end, lnQuantity_day, lcDoc_source, lcInfo, ;
dYearWorkBegin, dYearWorkEnd, lcServis_info, lnCod_movi, lcPeriod_otp
lnCod_doc=aDocs[1,1]
lnDoc_type=aDocs[2,1]
lcCod_tab=aDocs[3,1]
lcDoc_num=aDocs[4,1]
ldDt_doc=aDocs[5,1]
ldDt_begin=aDocs[6,1]
ldDt_end=aDocs[7,1]
lnQuantity_day=aDocs[8,1]
lcDoc_source=''
lcInfo=aDocs[10,1]
lnCod_priv=aDocs[11,1]
lnCod_work=aDocs[12,1]
lcN_tab=aDocs[13,1]
ldDt_year_begin=aDocs[15,1]
ldDt_year_end=aDocs[16,1]
lnHolyCount=aDocs[17,1]
lnCod_otp=aDocs[18,1]
lnCod_super=aDocs[19,1]
lcSprav=""
IF NOT USED('pers_work')
USE pers!work IN 0 ALIAS pers_work SHARED AGAIN
ENDIF
SELECT post.name_post, ;
post.vred, ;
post.spisok, ;
post.vr_nadbav, ;
post.dop_otpusk, ;
post.vr_faktor, ;
post.post_norma, ;
post.norma_osv, ;
sprpod.podr, ;
work.Cod_work, ;
movings.Cod_movi, ;
post.Cod_post, ;
sprpod.Cod_podr, ;
movings.norma/5 as stavka ;
FROM personal!people ;
INNER JOIN personal!work ;
INNER JOIN personal!movings ;
131
INNER JOIN personal!post ;
INNER JOIN personal!sprpod ;
ON post.Cod_podr==sprpod.cod_podr ;
ON movings.Cod_post==post.Cod_post ;
ON work.Cod_work==movings.COd_work ;
ON people.Cod_priv==work.cod_priv ;
WHERE people.cod_priv==lnCod_priv ;
AND movings.dt_norm>DATE() ;
AND ICASE(work.outercombinate,.T.,not work.outercombinate AND
movings.type_movi==2,.F.,.T.) ;
INTO CURSOR Cur_servis_info
lnCod_movi=Cur_servis_info.COd_movi
aDocs[20,1]=Cur_servis_info.stavka
lcServis_info='Cod_work: '+ALLTRIM(STR(Cur_servis_info.Cod_work))+CHR(13) ;
+'Cod_movi: '+ALLTRIM(STR(Cur_servis_info.COd_movi))+CHR(13) ;
+'Cod_post: '+ALLTRIM(STR(Cur_servis_info.Cod_post))+CHR(13) ;
+'Cod_podr: '+ALLTRIM(STR(Cur_servis_info.Cod_podr))+CHR(13) ;
+'Cod_group: '+ALLTRIM(STR(lnCod_group))+CHR(13) ;
+'****************************************'+CHR(13)+lcSprav
lcServis_info = lcServis_info + CHR( 13 ) + lcAdd_Service_Info
IF lnDoc_type = 280 then
IF NOT lStatement then
lcDoc_num=''
ldDt_doc ={}
EndIf
EndIf
LOCAL oEx as Exception
TRY
BEGIN TRANSACTION
IF EMPTY(lnCod_doc)
INSERT INTO pers!Doc (Doc_type, Cod_tab, Doc_num, Dt_doc, ;
Dt_begin, Dt_end, Quantity_day, Doc_source, Info, ;
Cod_priv, Cod_work, n_tab, servis_info, Cod_movi, cod_group, ;
HolyCount, dt_year_begin, dt_year_end) ;
VALUES (lnDoc_type, lcCod_tab, lcDoc_num, ldDt_doc, ;
ldDt_begin, ldDt_end, lnQuantity_day, lcDoc_source, lcInfo, ;
lnCod_priv, lnCod_work, lcN_tab, lcServis_info, lnCod_movi, lnCod_group, ;
lnHolyCount, ldDt_year_begin, ldDt_year_end )
IF NOT EMPTY(lnCod_otp)
UPDATE pers!otpusk SET status=4 WHERE otpusk.Cod_otp==lnCod_otp
ENDIF
SELECT ('Doc')
lnCod_doc=GETAUTOINCVALUE(0)
IF EMPTY(lnCod_group)
UPDATE pers!Doc SET Cod_group=-lnCod_doc WHERE Doc.Cod_doc==lnCod_doc
ENDIF
ELSE
UPDATE pers!doc SET Doc_type=lnDoc_type, Cod_tab=lcCod_tab, Doc_num=lcDoc_num, ;
Dt_doc=ldDt_doc, Dt_begin=ldDt_begin, Dt_end=ldDt_end, ;
Quantity_day=lnQuantity_day, Doc_source=lcDoc_source, Info=lcInfo, ;
servis_info=lcServis_info, ;
Cod_priv=lnCod_priv, Cod_work=lnCod_work, n_tab=lcN_tab, Cod_movi=lnCod_movi, ;