Доработка курсовой работы (Программная инженерия/Управление ЖЦ ИС)

Раздел Услуги В разделе «Услуги» представлена информация об услугах, предоставляемых ООО «С-Сервис». Она может редактироваться и дополняться в административной части сайта Раздел Прайс-лист В разделе «Прайс-лист» представлена информация о ценах на услуги, предоставляемые ООО «С-Сервис». Она может редактироваться и дополняться в административной части сайта.

Раздел О нас В разделе «О нас» представлена информация о деятельности компании ООО «С-Сервис». Она может редактироваться и дополняться в административной части сайта.

Раздел Контакты В разделе «Контакты» представлена информация о контактных данных компании ООО «С-Сервис». Она может редактироваться и дополняться в административной части сайта.

3.

1.4. 3 Требования к дизайну.

3.

1.4.

3.1 Общие требования Стиль сайта можно описать как современный, деловой. В качестве фонового цвета рекомендуется использовать темные цвета (преимущественно серый и черный). Оформление сайта должно оставлять ощущение свежести и чистоты — в качестве иллюстраций можно использовать логотип ООО «С-Сервис» (рисунок 11).

Рисунок 12 — Логотип ООО «С-Сервис».

Оформление не должно ущемлять информативность: хотя на сайте и должно быть довольно много графики, он должен быть удобен пользователям в плане навигации и интересен для многократного посещения.

3.

1.4.

3.2 Типовые навигационные и информационные элементы Шапка веб — сайта Основное меню Основное поле контента.

3.

1.4.

3.3 Шапка сайта Шапка сайта должна содержать логотип и название компании.

3.

1.4.

3.4 Основное меню Основное меню должно располагаться в верхней части окна (под шапкой) и содержать ссылки на все разделы.

3.

1.4.

3.5 Основное поле контента Основное поле контента должно располагаться в центре страницы. В этом поле отображается основное содержание выбранного раздела. Стилевое оформление материалов и их элементов (ссылок, заголовков, основного текста, изображений, форм, таблиц и т. п.) должно быть единым для всего веб-сайта.

3.

1.4.

3.6 Подложка В подложке должна располагаться информация о правообладателях, ссылка на веб-сайт Разработчика и логотип Разработчика. В случае регистрации сайта в веб-каталога в подложке могут располагаться счетчики данных каталогов.

Состав и содержание работ по созданию системы Состав и содержание работ по внедрению сайта отражены в план-графике.

Порядок контроля и приемки системы.

3.

1.5. 1 Виды, состав, объем и методы испытаний Сдача-приемка выполненных работ должна осуществляться при предъявлении Исполнителем комплектов соответствующих документов и завершаться оформлением акта сдачи-приемки, подписанного Исполнителем и утвержденного Заказчиком.

Испытания сайта проводятся силами Исполнителя.

3.

1.5. 2 Общие требования к приемке сайта Приемка веб — сайта должна проводиться приемочной комиссией, в состав которой должны входить представители Заказчика и Исполнителя, в течение трех рабочих дней после завершения работ. Результаты работы комиссии должны оформляться актом, подписанным членами комиссии и утверждённым Заказчиком.

Анализ факторов риска проекта Тип (категория риска) Риск Последствия Меры по предотвращению Меры по минимизации последствий Вероятность свершения риска [P] Степень ущерба [L] Влияние (фактор риска).

[R] = [P] x [L] тип риска коммерческий, категория риск связанный с требованиями, риск оценивания Превышение плановой стоимости проекта Дополнительные расходы, непредусмотренные изначальным бюджетом Следование четким инструкциям и выделенной смете Возможет отказ от каких то усовершенствований сайта для снижения стоимости 1 3 3 тип риска проектный, категория организационный Несоблюдение сроков выполнения работ Увеличение времени, необходимого на реализацию проекта Соблюдения сроков, согласно план-графику Возможет отказ от каких то усовершенствований сайта для сокращения срока выполнения работ 2 4 8 тип риска технический, категория технологический, риск связанный с персоналом, связанный с требованиями Содержание (объем) работ Неполная информация, представленная на сайте Сбор необходимой для наполнения сайта информации в указанный срок Сбор не хватающей информации в минимально возможные сроки 2 5 10 тип риска технический, категория связанный с требованиями Качество разработанного сайта Качество работы не соответствует требованиям Выполнение работ в соответствии с техническим заданием Доработка сайта до того момента, пока клиент не будет доволен 3 6 18.

