Полное пошаговое руководство. — СПб: Питер, 2013. — 176 с. Алашкин П. Все о рекламе и продвижении в Интернете. — М.: Альпина Бизнес Букс, 2009.
— 224 с. Алексунин В. А., Родигина В. В. Электронная коммерция и маркетинг в Интернете. / В. А. Алексунин, В. В. Ролигина.
М.: Дашков и Ко, 2007. — 216 с. Аналитический бюллетень inSales 2015: Рынок Интернет-торговли в России в 2014 году. URL:
http://www.insales.ru/blog/2015/05/20/analytical-bulletin-insales-2015/ (дата обращения: 28.
05.2018).Википедия. Електронний магазин. [Электронный ресурс]. — Режим доступа;
http://ru.wikipedia.org/wiki/Голик В. С. Эффективность.
Интернет-маркетинга в бизнесе [Текст] / В. С. Голик. — М.: Дикта, 2008.
Грачев А. Создаем свой сайт на WordPress. — СПб.: БХВ-Петербург, 2011.
— 288 с. Граф Х. 10 легких шагов к освоению Joomla! 3. Гуров Ф. Продвижениебизнеса в Интернет. Все о PR и рекламе в Сети [Текст] / Ф. Гуров. — М.: Вершина, 2008.
Гудман Д. JavaScript. Библияпользователя, 4-е издание.: Пер. с англ. / Д. Гудман — М.: Издательскийдом «Вильямс», 2003. -960с.Дадали А. Бизнес в Сети/Ресурсы.
Интернет:[Электронный ресурс]. — Режим доступа;
http://www.compress.ru/Archive/CP/2001/8/13/-17Данишевская О. Г. Особенностиповеденияпользователей в интернет. Где и какразмещать рекламу? // Интернет-маркетинг.
— 2009. — № 6. -.
С. 352−368.Данько Т. П. Управление.
Интернет-маркетингом: учебноепособие / Т. П. Данько. — М.: Инфра-М, 2007.
Дари К., Баланеску Э. PHP и M ySQL. Создание интернет-магазина. — М.: Вильямс, 2010.
— 640 с. Дик В. В. Электроннаякоммерция / В. В. Дик, М. Г. Лужицкий, А. Э. Родионов. — М.: Московскаяфинансово-промышленнаяакадемия, 2005E-MARKETPLACES иливиртуальныеторговые площадки [Электронный ресурс]. — Режим доступа;
http://www.proms.ru/book-emarketplaces.htmlЖуравлев Е. Е. Интероперабельность в облачных вычислениях, / Е. Е. Журавлев, С. В. Иванов, А. А.
Каменщиков // Журнал радиоэлектроники. — 2013. — № 9. — С. 23−28.Интернет-портал по маркетингу, рекламе и PR.
Электронный ресурс — [Режим доступа] ;
http://www.sostav.ruИнформационныйбюллетеньяндекс «Интернет-торговля в России: розница» // 2009.
Исследование Nielsen: как россияне покупают продукты на сайтах интернет-магазинов. URL:
http://adindex.ru/news/researches/ 2015/05/5/123 342.phtml (дата обращения: 28.
05.2018).Каталог CMS. URL:
http://www.cmsmagazine.ru/catalogue/ (дата обращения: 28.
09.2016).Кобелев О. А. Электронная коммерция. — М.: Изд.: Дашков и Ко, 2006. — 684 с. Коггзолл, Джон. РНР 5.
Полноеруководство.: Пер. с англ. / Джон Коггзолл: — М.: Издательскийдом «Вильяме», 2006.
— 752 с.: ил. — Парал.
тит. англ. Колисниченко Д. Н. Joomla 2.
5. Руководство пользователя. — М.: Диалектика, 2012. ;
272 с. Колисниченко Д. Н. Движок для вашего сайта. CMS J oomla!, Slaed, PHP-Nuke. -.
СПб.: БХВ-Петербург, 2008. — 368 с. Колосова Р. П., Василюк Т. Н. Экономика персонала. — М.: ИнфраМ. — 2010. -.
С. 705. Кравченко В. Клиентоориентированность и основные проблемы Топ-100 интернет-магазинов. URL:
http://www.searchengines.ru/ articles/klientoorientir.html (датаобращения: 28.
05.2018).Люке Б.//Какоткрытьинтернет-магазин" // Оборот.
ру. Электронный ресурс]. — Режим доступа — Электрон. журн. — 2007.
Овчинников С.А., Белков С. В. Роль определения тематики web-сайта для поисковойоптимизациибизнеса в российском сегменте сети интернет // Бизнес. Образование. Право. Вестник.
Волгоградскогоинститутабизнеса. — 2010. — № 2. -.
С. 67−70.Овчинников Р., Сухов С. Корпоративный веб-сайт на 100%. Требуйте от сайта большего! -.
СПб: Питер, 2009. — 320 с.Олма. Электронный магазин. е-мое. Электронный магазин.
Электронный ресурс — [Режим доступа] ;
http://e-moe.biz/ Орлов Л. Как создать электронный магазин в Интернет. / Л. Орлов. М.; Бук-прес, 2006, — 384 с.: мул. Особенности продвижения електронного магазина. [Электронный ресурс]. — Режим доступа:
http://www.modesco.ru/publications/osobjennosti-prodvizhjenija-eljektronnogo-magazina.html Расторгуев О. Прокди Р. Сайт на 1С-Битрикс. Создание, поддержка и продвижение. Базовое практическое руководство. -.
М.: Наука и техника, 2012. — 256 с. Рейнольдс М. Электроннаякоммерция.
— М.: Лори, 2010. 560 с. Риз Джон. Проблема № 1 для Интернет — предпринимателей. [Электронный ресурс] - Режим доступа:
http://www.bizmost.biz/john_reese/art003.phpСайт «4pМаркетинг». [Электронный ресурс] - Режим доступа: — www.4p.ru/Сервер об интернет-маркетинге «Маркетер». [Электронный ресурс] - Режим доступа: — www.marketer.ru/ Секачев Антон. Инструкция для клиентовэлектронного магазина. [Электронный ресурс] - Режим доступа ;
http://citforum.univ.kiev.ua/hardware/sekachev/eshopfaq.shtmlСеменов Н. А. Что нам стоитинтернет-магазин построить// [Электронный ресурс]. — Электрон. журн. — 2010.
http://www.seonews.ru/author/6239/f/columns/Соколова А.Н., Геращенко Н. И. Электроннаякоммерция. Мировой и российскийопыт. — М.: Открытыесистемы, 2010. 318 с. Томлинсон Т. CMS D.
rupal 7: руководство по разработке системы управления веб-сайтом. — СПб: Вильямс, 2011. — 500 с. Томсон Лаура.
РазработкаWeb-приложений на РНР и MySQL: Пер. с англ./ Лаура Томсон, Люк Веллинг. — 2-е изд., испр. — СПб: ООО Диа.
СофтЮП, 2003. — 672 с. Успенский И. В. Торговыеинтернет-площадки — Электронный ресурс — [Режим доступа] ;
http://polbu.ru/uspensky_inetmarketing/ch57_all.htmlФертова В. В. Реклама и продвижение в интернете: выборканалов, оценкаэффективности // Интернет-маркетинг. — 2010. — № 6.
— С. 368−385.Фомина Т. Г., Соколова А. С. Интернет-магазин: понятие и виды // NAUKA-RASTUDENT.RU. — 2014. № 2 (02).
Фортин.
Михель. Возьмитепокупателя за руку. -.
http://www.bizmost.biz/michel_fortin/art012.phpФомина Т.Г., Соколова А. С. Интернет-магазин: понятие и виды // NAUKA-RASTUDENT.RU. — 2014. № 2 (02).Холмогоров В. Поиск в Интернете и сервисы Яндекс// 2007. — С.30 -42Что такое CMS?
Для чего она нужна? Какие бывают CMS? Создание сайтов на Joomla: компоненты, модули, плагины. URL:
http://moolkin.ru/joomla/ (дата обращения: 28.
05.2018).Шпак Ю. W eb-разработка средствами MODx. — М: МК-Пресс, 2012.
— 400 с. Экслер А. В. OZON.ru: Историяуспешногоинтернет-бизнеса в России"// 2009. — С.9−88, 129−136Электронный маркетинг. [.
Электронный ресурс]. — Режим доступу ;
http://www.marketing.ruЭлектронный магазин. Телеком. Электронный ресурс — [Режим доступа] ;
http://telecom-media.com.ua/ser/111-jelektronnyjj-magazin.htmlЭлектроннаякоммерция. Западныйопыт. Электронный ресурс — [Режим доступа] ;
http://www.bizmost.biz/Энциклопедиямаркетинга. Электронный ресурс — [Режим доступа] ;
http://www.marketing.spb.ru .Яковлев А., Довжиков А. Веб-аналитика. Основы, секреты, трюки. — СПб: БХВ-Петербург, 2010. — 266 с. MySQLкак основа электронного магазина. Карман. Электронный ресурс — [Режим доступа] ;
http://karman.com.ua/_mysql_kak_osnova_elektronnogo0_00_21421.htmlMarketing. Электронный ресурс — [Режим доступа] ;
http://www.marketing.spb.ru Goldenberg B. J. The Definitive Guide to Social. Maximizing Customer Relationships with Social Media to Gain Market Insights, Customers, and Profit CRM. 2015 ISM, Inc. — 255 p. ПРИЛОЖЕНИЯПриложение 1. Техническое задание на разработку системы.
Аннотация .Настоящий документ является Техническим заданием на создание Интернет-магазина продаж электроники (АРМ) менеджера интерне-магазина по продажам электроники «MYShop» СОДЕРЖАНИЕ1. Общие сведения…
232. Назначение и цели создания АРМ менеджера Интернет-магазина…
242.
1. Назначение АРМ менеджера…
242.
2. Цели создания АРМ менеджера …
253. Характеристика объекта автоматизации…
254. Требования к АРМ менеджера интернет магазина …
264.
1 Требования к АРМ менеджера в целом …264.
1.1. Требования к структуре и функционированию АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА …
264.
1.
1.1 Функциональные требования …264.
1.1.
2. Требования к структуре системы…
264.
1.
1.3Требования к графическому дизайну системы…274.
1.1.
4.Общие требования к административной части…
274.
1.
2. Требования к управлению разделами системы…
284.
1.
3. Требования к разделению доступа…284.
2. Требования к видам обеспечения…
294.
2.
1. Требования к информационному обеспечению…294.
2.3. Требования к хранению данных…
294.
2.
4. Требования к языкам программирования…
294.
3. Требования к программному обеспечению…
294.
3.
1. Требования к языкам программирования…
294.
3.
2. Требования к программному обеспечению серверной части …304.
3.3. Требования к клиентскому программному обеспечению…304.
4. Требования к техническому обеспечению…
304.
4.
1.Требования к эргономике и технической эстетике…
304.
5. Требования к персоналу…314.
6. Требования к реализации функций системы…
325. СТАДИИ И ЭТАПЫ РАБОТ…
325.
1.Требования к технологии разработки6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ8. ПЕРЕЧЕНЬ ПРИНЯТЫХ СОКРАЩЕНИЙ И ОБОЗНАЧЕНИЙОбщие сведения.
В настоящем документе приводится полный набор требований к реализации АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА (автоматизированного рабочего места риелтора «Агентства недвижимости»).Подпись Заказчика и Исполнителя на настоящем документе подтверждает их согласие с нижеследующими фактами и условиями:
1. Исполнитель подготовил и разработал настоящий документ, именуемый Техническое Задание, который содержит перечень требований к выполняемым работам.
2. Заказчик согласен со всеми положениями настоящего Технического Задания.
3. Заказчик не вправе требовать от Исполнителя в рамках текущего Договора выполнения работ либо оказания услуг, прямо не описанных в настоящем Техническом Задании.
4. Исполнитель обязуется выполнить работы в объёме, указанном в настоящем Техническом Задании.
5. Заказчик не вправе требовать от Исполнителя соблюдения каких-либо форматов и стандартов, если это не указано в настоящем Техническом Задании.
6. Все неоднозначности, выявленные в настоящем Техническом задании после его подписания, подлежат двухстороннему согласованию между Сторонами. В процессе согласования могут быть разработаны дополнительные требования, которые оформляются дополнительным соглашением к Договору и соответствующим образом оцениваются. 1.
1. Полное название системы Автоматизированное рабочее место риелтора «Агентства недвижимости» (далее АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА)1.
2. Условное обозначение системы: АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА Недвижимость1.
3. Наименование предприятий заказчика и разработчика и их реквизиты Разработчик:
Заказчик: 1.
4. Основанием для проведения работ по созданию АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА является:
решение Технического совета №_____________от _________, — Решение тендерного комитета №_____________от _________, Сроки начала и окончания работ.
Начало работ ____________________________Окончание работ __________________________1.
6. Порядок приемки системы описан в разделах 5 и6 данного документа1.
7. Финансирование ведется за счет заказчика в соответствии со стадиями разработки АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА.
1.8. Настоящее ТЗ может изменяться и уточняться по согласованию сторон2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА2.
1. Назначение АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНААРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА — программа, предназначенная на полный цикл сопровождения заявки на проведения действий с недвижимостью от размещения объявления в специальных изданиях до автоматической подготовки перечня документов по совершению того или иного типа сделки2.
2. Цели создания АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНААРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА создается в целях:
повышения эффективности работы риелтора агентства недвижимостиболее качественной подготовки документов,-сохранения и наполнения клиентской базы данных3 ХАРКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИПредметом настоящего ТЗ является создание системы автоматизации процесса оформления сделок с недвижимостью от процесса подбора объекта по желанию клиента до подготовки документов для финального оформления сделок. В систем информационной системы АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА агентства недвижимости входят информационная система сайта с графическим интерфейсом, административной риэлтерской и пользовательской частями. Базы данных, системы управления базами данных.
Информационно справочные системы.
Системы автоматизации документооборота4 ТРЕБОВАНИЯ К АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА4.
1. Требования к АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА в целом4.
1.1. Требования к структуре и функционированию АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА4.
1.1. 1 Функциональные требования.
Требования к представлению информационной системы (сайту АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА Агентства недвижимости) Требования к представлению главной страницы системы Главная страница системы должна содержать графическую часть, навигационное меню сайта, а также контентную область для того, чтобы пользователь системы мог получить вводную информацию о компании, а также получил доступ к вводу заявки. Графическая оболочка внутренних страниц (общая для всех подразделов) Графическая оболочка внутренних страниц должна делиться на следующие разделы:
шапка с логотипом компании;
вертикальное и горизонтальное меню сайта;
поле поиска — предназначено для выполнения полнотекстового поиска по заявкам;
вход и выход в различные разделы системы;
блок для отображения контента выбранной страницы сайта;
внизу страницы — краткая контактная информация — телефон и e-mail компании. 4.
1.1.
2. Требования к структуре системы.
Первоначальная структура сайта должна иметь следующий вид: Вход в систему.
Форма Заявки.
Услуги. Служба технической поддержки с дополнительной авторизацией и ограниченным доступом.
4.1.
1.3Требования к графическому дизайну системы.
Порядок утверждения дизайн-концепции.
Под дизайн-концепцией понимается вариант оформления главной страницы и графическая оболочка внутренних страниц, демонстрирующие общее визуальное (композиционное, цветовое, шрифтовое, навигационное) решение основных страниц сайта. Дизайн-концепция представляется в виде файла (нескольких файлов) в растровом формате или в распечатке по согласованию сторон. Если представленная Исполнителем дизайн-концепция удовлетворяет Заказчика, он должен утвердить ее в течение пяти рабочих дней с момента представления. При этом он может направить Исполнителю список частных доработок, не затрагивающих общую структуру страниц и их стилевое решение. Указанные доработки производятся параллельно с разработкой программных модулей сайта. Внесение изменений в дизайн-концепцию после ее приемки допускается только по дополнительному соглашению сторон. Если представленная концепция не удовлетворяет требованиям Заказчика, последний предоставляет мотивированный отказ от принятия концепции с указанием деталей, которые послужили препятствием для принятия концепции и более четкой формулировкой требований.
В этом случае Исполнитель разрабатывает второй вариант дизайн-концепции. Обязательства по разработке второго варианта дизайн-концепции Исполнитель принимает только после согласования и подписания дополнительного соглашения о продлении этапа разработки дизайн-концепции на срок не менее пяти рабочих дней. Дополнительные (третий и последующие) варианты разрабатываются Исполнителем за отдельную плату на основании дополнительных соглашений. Предлагается следующая дизайн концепция (предлагается в сокращении) Цвета сайта: серый #BBBBBB, голубой, для выделения названий блоков. Для оформления портала используются каскадные таблицы стилей CSS3. В элементах используется скругление блоков с радиусом 5 пикселов. В элементах меню используется jQuery.
4.1.
1.4. Общие требования к административной части.
Для получения доступа к административной части сайта необходимо указать определенный адрес в строке браузера и пройти авторизацию. Для шаблона планируется статическая блочная структура (ширина страницы 1024px), информационная часть представляется в виде 2-х блоков в соотношение 25%, 75%. Хедер и футер не превышают 150px. Для отображения данных о продукции и услугах используется табличная верстка, во всех остальных случаях используется блочная верстка.
4.1.
2. Требования к управлению разделами системы.
Для управления разделами системы должны быть предусмотрены следующие функции:
создание заявки;
обзор движения заявки;
редактирование контента заявки;
удаление заявки;
перемещение заявки;
назначение ответственных;
признак показа (show) или не показа (hide) заявки;
отметка о выполнении заявки. 4.
1.3. Требования к разделению доступа.
Все опубликованные разделы системы должны открываться для защищенных на чтение без аутентификации пользователя. При попытке входа в закрытый раздел у пользователя не прошедшего аутентификацию, должен быть запрошен логин и пароль. После прохождения аутентификации система должна проверять полномочия пользователя на доступ к запрошенному разделу. Если доступ запрещен, пользователю должно быть выведено сообщение о невозможности доступа в закрытый раздел. 4.
2. Требования к видам обеспечения4.
2.1. Требования к информационному обеспечению4.
2.3. Требования к хранению данных.
Все данные системы должны храниться в структурированном виде под управлением реляционной СУБД. Исключения составляют файлы данных, предназначенные для просмотра и скачивания (изображения, видео, документы и т. п.). Такие файлы сохраняются в файловой системе, а в БД размещаются ссылки на них. Наполнение различных частей системы, функционирование которых поддерживается одной и той же инсталляцией системы, должно храниться под управлением единой СУБД.
4.3. Требования к программному обеспечению4.
3.1. Требования к языкам программирования.
Для реализации статических страниц и шаблонов должны использоваться языки HTML 5.0 и CSS 3. Исходный код должен разрабатываться в соответствии со стандартами W3C (HTML 5.0).Для реализации интерактивных элементов клиентской части должны использоваться языки JavaScript и DHTML. Для реализации динамических страниц должен использоваться язык PHP.
4.3.
2. Требования к программному обеспечению серверной части Для функционирования системы необходимо следующее программное обеспечение:
Операционная система — Linux (Ubuntu, Debian, Suse) или Windows (XP, Vista, 7,8);Веб-сервер — Apache версии не ниже 2.3;СУБД — MySQL версии не ниже 5.3;язык — phpверсии 5.5;4.
3.3. Требования к клиентскому программному обеспечению.
Система должен быть доступен для полнофункционального просмотра с помощью следующих браузеров: MozillaFirefox4.0 и выше;Google Chrome 12.0 и выше;Safari5.0и выше;MS IE 6.0 и выше;Opera8.0 и выше. Система должна быть работоспособна (информация, расположенная на нем, должна быть доступна) при отключении в браузере поддержки flash и JavaScript. 4.
4. Требования к техническому обеспечению.
Для функционирования системы необходимо следующее техническое обеспечение со следующими минимальными характеристиками:
процессор — Intel Pentium III 1 Ghz;
— оперативная память — 512 Mb RAM;
— жесткий диск — 20 Gb HDD.
4.4.
1.Требования к эргономике и технической эстетике.
Интерфейс системы должен быть оптимизирован для просмотра при разрешении 1024*768, 1280*1024 без горизонтальной полосы прокрутки и без пустых (белых) полей для основных типов разрешения. Элементы управления должны быть сгруппированы однотипно — горизонтально либо вертикально — на всех страницах. Интерфейс подключаемых модулей должен быть выполнен в едином стиле с интерфейсом ядра системы и должен обеспечивать возможность прозрачного перемещения администратора между модулями системы и использование одинаковых процедур управления и навигационных элементов для выполнения однотипных операций. 4.
5. Требования к персоналу.
Для эксплуатации веб-интерфейса системы динамического управления наполнением от администратора не должно требоваться специальных технических навыков, знания технологий или программных продуктов, за исключением общих навыков работы с персональным компьютером и стандартным веб-браузером (например, MS IE 6.0 или выше). 4.
6. Требования к реализации функций системыR.1: Взаимодействие с клиентом: R.
1.1: Электронный прием и регистрация заявокR.
1.1. 1: Оперативный контроль над ходом согласования заявок. R.
1.1. 2: Подача заявок в электронном виде с указанием пограничных передаточных станций в соответствии с планом формирования.R.
1.1. 3: Оперативное уточнения заявки до начала перевозки груза (по каждой отправке).R.
1.1. 4: Получения оперативной информации о состоянии лицевого счета.R.
1.1. 5: Обмен оперативными данными электронных накладных с клиентами для возможности отслеживания груза.R.2: Финансовые операции: R.
2.1: Планирование расходов Заказчика за счет предварительного расчета стоимости перевозки по подаваемой заявке. R.
2.2: Исключение вероятных ошибок в расчете провозной платы, связанных с ручным вводом перевозочных документов работником.R.3: Формирование документацииR.
3.1:Сопроводительная документацияR.
3.1. 1: Оформление перевозочных документов с использованием данных согласованной заявки.R.
3.1. 2: Создание и использование при создании документации данных из базы постоянных клиентов и типичных заявок, оформления перевозки за счет использования технологии обмена электронными данными .R.
3.1. 3: Оформление всех видов документов, сопутствующих перевозке грузов (заявления на переадресовку, уведомления, акты, передаточные ведомости, ведомости подачи/уборки машин, уведомления на оплату перевозок экспедиторскими организациями), оформление накладных.R.
3.2: Итоговая документацияR.
3.2. 1: Реализация полного технологического цикла формирования документов в соответствии с Правилами перевозок грузов (заявка, перевозочные документы по отправлению на основе заявки, документы по прибытию, документов по отправлению и т. д.).Как было обозначено ранее система будет реализоваться в виде веб-приложения, которое будет состоять из трех частей — проект пользовательского интерфейса, проект подсистемы обработки информации и проект подсистемы хранения данных.
5. СТАДИИ И ЭТАПЫ РАБОТ5.
1.Работы выполняются по Agileтехнологии с постоянным уточнением требований заказчика и с присутствием представителя заказчика при разработке программного продукта6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНАВ соответствие с ГОСТ 34.603−92 СПМ должна пройти 3 вида испытаний:
Предварительные испытания.
Опытная эксплуатация приемочные испытания.
Все создаваемые в рамках настоящей работы программные изделия (за исключением покупных и лицензионных) передаются Заказчику, как в виде готовых модулей, так и в виде исходных кодов, представляемых в электронной форме на стандартном машинном носителе (например, записываемом компакт-диске CD-R).Испытания.
При сдаче-приёмке работ проводятся испытания с целью подтверждения работоспособности доработанных функций и соответствия требованиям ТЗ. Предварительные испытания должны проводиться Головным исполнителем в присутствии представителей Заказчика по программе и методике испытаний, составленной Головным исполнителем и согласованной с Заказчиком. По результатам испытаний оформляются:
протокол испытаний;
перечень выявленных недостатков и замечаний (при их наличии);По итогам испытаний по мере необходимости Головным исполнителем проводится корректировка документации и устранение выявленных недостатков программного обеспечения. С целью принятия результатов работ по проекту Заказчик имеет право создать приемочную комиссию.
7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮВ результате выполнения работы будут представлены следующие материалы:
Доработанная пользовательская документация на: Руководство пользователя АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА, Руководство технолога АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА;
Регламент главного менеджера по работе с АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА;
Регламент менеджера по работе с АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА;
Регламент исполнителя по работе с АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА;
Регламент эксперта по работе с АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА.Документация на АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА может быть использована в проектах внедрения автоматизированной информационной системы управления проектами в различных органах государственной власти. Другая документация.
Отчёт о выполненных работах по ГОСТ 7.32−2001, включающий разделыо перечне выполненных доработок;
о перечень запросов на техническую поддержку с описанием мер, предпринятых для выполнения запросов;
о рекомендациях по развитию и дальнейшей поддержке АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА.Программные продукты/компоненты.
Дистрибутив АРМ МЕНЕДЖЕРА ИНТЕРНЕТ-МАГАЗИНА с исходными кодами, измененный в результате выполненных доработок.
