Вход

Техническое задание на создание ИС "Электронный ресторан"

Курсовая работа* по программированию
Дата добавления: 11 января 2010
Язык курсовой: Русский
Word, rtf, 344 кб (архив zip, 36 кб)
Курсовую можно скачать бесплатно
Скачать
Данная работа не подходит - план Б:
Создаете заказ
Выбираете исполнителя
Готовый результат
Исполнители предлагают свои условия
Автор работает
Заказать
Не подходит данная работа?
Вы можете заказать написание любой учебной работы на любую тему.
Заказать новую работу
* Данная работа не является научным трудом, не является выпускной квалификационной работой и представляет собой результат обработки, структурирования и форматирования собранной информации, предназначенной для использования в качестве источника материала при самостоятельной подготовки учебных работ.
Очень похожие работы
Перечень сокращений и условных обозначений АРМ Автоматизированное рабочее место АС Автоматизированная система БД База данных ИС Информационная система ИТ Информационная технология КСА Комплекс средств ав томатизации НСД Несанкционированный доступ ОС Операционная система ПО Программное обеспечение СВТ Средства вычислительной техники СЗИ Система защиты информации СУБД Система управления базой данных ТЗ Техническое задание ЭП Электронная почта 1 ОБЩИЕ СВЕДЕНИЯ 1.1 Полное наименов ание системы и ее условное обозначение Полное наименован ие Системы: Автоматизированная система «Электронный ресторан». Условное обозначе ние: АС ЭР. 1.2 Сведения о заказчик ах и исполнителях 1.2.1 Заказчик Заказчик: ресторан «Casa Mia» города Тюмень. 1.2.2 Исполнитель Исполнитель: 1.3 Основание разработ ки 1.3.1 Основание для разработки системы Основанием для разработки ИС является учебный план специальности 230102 - АС ОИУ в рамках курсовой работы по дисциплине «Проектирование АСОИУ». 1.3.2 Нормативные документы Настоящее ТЗ разра ботано в соответствии с требованиями ГОСТ 34.602-89 “Информационная технолог ия. Комплекс стандартов на автоматизированные системы. Техническое зад ание на создание автоматизированной системы”. При создании проектно-эксплуатационной документации Исполни тель должен руководствоваться требованиями следующих нормативных док ументов Госстандарта: 1. ГОСТ 34. Информационная технология. Комплекс станд артов на автоматизированные системы; 2. РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документ ов; 3. ГОСТ 19. Единая система программ ной документации(ЕСПД). 1.4 Сроки исполнения работ Начало разработки – 01.09.2009 г. Окончание разработки – 13.12.2009 г. 1.5 Сведения об источнике и порядке финансирования работ Финансирование ведется за счет собственных средств Исполнителя. 1.6 Порядок оформления и предъявления заказчику результат ов работ Сдача-приемка результатов работ осуществляется Сторонами посредством проведения приемо-сдаточн ых испытаний в соответствии с условиями государственного контракта. Испытания проводятся на о снове Программы и методики испытаний, включающей разработанный Исполн ителем контрольный пример, построенный на основе реальных данных. Контрольный пример должен быть отлажен на согласованной с Заказчиком к онфигурации Системы и утвержден в качестве эталона для использования п ри обучении пользователей и внедрении Системы. Программа и методика испытаний, включая контрольный пример, должна быть согласована и утверждена Заказчиком перед началом проведения приемо-с даточных испытаний. При подготовке Системы к приемо-сдаточным испытаниям должна быть прове дена ее опытная эксплуатация. Опытная эксплуатация должна проводиться на основе контрольного пример а, на программно-технических средствах Заказчика, на ограниченном соста ве рабочих мест (до 5 рабочих мест пользователей) в течение не менее 5 дней. Перед проведением опытной эксплуатации должно быть проведено экспресс -обучение пользователей работе с Системой. Во время проведения испытаний должен вестись протокол испытаний Систе мы, в котором отражаются и отмечаются последовательно все действия поль зователя и функциональная работоспособность модулей системы, а также в ыявленные замечания, отклонения, дефекты, ошибки. По окончании всех работ Исп олнитель представляет Заказчику: · акт сдачи-приемки работ, подписанный Ис полнителем в 2 экземплярах; · акт приемочн ой комиссии в 2 экземплярах; · другие матер иалы (результаты работ), предусмотренные техническим заданием. Все программные продукты, необходимые для функционирования системы и приобретаемые по лицензии у третьих лиц офо рмляются на Заказчика и передаются в его собственность. По окончании р аботы Исполнитель передает Заказчику все исключительные права на разр аботанные в ходе выполнения работ алгоритмы и программное обеспечение. Все передаваемые в качестве результатов работ материалы должны быть св ободны от обязательства третьих лиц. Исполнитель передает Заказчику все лицензии и прочие документы, необхо димые для эксплуатации автоматизированных систем и программного обесп ечения в Российской Федерации. 1.7 Требования к документированию. Для модифицируемых и разрабатываемых компонент Системы на различных с тадиях создания должны быть выпущены документы в соответствии с ГОСТ 34.201-89 “Информационная технология. Комплекс стандартов на автоматизирова нные системы. Виды, комплектность и обозначения документов при создании автоматизированных систем” и ГОСТ 19.101-77 “Единая система программной доку ментации. Виды программ и программных документов”. Содержание документов должно соответствовать требованиям руководяще го документа РД 50-34698-90. Исходные коды разработанного программного обеспечения предоставляют ся в соответствии с ГОСТ 19.101-77. В рамках настоящего ТЗ разрабатываются подразделы (разделы, книги) докум ентации, включаемые в следующие документы технорабочего проекта АС ЭР в целом: · Пояснительная записка · Описание инф ормационного обеспечения · Описание про граммного обеспечения · Описание орг анизации информационной базы · Технологиче ская инструкция (регламент работы с системой) · Руководство пользователя · Руководство пользователя-администратора · Руководство системного администратора (включая инструкцию по сборке исполняемой п рограммы из исходных кодов) · Программа и методика испытаний · Исходные код ы · Установочны й комплект Итоговые документы техно рабочего проекта представляются в двух экземплярах на бумажном и элект ронном носителях. 2 НАЗНАЧЕНИЕ И ЦЕЛЬ РАЗВИТ ИЯ СИСТЕМЫ 2.1 Назначение системы АС ЭР предназначена: · для предоставления информации пользователям Internet о наличии тех или иных блюд в меню ресторана «Casa Mia»; · для заказа столиков в этом рест оране. 2.2 Общие цели создания системы 2.2.1 Общие цели проекта Целью настоящей работы яв ляется создание Системы в целях совершенствования процесса общепита в городе. 2.2.2 Исходные данные для проведен ия работ Исходными данными для про ведения работ является: · Информация о деятельности ресторана; · Отсутствие с айта у ресторана. 3 ХАРАКТЕРИСТИКА ОБЪЕКТО В АВТОМАТИЗАЦИИ 3.1 Краткие сведения об объектах автоматизации Официальный сайт предста вляет собой открытую часть АС ЭР для обеспечения открытого доступа к мен ю ресторана, с которым работает Система. 3.2 Сведения об условиях эксплуатации Информационные процессы, возникающие при эксплуатации АС ЭР, протекают непрерывно в течение всег о рабочего времени субъектов. Программно-аппаратный комплекс Системы должен обладать необходимой на дежностью для предотвращения возникновения критических ситуаций в про цессе эксплуатации системы. Все материалы размещенные, на данном сайте могут быть использованы искл ючительно в некоммерческих целях(за исключением материалов использова нных журналистами), при условии сохранения всей информации об авторских правах или другой информации, касающейся материалов, поставленных в кач естве предварительного условия. Распространение, отправление и внесен ие любых изменений или использование содержания сайта в общественных и ли коммерческих целях запрещено без предварительного письменного разр ешения ресторана «Casa Mia». Логотип и название фирмы содержащиеся на страницах сайта представляют собой зарегистрированные знаки ресторана «Casa Mia», они защищены авторски ми правами и невозможно их использовать без предварительного согласия ресторана. 4 ТРЕБОВАНИЯ К СИСТЕМЕ 4.1 Требования к системе в цел ом Настоящее ТЗ устанавлива ет требования на разработку АС ЭР. Общими требованиями к Системе являются: · Система должна содержать необходимый о бъем информации, механизм своевременной актуализация содержания и баз овый набор сервисов работы с информацией, обеспечивающий требуемую пол ноту информационных услуг, предоставляемых простым гражданам. · Пользовател ьские интерфейсы должны быть интуитивно понятны широкому кругу пользо вателей сети Интернет. · Предоставля емая информация должна иметь очевидную ценность для пользователей Сис темы. 4.1.1 Требования к структуре и функционированию системы Функции системы : · возможность заказать столик; · самостоятел ьный выбор блюд; · показ актуал ьной информации о меню и о ресторане. Структура сайта рес торана представлена в приложении 1. 4.1.2 Требования к способам и средствам связи для информацио нного обмена между компонентами системы Для обеспечения информац ионного обмена, компоненты Системы должны работать в составе единой выч ислительной сети, построенной по технологии Интернет/интранет. В качестве базового протокола сетевого и межсетевого взаимодействия д олжен использоваться TCP/IP (сокращение от английского Transfer Control Protocol / Internet Protocol, проток ол управления передачей/протокол-Интернет) – стек протоколов Интернет. 4.1.3 Требования к численности и квалификации персонала и ре жиму его работы Для поддержки функционир ования Системы Заказчиком должна быть создана Служба эксплуатации, пер сонал которой должен обладать знаниями в области информационных и сете вых платформ, на которых будет реализована Система, а также опытом админ истрирования баз данных. В состав персонала, необходимого для обеспечения эксплуатации комплек са средств автоматизации (КСА) Системы, должны входить: 1. менеджер ресторана – выделенный персонал, в обязанности кот орого входит выполнение специальных технологических функций, обеспече ние функционирования технических и программных средств; 2. эксплуатационный персон ал - специалисты, обеспечивающие добавление актуальной информации на са йт. Требования к составу, должностным обязанностям, режиму и технологи ям работы Службы эксплуатации должны быть определены на стадии «Рабоча я документация». 4.1.4 Требования к приспособля емости (к изменению условий эксплуатации), масштабируемости Системы В случае изменения услови й эксплуатации системы, должны выполнятся следующие требования: · система должна адаптироваться к увеличению нагрузочной способности без необходимости изменения архит ектуры или установки дополнительного программного обеспечения; · в процессе адаптации защищенность не должна становиться хуже су ществующей на момент начала адаптации. 4.1.5 Требования к надежности В случае сбоя серверной оп ерационной системы или СУБД в процессе выполнения пользовательских за дач должно быть обеспечено восстановление данных в базе данных до состо яния на момент окончания последней нормально завершенной перед сбоем т ранзакции. Время восстановления работоспособности при сбоях и отказах не должно п ревышать З-х часов. В это время не входит разворачивание и настройка спец иального программного обеспечения на сервере. В указанное время не вход ит решение проблем с техническим обеспечением и инсталляция операцион ной системы. Надежность КСА в части тех нического обеспечения должна обеспечиваться: · защитой технических средств по электро питанию путем использования источников бесперебойного питания; · дублировани ем носителей информационных массивов. Должны обрабатываться сл едующие системные сообщения в аварийных ситуациях протокола HTTP: · неверно введенного URL (404 Not found); · ошибка сервера (500 Internal Server Error). Страница с аварийными сообщениями должна содержать: · элементы корпоративной идентификации; · заголовок со общения; · поясняющий т екст; · ссылку (кноп ку, графический элемент) для возврата к обычному режиму просмотра или на бор ссылок для выбора какого-либо действия в ответ на сообщение. 4.1.6 Требования по эргономике и технической эстетике Дизайн Системы должен удо влетворять следующим требованиям по эргономике и технической эстетике : · быть достаточно «легким» по объему гра фических элементов и обеспечивать как можно большую скорость загрузки страниц портала; · обеспечиват ь легкую идентификацию раздела портала, в котором находится пользовате ль; · обеспечиват ь минимум усилий и временных затрат пользователя для навигации по стран ицам портала; · обладать раз витой системой поиска информации; · корректно от ображаться при всех возможных разрешениях и количестве одновременно о тображаемых цветов монитора; · сохранять ид ентичность отображения на большинстве современных ОС и web-браузерах; · обладать сис темой подсказок в местах, где у пользователя потенциально могут возникн уть затруднения; · обеспечиват ь обратную связь с пользователем в полном объеме посредством web-браузера без применения почтовых клиентов или иных программ; · корректно от ображать информацию на компьютерах без предустановленных flash-модулей, с о тключенной поддержкой скриптов и пр.; · предусматри вать возможность поддержки мультиязычного контента; · содержать ис черпывающий набор метаданных для эффективного индексирования поисков ыми системами и корректного автоматического выбора кодировки. 4.1.7 Требования к экспл уатации, техническому обслуживанию, ремонту и хранению 1. Взаимодействие вычислительных средств со скоростью обмена данным и между конечными узлами сети не менее 100 Мбит / сек и скоростью обмена с це нтральной площадкой сети Интернет не ниже 10 Мбит / сек по каждому из канал ов связи (основному и резервным); 2. Электропитание технических с редств от сети напряжением 380 / 220В с частотой 50 Гц с глухо– заземленной нейт ралью. По основным показателям качества электроэнергии системы первич ного электропитания должны соответствовать требованиям ГОСТ 13109– 87, а по электромагнитной совместимости и устойчивости к электромагнитным пом ехам – ГОСТ Р50628– 93 и МЭК– 555– 2; 3. Физическая защита аппаратных компонентов системы, носителей данных, резервирование ресурсов и текущ ее обслуживание реализуется техническими и организационными средства ми, предусмотренными в структуре площадки, предоставленной Заказчиком; 4. Техническое обслуживание, р емонт и хранение компонентов системы осуществляется штатными специали стами, предусмотренными в структуре площадки, предоставляемой Заказчи ком. 4.1.8 Требования к обеспечени ю информационной безопасности Требования к обеспечению информационной безопасности, можно разбить на несколько составляющих: · Общие требования · Требования к структуре и функциям СЗИ · Требования к программному и аппаратному обеспечению 4.1.8.1 Общие требования Общие требования к Систем е включают: · специализированная информационная Си стема «Электронный ресторан» (далее ИС ЭР) не обрабатывает конфиденциал ьную информацию; · СЗИ должна у довлетворять требованиям проводимой Заказчиком технической политики и строиться на основе ограниченного числа типов и версий приобретаемог о программного обеспечения, а также типов и конфигураций аппаратно-прог раммных средств защиты, уточняемых на этапе проектирования ИС ЭР; · развернутые и уточненные требования к структуре, функциям и средствам СЗИ должны бы ть разработаны на этапе технического проектирования ИС ЭР; · СЗИ должна о беспечивать необходимую и достаточную защиту ресурсов ИС ЭР от характе рных угроз безопасности, определенных с учетом объективных факторов и а нализа возможных моделей нарушителей; · СЗИ должна п редполагать независимость функционирования каждой из входящих в ее со став структурных подсистем защиты. Нарушение функционирования любой п одсистемы защиты не должно приводить к нарушению функционирования дру гих подсистем защиты; · средства защ иты, входящие в состав СЗИ, должны иметь развитые средства регистрации к ритических системных событий в электронных журналах и средства операт ивного оповещения об этих событиях администраторов безопасности; · для эффектив ной эксплуатации и сопровождения СЗИ должен быть предусмотрен комплек с организационно-технических мер и разработаны необходимые организаци онно-распорядительные документы. 4.1.8.2 Требования к структуре и функциям подсистем СЗИ Для обеспечения требован ий к безопасности структура средств защиты информации должна включать: · подсистему защиты информации от НСД; · средства а нтивирусной защиты. 4.1.8.2.1 Подсистема защиты от НСД Подсистема защиты информ ации от НСД должна включать следующие функциональные элементы: · средства управления доступом и идентиф икации; · средства кон троля, управления и идентификации при удаленном доступе к ИС ЭР; · средства экр анирования ИС ЭР. Подсистема защиты информ ации от НСД должна предусматривать: · защиту ресурсов ИС ЭР от НСД со стороны в нешних телекоммуникационных сетей – сети Интернет; · регистрацию системных событий и попыток НСД к защищаемым ресурсам штатными и дополн ительными средствами. Подсистема защиты информ ации от НСД должна интегрировать: · штатные средства защиты от НСД сетевых операционных систем; · штатные сред ства защиты от НСД систем управления базами данных; · штатные сред ства защиты от НСД используемых приложений; · средства защ иты от НСД серверов; · средства защ иты от НСД межсетевых экранов, маршрутизаторов и другого коммуникацион ного оборудования. Средства экранирования в ИС ЭР должны обеспечивать безопасное подключ ение ИС к открытым сетям (сети Интернет) и развязку отдельных сетевых сег ментов в рамках самой ИС. Они должны обеспечивать разграничение доступа между сегментами ИС ЭР и контроль информационных потоков, направленных как в ИС, так и из нее. 4.1.8.2.2 Средства антивирусной защит ы Средства антивирусной защиты должна включать компоненты, обеспечивающ ие: · антивирусную защиту серверов, включая серверы приложений ИС ЭР. Средства антивирусной за щиты должны обеспечивать надежный контроль над потенциальными источни ками проникновения компьютерных вирусов в ИС ЭР. · серверы ИС, функционирующие под управл ением операционной системы, должны быть защищены антивирусным програм мным обеспечением; · сервер совме стной работы пользователей должен быть оснащен антивирусным программн ым обеспечением, дающим возможность обнаружения и удаления вирусов в ре жиме реального времени. Применяемые средства ант ивирусной защиты должны иметь возможность формировать отчёты по резул ьтатам работы, содержащие следующую информацию: · тип обнаруженного вируса; · описание вир уса; · дату и время обнаружения вируса; · результат уд аления вируса; · другую справ очную информацию. 4.1.8.3 Требования к программному и а ппаратному обеспечению СЗИ Общие требования к типам о перационных систем, типам серверов и компьютеров, а также технических ср едств защиты, которые должны быть задействованы в СЗИ, не должны противо речить требованиям проводимой технической политики Заказчика. Предлагаемые программно-аппаратные решения должны обеспечивать возмо жность гибкой модификации структуры и масштабирования ресурсов СЗИ. Пр ограммное обеспечение, предлагаемое к использованию в СЗИ, должно соотв етствовать современным мировым требованиям по функциональному назнач ению, поддерживать основные протоколы совместимости и обмена, иметь рос сийские или международные сертификаты соответствия. Все виды аппаратного и программного обеспечения, предлагаемое к исполь зованию в СЗИ, должны быть серийными продуктами, объявленными для коммер ческой продажи, иметь возможность гарантийного обслуживания и реально поддерживаться фирмами-производителями. Всё компьютерное оборудование для использования в СЗИ должно поставля ться с развитыми средствами интеллектуального мониторинга, настройки и диагностики. Специальное программное обеспечение, предлагаемое к использованию в С ЗИ, должно иметь исходные тексты, полную проектную и техническую докумен тацию, переданные Заказчику, или поддерживаться производителями на осн ове долгосрочного договора. 4.1.8.4 Разделение доступа Разделение прав доступа н е предусматривается. 4.1.9 Общие требования к информаци и Информация, представленн ая в ИС ЭР должна соответствовать следующим требованиям: · Доступность: информация должна быть пр едставлена в такой форме, чтобы ею могло воспользоваться наибольшее чис ло пользователей. · Структуриро ванность. Информация на Портале должна быть четко структурирована и дос тупна для нахождения как простым гражданам, интересующимся работой ком пании, так и профессионалам различных отраслей. · Единство сти ля. Подача однотипных потоков информации различных ведомств и внешних и сточников информации должна быть выдержана в едином стиле. Это значител ьно облегчает поиск и восприятие информации. Стиль должен запомниться и ассоциироваться у пользователя с Интернет-ресурсом (Порталом), где распо ложено большое количество важной информации, удобно структурированной и достоверной. · Историческа я преемственность материалов. Сохранение ранее опубликованных материа лов, чтобы можно было отследить историю проблемы. 4.1.10 Требования к достоверности о фициально публикуемой информации К официально публикуемой информации предъявляются следующие требования: · Информационные материалы, размещаемые в Подсистеме, должны быть с воевременны, точны, и отражать текущее (действительное) состояние. · Формы интерактивных сетевых сервисов должны быть просты и понятны. Документы, сопутствующие интерак тивным процедурам соответствуют ведомственным формам в твердой копии. · Посетителю в обязательном п орядке должна быть сообщена информация об условиях сохранения персона льной информации, а также предоставляться электронная квитанция об обр аботке информации на сервере. Посетитель должен быть проинформирован о порядке рассмотрения запроса в электронном виде. · В случае выявления (обнаруже ния) ошибок и неточностей в материале Администрация в обязательном поря дке публикует исправленный текст и дополнительно сообщает посетителям о факте исправления. Новый (исправленный) документ (материал) сопровожда ется обязательным комментарием. 4.2 Требования к эксплуатационн ому подразделению Для обеспечения функцион альности необходимо создание эксплуатационного подразделения, ответс твенного за подготовку и размещение информации, доступ пользователей к сведениям, опубликованным на портале. Состав эксплуатационного подразделения: · Менеджер ресторана. Управляет процесс ом публикации информационных материалов на портале Системы, несет отве тственность за структуру контента портала, осуществляет формирование информационных материалов на основе материалов, поступающих из внешни х источников. Управляет системой заказов. 4.3 Требования к видам обеспечен ия 4.3.1 Информационное обеспечение Типовой формат страниц в р азделах и размещение материалов на них определяются заданными при разр аботке Системы шаблонами. На главной странице каждого раздела Системы должны размещаться: · ссылки на все его разде лы и подразделы; · основные навигационны е элементы; · ссылка на главную стра ницу Системы. 4.3.2 Лингвинстическое обеспечен ие Под лингвистическим обес печением понимаются: · язык операционной системы и серверных приложений на базе которых построена Подсистема; · язык приложе ний, используемых для подготовки документов; · кодировка по дготавливаемых и хранимых документов; · язык докумен тов и web-приложений; · поддерживае мые кодовые страницы опубликованных документов; Разработка прикладного П О должна вестись на языках высокого уровня. Пользователи должны взаимодействовать с системой на уровне графическо го пользовательского интерфейса. Все функции системы должны поддерживать русский язык и обеспечивать ру сскоязычный интерфейс пользователя. 4.3.3 Программное обеспечение сис темы Предпочтение должно отда ваться архитектурным решениям и программным продуктам, уже доказавшим свою пригодность при решении подобных задач. Предпочтительной являетс я клиент-серверная технология. ПО должно быть создано на модульной основе, позволяющей легко добавлять , изменять функциональные возможности системы. Базовое ПО должно поддерживать и использовать стандартные сетевые про токолы передачи данных. 4.3.4 Техническое обеспечение сис темы В состав комплекса технич еских средств должны входить: · серверы баз данных; · серверы приложений; · рабочие станции; · периферийное оборудов ание. Количественный и качеств енный состав технических средств Системы должен быть определен на стад ии «Технический проект». 5 СОСТАВ И СОДЕРЖАНИЕ РАБ ОТ ПО СОЗДАНИЮ СИСТЕМЫ 5.1 Состав и содержание раб от по созданию системы Состав и содержание работ по подготовке объекта автоматизации к вводу в системы в действия должны соответствовать требованиям ГОСТ 34.601-89 по прием ке системы в эксплуатацию. Работы по разработке Системы ведутся в соответствии с календарным план ом работ по этапам: 5.2 Требования к составу и с одержанию работ по подготовке объекта автоматизации к вводу в действие Мероприятия по вводу программных средств системы в эксплуатацию включ ают в себя следующие работы: · Установка ПО на оборудо вании Заказчика. · Настройка используемо го оборудования. · Адаптация функциональ ных задач к реальным потребностям пользователя. · Обучение пользователе й порядку работы с соответствующим функционалом в течение всего период а опытной эксплуатации. 5.3 Мероприяти я по технической поддержке системы В качестве т ехнической поддержки Исполнитель предоставляет: · Прямую телефонную лини ю для консультации со специалистами по технической поддержке программ ного продукта на русском языке. · Консультации по телефо ну, факсу, электронной почте по вопросам эксплуатации прикладного прогр аммного обеспечения Системы. · Получение технической информации и/или дополнительных программных компонент (исправлений) дл я преодоления и разрешения проблем и ошибок, обнаруженных в программной компоненте Системы. · В течение гарантийного срока поддержки, компания оказывает бесплатные услуги для преодоления и разрешения проблем и ошибок, обнаруженных в программной компоненте Си стеме. · Гарантийный срок обслу живания Системы составляет 1 год со дня подписания последнего акта о сда че работ по договору. · Получение очередных ве рсий, релизов и редакций прикладного программного обеспечения Системы в рамках лицензионного обслуживания. · Компания предоставляе т своим клиентам возможность получения обновлений Системы по web-каналу. · Обеспечение первонача льной диагностики неисправностей, восстановление функциональности по ддерживаемого прикладного программного обеспечения с выездом специал иста. · В случаях необходимост и диагностики неисправностей и восстановления поддерживаемого прикла дного обеспечения на месте при заключении договора поддержки Системы, к омпания гарантирует выезд специалиста в течение 1-го рабочего дня. Приложение. Структура сайта Обобщенная структура сайта «Электронный ресторан».
© Рефератбанк, 2002 - 2024