Проектирование решения Описание архитектуры/структуры системы У каждого сайта, и простого, и сложного, есть определенная архитектура — логическая и физическая структура, структура связей и взаимодействий. Поэтому разработка архитектуры сайта — обязательный этап его создания, который нередко включается в этап проектирования ресурса.

Рисунок 13 — Логическая структура сайта На рисунке 13 представлена логическая структура сайта. При обращении к сайту первой отображается заглавная страница. На главной странице располагаются ссылки для перехода на другие разделы сайта (Преимущества, Услуги, Прайс-лист, О нас, Контакты).

Каждый раздел содержит определенный набор стандартных элементов, являющихся обязательными компонентами. Компоновка таких элементов, проектирование их взаимного расположения составляет одну из главных задач.

В верхней части типовой страницы должна располагаться шапка и навигационное меню веб — сайта. В нижней части должна быть подложка.

В контентной области типовой статической страницы (рисунок 14) должен содержаться текст и, при необходимости, иллюстрации.

Рисунок 14 — Типовая страница Прототипирование интерфейса пользователя Прототип — это схематическое изображение страниц будущего сайта со всеми его элементами: меню, кнопками, баннерами, формами для ввода данных и так далее. То есть это изображение, на котором видно, что на сайте будет расположено, и как это всё будет работать.

Прототип позволяет продумать размещение на сайте основных блоков, систему навигации, взаимодействие людей с вашим будущим сайтом.

Прототипы страниц сайта позволяют:

продумать взаимодействие посетителя и сайта (какие элементы расположить на страницах, где их расположить);

исключить ошибки до того, как будет проектироваться окончательный дизайн;

исключить ошибки в настройке системы управления содержанием сайта;

сократить число доработок системы, вызванных несоответствием ее функциональности ожиданиям клиента.

оптимизировать сроки разработки проекта по каждому из этапов работ.

В соответствии с требованиями заказчика был изготовлен прототип «Главной страницы сайта», представленный на рисунке 15.

Рисунок 15 — Прототип главной страницы сайта.

Программная реализация системы Реализации веб-сайта происходила при помощи облачной платформы Wix.com. Для разработки веб сайта требуется авторизоваться в системе. Возможна авторизация через социальные сети. На следующем этапе происходит выбор типа сайта. Из предложенных, наиболее подходящим типом является «Бизнес. После чего система перенаправляет нас на выбор шаблона сайта. Любой шаблон можно отредактировать с помощью встроенного редактора (рисунок 16).

Рисунок 16 — Система редактирования шаблона Сначала добавим все необходимые страницы в пункте «Меню и страницы» (рисунок 17). Заметим, что страницы образуют иерархическую структуру.

Рисунок 17 — Добавление страниц Добавим текст с помощью специальных инструментов, представленных на рисунке 18. Заметим, что использование этих инструментов не требует специальных знаний.

Рисунок 18 — Добавление текста Заметим, что данная система управления контентом позволяет внести изменения и в режиме разработчика. Для этого требуются знания специального языка Wix Code. Таким образом, с помощью данной системы можно создать собственное содержимое. Однако, для этой системы существует большое количество готовых модулей, которые можно подключить к проекту (рисунок 19).

Рисунок 19 — Добавление модулей.

Добавим в наш сайт модуль «Управление пользователя». Создадим роли: клиенты, поставщики, приемщик, генеральный директор. Настроим правда доступа в соответствии с техническим заданием. Заметим, что роли «клиент» и «поставщик» обладают идентичными правами доступа к сайту, и не требуют авторизации.

Так как данная площадка позволяет выгружать сайты на своем хостинге, то для открытия доступа к сайту достаточно выбрать необходимый пункт меню. При этом, указывается URL.

Функциональное тестирование решения Тестирование сайта — один из важных жизненных этапов, после которого, предоставляется заказчику готовый проект без ошибок, с хорошей читабельностью, воспринимаемой легкостью, удобством и надежностью.

Тестирование — это отклонение фактического результата от ожидаемого, другими словами — это процесс поиска багов (ошибок).

Функциональное тестирование направлено на то, чтобы каждая функция веб-сайта работала в соответствии с требованиями спецификации. Тестирование функциональности веб-сайта показывает «Что делает система».

Итак, распишем этапы тестирования:

Под простым пользователем перейдем по всем возможным страницам сайта. Проверим, что доступа в административную часть сайта незарегистрированному пользователю нет. При попытке вручную вбить URL административной части нас перенаправляет на страницу с авторизацией.

