Если у вас возникли сложности с курсовой, контрольной, дипломной, рефератом, отчетом по практике, научно-исследовательской и любой другой работой - мы готовы помочь.
Предоплата всего
Подписываем
Настоящее техническое задание формируется на разработку Автоматизированного рабочего места бухгалтера «Расчет стоимости готовой продукции».
1.1.1 Полное наименование
Автоматизированное рабочее место бухгалтера «Расчет стоимости готовой продукции»
АРМ РС, АРМ
1.2. Назначение и область применения
АРМ РС предназначена для автоматизации деятельности работника бухгалтерии предприятия любой сферы экономической отрасли. АРМ позволит увеличить скорость обработки информации, избежать ошибок при вводе данных, избавить бухгалтера от рутинной работы с большими массивами числовых данных.
2. Требования к программе
2.1. Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:
- реализовать возможность быстрого и качественного расчета стоимости готовой продукции;
- осуществить возможность обмена данными с бухгалтерским продуктом 1С:Бухгалтерия, в рамках которой функционирует АРМ РС;
-увеличение скорости взаимодействия бухгалтера и высшего административного руководства;
- реализовать фиксацию качественных фактических данных;
- создать единую оперативную систему формирования отчетной документации по отладке и смет по расчету стоимости готовой продукции;
- оптимизация работы бухгалтера.
2.2. Требования к надежности
2.2.1 Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением Заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:
а) организацией бесперебойного питания технических средств;
б) использованием лицензионного программного обеспечения;
в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;
г) регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов.
2.2.2. Время восстановления после отказа
Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
2.2.3. Отказы из-за некорректных действий оператора
Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой.
Во избежание возникновения отказов программы по указанной выше причине следует обеспечить работу конечного пользователя без предоставления ему административных привилегий.
3. Условия эксплуатации
3.1. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы 2 (два) – администратор и бухгалтер (пользователь системы).
Администратор должен обладать всеми квалификационными навыками, чтобы надлежащим образом осуществлять обслуживание АРМ РС.
Специальных требований к технической подготовке персонала не требуется, поскольку программный продукт оснащен интуитивно-понятным интерфейсом.
4.1.1. Требования к структуре и функционированию системы
АРМ РС должно иметь централизованную базу хранения информации. АРМ должно поддерживать разграничение прав доступа пользователей. В системе должен быть реализован принцип однократного ввода информации и механизмы, предотвращающие произвольное изменение документов, порожденных на основе учетных данных.
В АИС РП предлагается выделить следующие функциональные подсистемы:
Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание.
Гарантийный период (срок предоставления гарантии качества работ) на аппаратное обеспечение и другие работы, выполняемые в соответствии с настоящим контрактом составляет 24 месяцев с момента утверждения акта сдачи-приемки работ.
В случае выявления в течение этого срока недостатков в программах для ЭВМ или иных разработках, составляющих результаты работ, Исполнитель обязуется по требованию Заказчика незамедлительно устранять такие недостатки за свой счет. При этом гарантийный срок продлевается на период устранения недостатков.
4.1.3. Требования к надежности
4.1.3.1. Состав показателей надежности для системы в целом:
Уровень надежности должен достигаться согласованным применением организационных, организационно-технических мероприятий и программно-аппаратных средств.
Надежность должна обеспечиваться за счет:
- применения технических средств, системного и базового программного обеспечения;
-соответствующих классу решаемых задач;
-своевременного выполнения процессов администрирования АРМ РС;
-соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
-предварительного обучения пользователей и обслуживающего персонала.
Время устранения отказа должно быть следующим:
- при перерыве и выходе за установленные пределы параметров электропитания - не более 15 минут;
- при перерыве и выходе за установленные пределы параметров программного обеспечением - не более 2 часов.
4.1.3.2. Перечень аварийных ситуаций, по которым регламентируются требования к надежности
При работе системы возможны следующие аварийные ситуации, которые влияют на надежность работы системы:
- сбой в электроснабжении сервера;
- сбой в электроснабжении рабочей станции пользователей системы;
- сбой в электроснабжении обеспечения локальной сети (поломка сети);
- ошибки системы, не выявленные при отладке и испытании системы;
- сбои программного обеспечения сервера.
4.1.3.3. Требования к надежности технических средств и программного обеспечения
Надежность аппаратных и программных средств обеспечивается за счет следующих организационных мероприятий:
- предварительного обучения пользователей и обслуживающего персонала;
- своевременного выполнения процессов администрирования;
- периодические технические осмотры программно-аппаратных средств;
- периодические тестирования процессов функционирования АРМ РС;
-соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств;
- своевременное выполнение процедур резервного копирования данных.
Надежность программного обеспечения подсистем обеспечивается за счет:
- надежности общесистемного ПО и ПО, разрабатываемого Разработчиком;
- проведением комплекса мероприятий отладки, поиска и исключения ошибок;
- ведением журналов системных сообщений и ошибок по подсистемам для последующего анализа и изменения конфигурации.
4.1.3.4. Требования к методам оценки и контроля показателей надежности на разных стадиях создания системы в соответствии с действующими нормативно-техническими документами
Проверка выполнения требований по надежности должна производиться на этапе проектирования расчетным путем, а на этапах испытаний и эксплуатации - по методике Разработчика, согласованной с Заказчиком.
4.1.4. Требования к эргономике и технической эстетике.
В части внешнего оформления:
-интерфейсы должны быть типизированы;
- интерфейсы должны содержать общее цветовое наполнение с бухгалтерским продуктом 1С:Бухгалетрия.
В части диалога с пользователем:
-для наиболее частых операций должны быть предусмотрены «горячие» клавиши;
-при возникновении ошибок в работе на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке;
-должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
- наиболее часто используемые операции должны быть организованы в отдельную область на панели инструментов.
В части процедур ввода-вывода данных:
- должна быть возможность получения отчетности по мониторингу работы АРМ РС;
- при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке;
- должна быть возможность получения отчетности по мониторингу работы подсистем.
4.1.5. Требования к защите информации от несанкционированного доступа
4.1.5.1. Требования к информационной безопасности.
Обеспечение информационное безопасности АРМ РС должно удовлетворять следующим требованиям:
- защита АРМ должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер;
- защита АРМ должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и регламентных работ;
- программно-технические средства защиты не должны существенно ухудшать основные функциональные характеристики АРМ (надежность, быстродействие, возможность изменения конфигурации).
4.1.5.2. Требования к антивирусной защите
Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей АРМ, то есть бухгалтера, и руководителей АРМ РС, то есть администратора.
Средства антивирусной защиты рабочих местах пользователей и администраторов должны обеспечивать:
- централизованное управление сканированием, удалением вирусов и протоколированием вирусной активности на рабочих местах пользователей;
- централизованную автоматическую инсталляцию клиентского ПО на рабочих местах пользователей и администраторов;
- централизованное автоматическое обновление вирусных сигнатур на рабочих местах пользователей и администраторов;
- ведение журналов вирусной активности;
- администрирование всех антивирусных продуктов.
4.1.5.3. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы
Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания.
АРМ должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения и для корректного завершения всех процессов.
Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных.
4.1.5.4. Требования к контролю, хранению, обновлению и восстановлению данных
К контролю данных предъявляются следующие требования:
- система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных.
К хранению данных предъявляются следующие требования:
- хранение исторических данных в системе должно производиться не более чем за 3 (три) предыдущих года. По истечению данного срока данные должны переходить в архив;
- исторические данные, превышающие пятилетний порог, должны храниться в архиве системы с возможностью их восстановления.
К обновлению и восстановлению данных предъявляются следующие требования:
- для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование раз в неделю и хранение копии на протяжении 2-х месяцев;
- для сервера базы данных необходимо обеспечить резервное копирование файлов раз в 2 недели и хранение копии на протяжении 2-х месяцев.
Интеллектуальные права, передаваемые Исполнителем Заказчику на результаты работ по государственному контракту должны быть достаточны для их полноценного использования.
4.1.7 Пользователи АРМ РС
Администратор АРМ осуществляет обслуживание АРМ РС, обеспечивает надежность АРМ, безопасность и целостность данных, поддерживает нормальное функционирование программного продукта, а также надлежащую ее эксплуатацию, устанавливать совместимость АРМ РС с бухгалтерским продуктом 1С:Бухгалтерия.
Бухгалтер является непосредственным пользователем АРМ РС: использует все возможности автоматизированного рабочего места в плане расчета стоимости готовой продукции и оперативного формирования по результатам сметы.
В ходе выполнения работ должно обеспечиваться постоянное взаимодействие между сторонами, для чего ими должны быть сформированы рабочие группы по данному проекту, ответственных за:
- решение административных вопросов (организация встреч, предоставление допусков, рассмотрение и согласование проектной документации и т.п.);
- решение инженерно-технических вопросов (согласование технических аспектов реализации и администрирования системы, определение наличия и размещения технических средств, коммуникаций и т.п.);
- нормативно-методическое и информационное обеспечение проектных работ.
Члены рабочих групп должны иметь необходимый уровень компетенции, в том числе, для принятия (организации принятия) оперативных решений по вопросам разработки.
5. Состав и содержание работ
5.1. Стадии разработки
Разработка должна быть проведена в три стадии:
1. разработка технического задания;
2. рабочее проектирование;
3. внедрение.
5.2. Этапы разработки
На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания.
На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:
1. разработка программы ;
2. разработка программной документации;
3. испытания программы.
На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.
5.3. Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:
1. постановка задачи;
2. определение и уточнение требований к техническим средствам;
3. определение требований к программе;
4. определение стадий, этапов и сроков разработки программы и документации на неё;
5. согласование и утверждение технического задания.
На этапе разработки программы должна быть выполнена работа по программированию (кодированию)и отладке программы.
На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.
На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:
1. разработка, согласование и утверждение и методики испытаний;
2. проведение приемо-сдаточных испытаний;
3. корректировка программы и программной документации по результатам испытаний.
На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.
6. Порядок контроля и приемки системы
6.1. Общие требования к приемке работы
На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.
6.2. Испытания
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.
Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний .