close

Вход

Забыли?

вход по аккаунту

?

tekhnicheskoe zadanie kursovogo proekta

код для вставкиСкачать
 Техническое задание на создание автоматизированной системы для расчета планировки офисного помещения.
1. Общие сведения
1.1 Наименование системы
1.1.1 Полное наименование системы: Расчет планировки офисного помещения.
1.1.2 Краткое наименование системы: РП, Система, АИС РП.
1.3. Наименование организаций - Заказчика и Разработчика
1.3.1. Заказчик:
Цыганова Ирина Александровна- доцент кафедры прикладной информатики в экономике и управлении.
1.2.2. Разработчик:
Горюнова Анна Михайловна-студент гр.11Пи(б)Эк
1.3. Плановые сроки начала и окончания работы
30.09.2013-27.12.2013гг.
1.4. Порядок оформления и предъявления заказчику результатов работ
Работы по созданию РП сдаются Разработчиком поэтапно в соответствии с календарным планом сдачи Курсового Проекта. По окончании каждого из этапов работ Разработчик сдает Заказчику соответствующие отчетные документы этапа, состав которых определен ранее.
1.5 Основания для проведения работ:
Основанием для исполнения работ в рамках развития функциональности АИС РП, предусмотренных в настоящем Техническом Задании, является задание курсового проекта.
1.7 Нормативные документы
Настоящее Техническое Задание разработано в соответствии с требованиями ГОСТ 34.602-89 "Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы".
При развитии функциональности автоматизированной системы и доработке пользовательской документации Исполнитель должен руководствоваться требованиями следующих нормативных документов Госстандарта:
- ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы.
- РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.
2. Назначение и цели создания системы
2.1. Назначение системы
АИС РП позволит в течение нескольких минут на основе данных внешней системы AutoCAD составить оптимальный план расположения входов-выходов офисного помещения, окон, провести расчет их оптимального количества, спланировать наиболее комфортную расстановку мебели в офисном помещении, ПК, организационной техники. Кроме этого система рассчитывает на основе связи с внешними системами (поставщиками материалов) предварительную стоимость заказа, а именно реализацию, материалы, мебель.
Система специально оптимизирована под эффективную работу проектировщика и дизайнера. Интуитивно-понятный интерфейс снижает требования к технической подготовке персонала и позволяет избежать большинство ошибок при вводе данных и расчёте.
РП автоматически формирует необходимые редактируемые документы: графики помещений с оптимальной планировкой, договор с заказчиком, приложение к договору с эскизами офисных кабинетов, договоры с производителями сопровождающих материалов, заявка в производство, сметы, отчеты.
2.2. Цели создания системы
Цель системы РП:
- автоматизация составления оптимальной планировки офисного помещения;
- сокращение времени на расчет численных показателей планировки офисного помещения;
- оперативность подготовки документации;
- создания единой системы отчетности по показателям деятельности;
- повышения качества (полноты, точности, достоверности, своевременности, согласованности) информации;
- оптимизация работы проектировщика.
3. Характеристика объектов автоматизации
Система позволит автоматизировать рабочие процессы расчета планировки офисного помещения и организовать оперативное взаимодействие с внешней САПР AutoCAD.
Основными процессами в АИС РП будут являться:
- построение наглядных графиков и схем планировки офисного помещения;
- расчет предварительной стоимости планировки помещения;
- подбор мебели для офисного помещения;
- подбор цветного и светового наполнения офисного помещения;
- обмен данными с внешними системами предприятий-производителей сопровождающих материалов;
- взаимодействие с САПР AutoCAD;
- осуществление и контроль процессов экспертизы и согласования рабочих продуктов проекта;
- фиксация фактических данных, экспертиза и приемка результатов, закрытие проектов;
- составление предварительных и итоговых отчетов заказчику.
4. Требования к системе
4.1. Требования к системе в целом
4.1.1. Требования к структуре и функционированию системы
Система РП должна иметь централизованную базу хранения информации. Система должна поддерживать разграничение прав доступа пользователей. В системе должен быть реализован принцип однократного ввода информации и механизмы, предотвращающие произвольное изменение документов, порожденных на основе учетных данных.
В АИС РП предлагается выделить следующие функциональные подсистемы:
- подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников (САПР AutoCAD), приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных;
- подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений;
- подсистема расчета количественных характеристик процесса планировки офисного помещения;
- подсистема формирования и визуализации отчетности, которая предназначена для формирования бизнес-ориентированных витрин данных и отчетности.
Для всех технических компонентов необходимо обеспечить регулярный и постоянный контроль состояния и техническое обслуживание.
4.1.2 Требования к гарантийному периоду Гарантийный период (срок предоставления гарантии качества работ) на аппаратное обеспечение и другие работы, выполняемые в соответствии с настоящим контрактом составляет 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. Требования к эргономике и технической эстетике.
Ко всем подсистемам АИС РП предъявляются следующие требования к эргономике и технической эстетике.
В части внешнего оформления:
-интерфейсы по подсистемам должен быть типизированы.
В части диалога с пользователем:
-для наиболее частых операций должны быть предусмотрены "горячие" клавиши;
-при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке;
-должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;
- наиболее часто используемые операции должны быть организованы в отдельную область на панели инструментов.
В части процедур ввода-вывода данных:
- должна быть возможность получения отчетности по мониторингу работы подсистем;
- должна быть предусмотрена клавиша "История" для быстрого доступа к ранее сделанным графикам, а также для последующего их использования в других проектах;
-должна быть сформирована история графиков;
- при возникновении ошибок в работе подсистемы на экран монитора должно выводиться сообщение с наименованием ошибки и с рекомендациями по её устранению на русском языке;
- должна быть возможность получения отчетности по мониторингу работы подсистем.
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.6 Технико-правовые требования
Интеллектуальные права, передаваемые Исполнителем Заказчику на результаты работ по государственному контракту должны быть достаточны для их полноценного использования.
4.1.7 Пользователи АИС РП
4.1.7.1 Администратор Системы осуществляет обслуживание РП, обеспечивает надежность Системы, безопасность и целостность данных в РП, поддерживает нормальное функционирование Системы, а также надлежащую ее эксплуатацию. 4.1.7.2 Пользователи системы:
- Главный проектировщик принимает и контролирует работу рядового проектировщика в части составления планировки и документации, участвует в испытаниях Системы, по итогам которых по мере необходимости проводит корректировку документации и устраняет выявленные недостатки программного обеспечения;
- Проектировщик является непосредственным пользователем АИС РП: использует все возможности Системы в построении графиков, отчетов, взаимодействует через РП с САПР AutoCAD.
4.2 Требования к видам обеспечения
4.2.1 Требования к организационному обеспечению
В ходе выполнения работ должно обеспечиваться постоянное взаимодействие между сторонами, для чего ими должны быть сформированы рабочие группы по данному проекту, включающие, как минимум, лиц, ответственных за:
- решение административных вопросов (организация встреч, предоставление допусков, рассмотрение и согласование проектной документации и т.п.);
- решение инженерно-технических вопросов (согласование технических аспектов реализации и администрирования системы, определение наличия и размещения технических средств, коммуникаций и т.п.);
- нормативно-методическое и информационное обеспечение проектных работ.
Члены рабочих групп должны иметь необходимый уровень компетенции, в том числе, для принятия (организации принятия) оперативных решений по вопросам разработки.
4.2.2 Требования к методическому обеспечению
При разработке информационной системы и создании документации на нее, следует руководствоваться следующими нормативными документами:
- ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы;
- ГОСТ 19. Единая система программной документации;
- РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.
5. Состав и содержание работ по созданию системы
Стадии и этапы работ по созданию системы выполняются в соответствие с планом курсового проекта.
6. Порядок контроля и приёмки системы
6.1. Сдача-приёмка работ
Все создаваемые в рамках настоящей работы программные изделия передаются Заказчику, передаются на электронных и бумажных носителях.
6.2.Испытания
При сдаче-приемке работ проводятся испытания с целью подтверждения работоспособности функций АИС и соответствия настоящему Техническому Заданию. Предварительные испытания проводятся Исполнителем, в присутствие Заказчика или его представителей.
По результатам испытаний оформляются: - протокол испытаний;
- перечень выявленных недостатков и замечаний (при их наличии).
По итогам испытаний по мере необходимости Главным проектировщиком проводится корректировка документации и устранение выявленных недостатков программного обеспечения. С целью принятия результатов по проекту Заказчик имеет право создать приёмочную комиссию из представителей компании, а также независимых лиц.
7. Требования к документированию
В результате выполнения работы будут представлены следующие материалы.
7.1 Методологические материалы
Доработанная пользовательская документация на АИС РП:
- руководство пользователя АИС РП,
- руководство технолога АИС РП; -регламент главного проектировщика по работе с АИС РП;
- регламент проектировщика по работе с АИС РП;
- регламент исполнителя по работе с АИС РП;
- регламент эксперта по работе с АИС РП.
7.2 Отчёт о выполненных работах по ГОСТ 7.32-2001, включающий разделы
- о перечне выполненных доработок;
- о перечень запросов на техническую поддержку с описанием мер, предпринятых для выполнения запросов;
- о рекомендациях по развитию и дальнейшей поддержке АИС РП.
Документ
Категория
Рефераты
Просмотров
369
Размер файла
32 Кб
Теги
zadanie, kursovogo, tekhnicheskoe, proekt
1/--страниц
Пожаловаться на содержимое документа