Проверим регистрацию. Попробуем ввести пароль, не отвечающий требованиям безопасности. Попробуем некорректно заполнить другие поля. Заполним все поля корректно и попробуем авторизоваться под новым пользователем. Попробуем зайти в административную часть сайта. Система должна выдать сообщение об отсутствии прав.

Зайдем под ролью генерального директора. Откроем список пользователей. Назначим новому пользователю роль «Приемщик». Попробуем отредактировать страницы сайта.

Зайдем под ролью приемщик. Попробуем зайти в административную панель. Попробуем отредактировать пользователей. Система должна выдать сообщение об отсутствии прав. Попробуем отредактировать страницы.

Если в ходе перечисленных действий реакция веб-сайта отличается от требований к сайту, необходимо внести изменения и провести тестирование заново до тех пор, пока все ошибки не будут устранены. В нашем случае, ошибок обнаружено не было.

Список литературы

Вигерс К. Разработка требований к программному обеспечению / Пер, с англ. — М.: Издательско-торговый дом «Русская Редакция», 2004. —576с.

ГОСТ 2.105−95 «ЕСКД. Общие требования к текстовым документам».

ГОСТ 21 958;76 «Система „Человек-машина“. Зал и кабины операторов. Взаимное расположение рабочих мест. Общие эргономические требования».

ГОСТ 34.003−90 Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Термины и определения.

ГОСТ 34.601−90 Автоматизированные системы. Стадии создания.

ГОСТ 34.602−89 Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

ГОСТ 7.1−2003.

Библиографическая запись. Библиографическое описание. Общие требования и правила составления.

ГОСТ Р ИСО/МЭК 15 271−02 Информационная технология. Руководство по применению ГОСТ Р ИСО/МЭК 12 207.

Процессы жизненного цикла программных средств ГОСТ Р ИСО/МЭК 159 10−2002.

Процесс создания документации пользователя программных средств.

Дэвид, А. Марка, Клемент Мак.

Гоуэн. Методология структурного анализа и проектирования./Пер. с англ. — М.: Метатехнология, 2011, 240 с, ил.

Зольников Д.С. PHP5. Как самостоятельно создать сайт любой сложности. — 2-е изд. стер. — М.: НТ Пресс, 2010. — 272с.

И. Н. Егорова, В. Е. Рыгнина, ИССЛЕДОВАНИЕ МЕТОДОВ ОПТИМИЗАЦИИ СТРУКТУРЫ WEB-СТРАНИЦ // Восточно-Европейский журнал передовых технологий 5/2 (47) 2010 стр. 46.

Омельченко В. Я., Омельченко А. П., Омельченко А. В., СИСТЕМА МЕЖФИРМЕННОГО ВЗАИМОДЕЙСТВИЯ В ПРОЦЕССАХ ЭЛЕКТРОННОЙ КОММЕРЦИИ. // Проблемы развития внешнеэкономических связей и привлечения иностранных инвестиций: региональный аспект. Сборник научных трудов, 2012 год, 1 часть, стр. 306.

Официальный сайт Wix.com [электронный ресурс] − режим доступа:

https://www.wix.com.

РД 50−34.698−90 «Автоматизированные системы. Требования к содержанию документов».

РД 50−34.698−90 Автоматизированные системы. Требования к содержанию документов".

Сайт о языке HTML, CSS, веб-дизайне, графике и процессе создания сайтов [электронный ресурс] − режим доступа:

http://www.htmlbook.ru.

СМК-МИ 29.2−06. Общие требования к построению, содержанию, оформлению, обозначению и управлению Стандартом университета (организации) и Методической инструкцией.

Техническое задание [Электронный ресурс]: Материал из Википедии — свободной энциклопедии: Версия 65 997 525, сохранённая в 01:03 UTC 7 октября 2014 / Авторы Википедии // Википедия, свободная энциклопедия. — Электрон. дан. — Сан-Франциско: Фонд Викимедиа, 2014. — Режим доступа:

http://ru.wikipedia.org/?oldid=65 997 525.

Федеральный закон от 27.

07.2006 N 152-ФЗ «О персональных данных».

Шапиро В.Д. и др. Управление проектами. СПб.: Два ТрИ, 2010. — 248с.

ПРЕИМУЩЕСТВА.

УСЛУГИ.

ПРАЙС-ЛИСТ.

О НАС.

КОНТАКТЫ.

ГЛАВНАЯ.