Разработка устава и участников проекта.

Þ Менеджер проекта назначается во время разработки устава проекта.

v Заказчик – лицо, принимающее решения.

Исполнитель (веб-специалист) – создает сайт.

Заказчик участвует в процессах:

ü Постановка задач, которые сайт должен для вас решить.

ü Выбор и регистрация доменного имени для сайта.

ü Оплата размещение сайта в интернете.

ü Подготовка материалов, которые исполнитель получить для обработки и размещения на сайте в финальной стадии проекта.

Устав проекта

· Устав проекта составлен спонсирующей (финансовой) стороной.

· Устав проекта наделяет руководителя проекта полномочиями в отношении планирования и исполнения проекта.

• Бизнес-кейс содержится бизнес-потребность и сравнительный анализ затрат и выгод для обоснования проекта.

• Факторы, влияющие на процесс разработки устава проекта:

- человеческие ресурсы (навыки, знания, специализации: разработка, заключение договоров)

- историческую информацию и базу накопленных знаний

Метод организации групповой работы:

- разрешение конфликтов

- решение проблем

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

2.3 Допущения и ограничения.

Ограничения проекта (сайта) – барьеры, накладываемые на проект.

§ Ограничения на доступ к “личным страницам учащегося”

§ Размер страницы сайта (измеряется в пикселях) и страницы сайта (5-10)

§ Язык HTML сайта

§ Бюджетные ограничения (добровольные взносы)

§ Ограничения по срокам выполнения проекта (жестокие ограничения)

Допущения проекта (сайта) – некоторые утверждения, принятые для целей планирования проекта.

Допущения возникают из условий неопределенности, в которых выполняется проект.

Риски и допущения находятся вне сферы влияния команды проекта.

§ Утверждение, что финансирование и другие ресурсы будут доступны по мере необходимости по требованию.

2.4 Сбор и формализация требований.

Общие требования:

- Интернет:

Mozilla Firefox (версия 30.0. и выше)

Opera (версия 13.0 и выше)

Google Chrome (версия 36.0 и выше)

-Сайт отображается при запущенном программном обеспечении (без рекламной информации).

- UPL – адрес сайта.

- Визуальное изображение (интерфейс) сайта должны адаптироваться под изменение разрешения экрана.

Системные требования:

- Стабильные версии приложений (программ).

- Страницы сайта должны, выполнены HTML (язык программирования)

- В языке HTML:

• блоки - обозначается тегами "<div> </div>", ему можно задать цвет заднего фона, цвет и расположение текста.

• табуляция – дополнительный пробел (&nbsp)

• все теги должны быть прописаны в нижнем регистре.

Сайт должен обеспечивать:

-предотвращение несанкционированного доступа к информации.

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

- “прекращение” атак.

- распознание сходства несанкционированной активности по анализу пользовательских параметров.

-пароль для учетных записей администраторов.

Система администрирования должна позволять редактировать

- название пунктов меню сайта и заголовок страниц

- содержимое сайта

-web-антивирус

2.5 Создание ИСР (иерархическая структура работ)

- инструмент, позволяющий разбить проект на составные части.

иерархически структурированное распределение работ по реализации проекта (сайта).

Схема 9 –ИСР.

2.6 Программное обеспечение для управления проектом.

* … Функциональные требования определяют, что разработчики должны создать, чтобы выполнит свои задачи.

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

На что ориентироваться:

- выясните у представителей пользователей, какие задачи им требуется выполнять.

- создание группу типичных пользователей предыдущих версий вашего продукта (для выяснения функциональности и качественных характеристик).

- проведение интервью для выявления требований.

Документирование требований предусматривает представление и хранением совокупного знания о требованиях постоянным и хорошо организованным способом.

Утверждение

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

2.7 Управление временем проекта.

2.8 Управление ресурсами проекта.

2.9 Управление стоимостью проекта.

1.9

2.1

2.2

2.3