Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка автоматизированной системы web-сайта Благотворительного Фонда помощи детям-сиротам ребенка "Надежда"

Разработка автоматизированной системы web-сайта Благотворительного Фонда помощи детям-сиротам ребенка "Надежда"

Особенности разработки и применения автоматизированной системы WS Hope, предназначенной для размещения в сети интернет информации о деятельности Благотворительного Фонда "Надежда". Требования к документации и параметрам системы, этапы ее разработки.

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 18.03.2012
Размер файла 57,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

Список сокращений, аббревиатур и терминов

Обозначение Описание

Бан программный запрет на пользование определенным интернет-ресурсом, накладывается администратором или модератором соответствующего сайта;

БД база данных;

БФ благотворительный фонд;

ГОСТ государственный стандарт;

Доменное имя символьное имя, служащее для идентификации областей - единиц административной автономии в сети Интернет - в составе вышестоящей по иерархии такой области;

Меню логическое объединение разделов сайта, информационное наполнение которых схоже по тематике;

Модерировать удерживать что-либо в допустимых рамках или разумных пределах; ограничивать, сдерживать;

НСД несанкционированный доступ;

ОС операционная система;

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

ПО программное обеспечение;

Пользователь лицо, осуществляющее работу с сайтом или панелью администратора Системы;

Раздел сайта структурное объединение страниц сайта, сходных по тематике;

РД рабочая документация;

Роль пользователя категория субъекта, характеризующаяся набором задач и функций, каждой роли соответствует определенный набор прав доступа к интерфейсам и функционалу сайта;

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

СУБД система управления базами данных;

ТЗ техническое задание;

ТП технический проект;

Хостинг услуга по предоставлению вычислительных мощностей для физического размещения информации на сервере, постоянно находящемся в сети (обычно Интернет);

Элемент управления элемент веб-страницы, предусматривающий активные действия пользователя (ввод/редактирование данных, запуск процедур);

CAPTCHA (Капча) полностью автоматизированный публичный тест Тьюринга для различия компьютеров и людей;

Log - файлы файлы, содержащие системную информацию о работе сервера, используемую для анализа и оценки сайтов и их посетителей;

WYSIWYG свойство прикладных программ, в которых содержание отображается в процессе редактирования и выглядит макcимально близко похожим на конечную продукцию, которая может быть печатным документом, веб-страницей или презентацией;

Сведения о проекте

Заказчик разработки:

Челябинский Областной Благотворительный Общественный Фонд помощи детям-сиротам домов ребенка «Надежда» (сокращенно: ЧОБО фонд помощи детям-сиротам домов ребенка «Надежда», далее - Благотворительный фонд или Фонд).

Исполнитель разработки:

Студент Челябинской Государственной Академии Культуры и Искусств, 5 курса ФИРТ, гр.513 Долгов И.В.

Уставные цели Благотворительного фонда:

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

· Содействие в деятельности по профилактике и охране здоровья детей-сирот, детей из многодетных и малообеспеченных семей, детей-инвалидов, инвалидов, детей сотрудников домов ребенка;

· Формирование имущества и денежных средств на основе добровольных благотворительных взносов, пожертвований, дарений и безвозмездной помощи физических и юридических лиц для оказания благотворительной помощи;

· Содействие в профилактике и поддержке здоровья сотрудников, работающих в домах ребенка и сотрудников фонда.

Для осуществления уставных целей Благотворительный фонд:

· Осуществляет деятельность по привлечению материальных и денежных ресурсов для выполнения уставных целей;

· Проводит обмен опытом работы с аналогичными организациями России и за её пределами;

· Может заниматься предпринимательской деятельностью лишь постольку поскольку это служит достижению уставных целей, соответствующую этим целям;

· Свободно распространяет информацию о своей деятельности через средства массовой информации;

· Занимается издательской деятельностью и размещает готовые издания по своему усмотрению;

· Осуществляет гражданско-правовые сделки;

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

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

· Проводит мероприятия для детей-сирот и сиротских учреждений.

1. Общие положения

Полное наименование системы: web-сайт организации - Челябинский Областной Благотворительный Общественный Фонд помощи детям-сиротам домов ребенка «Надежда».

Краткое наименование системы: WS Hope (далее - Система).

Заказчиком является, Челябинский Областной Благотворительный Общественный Фонд помощи детям-сиротам домов ребенка «Надежда».

Адрес заказчика: 454009, г. Челябинск, пр. Ленина, 79, оф. 103.

Разработчиком системы является: студент Челябинской Государственной Академии Культуры и Искусств, 5 курса ФИРТ, гр.513 Долгов И.В.

Адрес разработчика: г. Челябинск, Комсомольский проспект, дом 87, кв. 102.

Основанием для разработки WS Hope является: решение совета Областного Благотворительного Общественного Фонда помощи детям-сиротам домов ребенка «Надежда».

Плановый срок начала работ по созданию WS Hope - 12.12.11;

Плановый срок окончания работ по созданию WS Hope - 18.03.12;

Источником финансирования является Заказчик.

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

Создание WS Hope и ввод её в эксплуатацию, производимый Исполнителем осуществляется безвозмездно.

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

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

Действия по заказу и оформлению хостинга осуществляются Исполнителем.

Приемка программы осуществляется руководителем проекта в присутствии Исполнителя проекта.

Совместно с предъявлением Системы производится сдача разработанного Исполнителем комплекта документации.

При разработке автоматизированной системы и создании проектно-эксплуатационной документации Исполнитель должен руководствоваться требованиями следующих нормативных документов:

- ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания;

- ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем;

- РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

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

2. Назначение и цели создания (развития) программы

2.1 Назначение

автоматизированная система интернет

WS Hope предназначен для размещения в сети интернет информации о деятельности БФ «Надежда». А так же для автоматизации и повышения эффективности выполнения следующих процессов:

· Привлечение материальных и денежных ресурсов для выполнения уставных целей Фонда описанных в разделе «Сведения о проекте» данного ТЗ;

· Обмен опытом работы с аналогичными организациями в России и за её пределами;

· Информационная и правовая поддержка тех групп населения на которые нацелена деятельность Фонда;

· Поиск информации в сфере благотворительности, которая может быть полезной фонду в осуществлении его деятельности;

· Осуществление гражданско-правовых сделок;

· Свободное распространение информации о деятельности фонда;

· Осуществление издательской деятельности в части размещения готовых изданий в свободный доступ.

2.2 Цели создания системы

В соответствии с концепцией создания и развития Системы к стратегическим целям можно отнести:

· Обеспечение доступности информации о деятельности БФ «Надежда» для лиц заинтересованных в получении данной информации;

· Привлечение внимания к проблеме помощи детям сиротам;

· Пропаганда благотворительной деятельности;

· Обеспечение средств принятия пожертвований от населения с помощью платежных систем WebMoney, Яндекс-деньги и т.д.;

· Обеспечение информационной поддержки благотворительных организаций;

· Расширение возможностей БФ «Надежда» в привлечении помощи детям-сиротам от населения;

· Обеспечение дополнительного инструмента коммуникации с населением по вопросам связанным с деятельностью фонда;

· Обеспечение удобного, простого и понятного интерфейса доступа к предоставляемой информации, за счет использования современных web-технологий;

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

2.3 Критерии достижения целей

Для достижения поставленных целей система должна иметь необходимые возможности для решения следующих задач:

· Обеспечение удобного и простого в использовании интерфейса для форматирования и размещения текстовой информации;

· Обеспечение удобного и простого в использовании интерфейса для размещения мультимедийной информации;

· Обеспечение удобного и простого в использовании интерфейса просмотра мультимедийной информации;

· Обеспечение интерфейса для редактирования меню сайта и его структуры;

· Обеспечение удобного механизма поиска информации по сайту;

· Обеспечение динамического интерфейса для доступа к информации пользователями;

· Обеспечение удобной навигации по сайту;

· Обеспечение механизмов коммуникации с посетителями сайта;

· Обеспечение механизма получения новостей с других ресурсов.

· Автоматизация процесса получения статистической информации по сайту;

· Обеспечение механизма расширения функционала ресурса;

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

3. Характеристика объекта автоматизации

3.1 Краткие сведения об объекте автоматизации

Объектами автоматизации являются процессы осуществляемые Фондом, описанные в пункте 2.1. данного ТЗ.

3.2 Сведения об условиях эксплуатации объекта автоматизация и характеристиках окружающей среды

Процессы, описанные ранее, осуществляются специалистами Фонда, в соответствии с его уставными документами.

Существующее программное обеспечение:

· Операционная система Windows XP;

· Интернет-браузер Internet Explorer 7;

Существующее техническое обеспечение:

· Три персональных компьютера, не соединенных сетью, а так же без доступа к сети Интернет.

Существующее нормативно-правовое обеспечение:

· Конституция Российской Федерации;

· Гражданский кодекс Российской федерации;

· Федеральный закон от 11 августа 1995 г. №135-ФЗ. О благотворительной деятельности и благотворительных организациях;

· Устав ЧОБО фонд помощи детям-сиротам домов ребенка «Надежда».

4. Требования к системе

4.1 Требования к системе в целом

Общими для системы в целом являются следующие требования:

· Система должна содержать необходимый объем информации, механизм своевременной актуализации содержания и базовый набор сервисов работы с информацией, обеспечивающий требуемую полноту информационных и иных услуг, предоставляемых пользователю;

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

· предоставляемые услуги и сервисы должны иметь очевидную ценность для пользователей Системы;

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

При разработке Системы должны предусматриваться:

· Разработка стандартов представления данных и метаданных описания информации в составе Системы;

· Разработка стандартных процедур информационного взаимодействия при управлении инфраструктурой и информационным наполнением Системы.

Требования к структуре и функционированию системы

Перечень подсистем, их назначение и основные характеристики

В состав WS Hope должны входить следующие компоненты:

· Подсистема регистрации пользователей сайта;

· Подсистема разграничения прав доступа;

· Подсистема авторизации пользователей;

· Подсистема навигации по сайту;

· Подсистема отображения динамического контента;

· Подсистема отображения публикаций;

· Подсистема сбора и отображения статистической информации;

· Подсистема поиска по сайту;

· Подсистема коммуникации с пользователями;

· Подсистема сбора и отображения новостных анонсов с других Интернет-ресурсов;

· Подсистема управления сайтом.

Подсистема регистрации пользователей
Предназначена для регистрации пользователей в системе, а именно сохранения регистрационной информации (в виде логина и пароля, набора личных данных) в базе данных с учетом требований безопасности, с последующим присвоением ролей в разграничении прав доступа к информации.
Подсистема разграничения прав доступа
Предназначена для разграничения прав доступа, между пользователями исходя из присвоенных им ролей. Призвана ограничить возможные действия пользователя в системе из соображений безопасности.
Подсистема авторизации пользователей
Предназначена для авторизации пользователей на сайте. Призвана идентифицировать пользователя, по логину и паролю, выявить его права доступа и передать необходимые данные подсистеме разграничения прав доступа.
Подсистема навигации по сайту
Обеспечивает удобный механизм навигации по сайту, в виде разного рода меню, карты сайта, панели визуализации переходов по ссылкам.
Подсистема отображения динамического контента
Подсистема предназначена для отображения на сайте динамического контента, такого как блок динамически меняющихся фотографий, блок динамически отображаемого текста (высказывания великих людей, пропаганда благотворительной деятельности, перечисление достижений фонда и т.д.), с возможностью администрирования.
Подсистема отображения публикаций
Предназначена для динамического отображения публикация и всех сопутствующих данных (раздел размещения, дата публикации, дата последнего редактирования, автора публикации, версия для печати и т.д.).
Подсистема сбора и отображения статистической информации
Предназначена для сбора статистической информации по сайту, и отображения её пользователю в установленном месте на сайте с учетом прав доступа пользователя.
Подсистема поиска по сайту
Призвана обеспечить удобный пользовательский интерфейс поиска по сайту, с возможностью настройки поиска, как для обычного пользователя, так и для администратора сайта.
Подсистема коммуникации с пользователями
Должна предоставлять пользователям сайта, разного вида способы коммуникации с администрацией сайта (отправка сообщений на email, отправка сообщений непосредственно на сайте (с возможностью увидеть ответ), комментирование/обсуждение публикаций, где предоставлена такая возможность), по различным вопросам.
Подсистема сбора и отображения новостных анонсов с других Интернет-ресурсов
Предназначена для отображения анонсов новостей сходной тематики (тематика сайта), с различных новостных ресурсов, с возможностью настройки.
Подсистема управления сайтом
Предназначена предоставить пользователям с правами администратора, полный набор настроек сайта, в виде удобного, динамического, интуитивно понятного интерфейса. Призвана отделить все виды настроек, доступные только пользователям с правами администратора от прочих, и собрать их в одном месте. Должна быть организована с учетом возможности расширения функционала сайта. Доступ к подсистеме должен осуществляться с учетом требований безопасности системы.

Требования к способам и средствам связи для информационного обмена между компонентами системы

Для обеспечения информационного обмена компоненты Системы должны работать как один слаженный механизм. Должны быть сформулированы запросы, обращенные к фрагментам БД, созданным для нужд отдельных компонентов, с целью получения данных необходимых для правильного функционирования данных компонентов. Для передачи запросов к БД, должен использоваться язык My SQL. В качестве базового протокола сетевого и межсетевого взаимодействия должен использоваться TCP/IP.

Требования к характеристикам взаимосвязей создаваемой системы со смежными системами

В Системе должен быть реализован способ установления взаимосвязей со смежными системами, с помощью подсистемы обмена данными с целью трансляции их содержания в Системе и обратной трансляции в смежных системах.

Требования к режимам функционирования системы

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

Для Системы должны быть реализованы три режима функционирования:

· Режим эксплуатации, в котором Система должна обеспечивать решение задач, определенных в п. 4.2. настоящего ТЗ;

· Режим редактирования, в котором Система подвергается настройке, либо изменению со стороны пользователя (Администратора).

· Технологический режим, в котором должны обрабатываться штатные и нештатные ситуации, требующие вмешательства обслуживающего персонала в работу Системы, выполнение операций по обеспечению её работоспособности, в том числе и профилактика технических средств.

Требования по диагностированию системы

Диагностирование программных и аппаратных средств Системы должно выполняться с целью своевременного предупреждения возникновения аварийных ситуаций.

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

Перспективы развития, модернизации системы

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

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

Требования к численности и квалификации персонала

Для поддержки функционирования Системы и осуществления её развития (если такая необходимость существует), должен иметься специалист обладающий знаниями в области информационных и сетевых платформ, на которых будет реализована Система, а также опытом администрирования баз данных.

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

Показатели назначения

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

В результате внедрения Системы должно быть достигнуто следующее:

· В части показателей информационного взаимодействия - обеспечена возможность выполнения операций организации информационного взаимодействия (публикации, модификации, поиска и предоставления документов), установленные настоящим ТЗ;

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

Требования к надежности

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

Перечень аварийных ситуаций

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

Требования к надежности технических средств и программного обеспечения

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

Что достигается за счет выбора хостинга для размещения системы в сети Интернет с высоким уровнем отказоустойчивости и грамотным персоналом технической поддержки.

Требования к методам оценки контроля показателей надежности

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

Требования к безопасности

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

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

При регистрации пользователей должна использоваться защита от ботов.

Требования к эргономике и технической эстетике

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

· Адекватно отображаться в зависимости от типа подключения пользователя;

· Обеспечивать как можно большую скорость загрузки страниц;

· Обеспечивать легкую идентификацию раздела сайта, в котором находится пользователь;

· Обеспечить минимум усилий и затрат пользователя на навигацию по страницам портала;

· Обладать развитой системой поиска информации, как контекстного, так и древовидных списков документов;

· Обеспечить приемлемый результат при распечатке публикаций на принтере;

· Корректно отображать информацию на компьютерах с отключенной поддержкой скриптов;

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

Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов Системы

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

В состав работ по техническому обслуживанию должны входить следующие действия:

· Проверка Log-файлов генерируемых Системой на наличие сообщений об ошибках;

· Проверка БД Системы на наличие ненужных, неверных, или устаревших данных;

· Обновление или удаление устаревших данных;

· Модерирование тех разделов Системы, в которых пользователи со стороны могут вносить в Систему данные (сообщения, вопросы, предложения);

· Резервное копирование Системы.

Все пользователи Системы должны соблюдать правила эксплуатации электронной и вычислительной техники.

Требования к защите информации от НСД

Информация, размещаемая в рамках Системы, является открытой (общедоступной), из этого следует, что в рамках Системы не должна размещаться конфиденциальная информация о Заказчике или иных лицах. Так же не должна размещаться любая другая информация, способная навредить Заказчику или иным лицам, порочащая кого либо, или способствующая разжиганию межнациональной и межрелигиозной розни.

Уровень защиты от несанкционированного доступа, должен соответствовать классу защищённости 1Д по классификации Гостехкомиссии РФ.

Компоненты защиты от НСД должны обеспечивать:

· Идентификацию пользователя;

· Разграничение прав доступа к информации и к инструментам её модификации;

· Средства контроля, управления и идентификации при удаленном доступе к Системе;

· Средства экранирования Системы;

· Средства мониторинга доступа к Системе;

· Средства антивирусной защиты.

Защищенная часть Системы должна использовать «слепые» пароли (при наборе пароля его символы не показываются на экране либо заменяются одним типом символов; количество символов не соответствует длине пароля).

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

Требования по сохранности информации при авариях

Должна быть предусмотрена возможность автоматического или ручного резервного копирования данных Системы средствами системного или базового ПО (ОС, СУБД), входящего в состав программно-технического комплекса Заказчика.

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

Требования к защите от влияния внешних воздействий

Требования к радиоэлектронной защите средств Системы, требования по стойкости, устойчивости и прочности к внешним воздействиям (среде применения) - не предъявляются.

Требования к патентной чистоте

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

Требования по стандартизации и унификации

Техническая документация должна оформляться в соответствии с ГОСТ 34 серии. Алгоритмы, реализуемые программными модулями, должны разрабатываться в соответствии с требованиями Заказчика.

Система должна обмениваться данными с агентом пользователя (браузером) в соответствии со стандартами, принятыми консорциумом W3C. Основным языком разработки принимается язык программирования PHP.

4.2 Требования к функциям (задачам) выполняемым системой

Основные требования

Структура сайта

Система должна представлять собой информационную структуру, организованную в виде веб-сайта и доступную в сети Интернет.

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

Наполнение информацией

Страницы всех разделов сайта должны формироваться программным путем на основании информации из БД на сервере.

Модификация содержимого разделов должна осуществляться посредством подсистемы управления сайтом, работа с которой осуществляется без применения специальных навыков программирования. Наполнение информацией должно проводиться с использованием шаблонов страниц сайта. Должна быть предусмотрена возможность модификации таких шаблонов, размещения на страницах сайта ссылок и прикрепления файлов любого формата, размещения и форматирования текста, графической, табличной и мультимедийной информации, возможность экспорта данных из файлов MS Word и Exсel, возможность вставлять html-вставки. Должна быть предусмотрена возможность редактировать дизайн страниц через административный web-интерфейс.

В рамках разработки Системы Исполнитель предоставляет Заказчику набор необходимых подсистем с определенными функциональными параметрами, описанными в настоящем ТЗ.

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

Соответствие стандартам

При разработке Системы должны использоваться официальные и фактические открытые стандарты (такие, как XML, HTML и др.), наиболее распространенные в Интернете и общепринятые в практике построения информационных систем организаций/предприятий. Предпочтение должно отдаваться архитектурным решениям и программным продуктам, уже доказавшим свою пригодность при решении подобных задач.

Расширяемость

Добавление новых функциональных возможностей не должно приводить к ухудшениям в ранее разработанных и эксплуатируемых частях Системы. Взаимодействие с внешними информационными системами, если оно потребуется, должно строиться на использовании общепринятых открытых стандартов передачи и структурирования информации. Данный документ описывает функционал первой версии Системы, что должно учитываться при ее разработке.

Простота поддержки, внедрения и администрирования

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

Требования к функциональным возможностям подсистем

Подсистема регистрации пользователей

В процессе регистрации пользователь вводит в поля формы следующие данные: Логин, Имя, Фамилия, Пол, Электронная почта, Пароль, Подтверждение пароля, Ответ на CAPTCHA.

После нажатия на кнопку «Зарегистрироваться», происходит отправка данных на сервер для проверки.

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

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

Подсистема разграничения прав доступа

Данная подсистема непосредственно должна осуществлять защиту Системы и её компонентов от НСД. В рамках её функционирования каждому пользователю Системы присваивается определенная Роль, предоставляющая ему некоторый набор прав доступа к Системе и её компонентам.

Роли, определенные в Системе:

Посетитель - лицо, осуществляющее работу с сайтом, но не зарегистрированный в Системе.

Авторизированный пользователь - пользователь, успешно прошедший процедуру регистрации и идентифицированный Системой.

Администратор - авторизованный пользователь, обладающий полномочиями для размещения, редактирования и удаления информационных материалов, предоставленных редактором Системы. Формирует иерархии контента сайта. Назначает пользователям Системы права и роли, обладает полномочиями по управлению пользователями и правами доступа пользователей к информационным ресурсам Системы, просмотра журнала действий авторизованных пользователей. Выполняет полное администрирование Системы.

Модератор - авторизированный пользователь, имеющий доступ к определенным функциональным возможностям в администраторской части Системы. Управляет комментариями или статьями авторизованных пользователей Системы (размещает, удаляет или отправляет на дальнейшую редакцию редактору Системы).

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

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

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

Роль Авторизованный пользователь назначается автоматически при регистрации пользователя и предоставляется в процессе его авторизации на сайте.

Остальные Роли назначаются Администратором (Роль Администратор) Системы, в панели администратора.

Подсистема авторизации пользователей

В процессе авторизации пользователь вводит в соответствующие поля логин и пароль, зарегистрированные им в Системе ранее, а так же ответ на CAPTCHA. После нажатия на кнопку «Войти» происходит отправка данных на сервер для проверки.

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

В случае положительного ответа сервера, пользователю предоставляются права на сайте, и происходит обновление страницы сайта согласно Роли назначенной пользователю и предоставленной в процессе успешного прохождения авторизации.

В случае отрицательного ответа сервера происходит идентификация кода ошибки (1 - неверно введен логин, 2 - неверно введен пароль, 3 - неверно введен ответ CAPTCHA) и выдается ответ пользователю характеризующий причину отказа в авторизации, а так же предлагаются пути устранения несоответствия данных.

Пути устранения несоответствия данных при авторизации:

· Повторно ввести логин, пароль или ответ CAPTCHA (зависит от кода ошибки описанного ранее);

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

· Пройти регистрацию на сайте.

Попытка повторно ввести логин, пароль или ответ CAPTCHA, предоставляется не более пяти раз. При превышении лимита в 5 попыток, происходит временный Бан пользователя по IP адресу.

Подсистема навигации по сайту

Пользовательский интерфейс сайта должен обеспечивать наглядное, интуитивно понятное представление структуры размещенной на нем информации, быстрый и логичный переход к разделам и страницам. Навигационные элементы должны обеспечивать однозначное понимание пользователем их смысла: ссылки на страницы должны быть снабжены заголовками и комментариями (подсказками), условные обозначения соответствовать общепринятым. Графические элементы навигации должны быть снабжены альтернативной подписью.

Система должна обеспечивать навигацию по всем доступным пользователю ресурсам и отображать соответствующую информацию. Для навигации должна использоваться система контент-меню, которое должно представлять собой текстовый блок (список гиперссылок). Место расположения меню на странице зависит от утвержденного дизайна типовой страницы. Так же система должна предусматривать наличие нескольких меню, располагающихся на главной странице сайта, состав гиперссылок в которых зависит от тематики информационного наполнения разделов, располагающихся по адресу этих гиперссылок.

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

Подсистема отображения динамического контента

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

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

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

Подсистема отображения публикаций

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

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

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

Подсистема сбора и отображения статистической информации

Анализ посещаемости сайта должен производиться с использованием независимой системы сбора статистики. В качестве систем, предоставляемых внешней стороной, рассматриваются варианты использования инструментов Google Analytics (www.google.com/analytics), Spylog (www.spylog.ru). Так же необходима разработка системы сбора статистической информации, отслеживающей данные о контенте и динамике обновления информации на сайте.

Регистрация сайта в системах статистики должна производиться на этапе опытной эксплуатации Системы.

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

· Сведения о попытках НСД (многократные неудачные попытки пройти авторизацию попытки получить доступ к панели администратора и др.), с указанием IP адреса пользователя;

· Сведения о попытках восстановить пароль или иные регистрационные данные, с указанием регистрационных данных пользователя, и его текущего IP адреса, а так же результата процесса восстановления;

· Сведения о регистрации/удалении пользователей (с указанием способа регистрации);

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

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

· Сведения о возникающих неисправностях, ошибках или затруднениях в работе сайта.

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

Подсистема поиска по сайту

Для поиска информации должна применяться поисковая система, разработанная PHPru.net™. Данная поисковая система должна быть интегрирована в сайт в соответствии с инструкцией, прилагаемой к ней, с обязательным соблюдением Лицензионного соглашения.

В процессе интеграции поисковой системы необходимо изменить дизайн её оформления на соответствующий дизайну типовой страницы сайта. А так же произвести настройку поисковой системы для достижения максимальной эффективности её использования. Поиск информации в документах должен осуществляться средствами БД, используемой при разработке.

Подсистема коммуникации с пользователями

Данная подсистема должна предоставлять пользователю разного рода интерфейс коммуникации как непосредственно на сайте, так и при помощи отправки сообщений на email (исключительно для общения с руководством Фонда).

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

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

Создавать темы для обсуждения и отдельные сообщения могут только Авторизованные пользователи.

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

Подсистема сбора и отображения новостных анонсов с других Интернет-ресурсов

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

Новостные анонсы могут получаться как средствами RSS, так и средствами приложений парсеров.

Источники анонсов определяются Администрацией Фонда, и настраиваются в соответствующем разделе панели администратора.

Авторизованные пользователи должны иметь возможность отключить отображение новостных анонсов.

Подсистема управления сайтом

Подсистема должна содержать в себе несколько основных модулей:

Модуль изменения контента - предоставляет функционал изменения контента сайта без участия программистов и HTML-верстальщиков; Включает в себя WYSIWYG-редактор текстовых документов, средства загрузки на сервер разного рода файлов (включая документы word и excel)

Модуль изменения структуры - предоставляет функционал для изменения структуры и содержания разного рода меню расположенных на сайте, включает в себя возможность изменения вложенности пунктов меню (иерархии), возможность добавления/удаления пунктов меню, возможность привязки пунктов меню к документам/функционалу;

Модуль изменения дизайна - предоставляет функционал частичного видоизменения дизайна сайта, например такие возможности как: Изменение цветового оформления сайта, загрузка нового логотипа, либо загрузка нового шаблона оформления сайта (в данном случае необходимо структурировать и документировать данные о физическом построении сайта, об основных типах функциональных блоков, для упрощения разработки их дизайна и механизма взаимодействия);

Административный модуль - в данном модуле должны быть обособлены все настройки, к которым имеют доступ только пользователи с Ролью Администратор, такие как: назначение прав доступа пользователям, добавление/удаление пользователей, изменение параметров встроенных приложений сторонних производителей (система поиска, система отображения фотографий и др.). А так же Модуль изменения дизайна и Модуль статистики и истории должны быть частью данного модуля;

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

4.3 Требования к видам обеспечения

4.3.1 Требования к математическому обеспечению

Требования к математическому обеспечению не предъявляются.

4.3.2 Требования к информационному обеспечению

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

Информационный обмен между компонентами Системы должен осуществляться средствами сети Интернет/Интранет.

Для хранения данных должна использоваться СУБД phpMyAdmin Database Manager версии не ниже 2.10.2.

4.3.3 Требования к лингвистическому обеспечению

Все документы, подготавливаемые к публикации на сайте, а также хранимые в базах данных, должны использовать кодировку UTF-8 (Юникод), что обеспечит универсальный (платформонезависимый) подход к хранению, передаче и обработке текстовых массивов данных на разных языках.

Учитывая основные функции Системы, а также типы циркулирующих в ней документов, для создания и конфигурации web-приложений рекомендуется использовать язык JavaScript и PHP.

Для разметки документов рекомендуется использовать язык HTML и каскадные таблицы стилей CSS.

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

4.3.4 Требования к программному обеспечению

При разработке Системы для обеспечения функций поиска информации, отображения мультимедийной информации (картинки, фотографии, видео-файлы), загрузки файлов, подгрузки из документов word и excel, создания текстовых документов, анализа посещаемости сайта, CAPTCHA, должны использоваться качественные программные продукты сторонних производителей, распространяемые на бесплатной основе.

Утвержденные программные продукты сторонних производителей:

· Инструменты сбора статистики по сайту, такие как Google Analytics (www.google.com/analytics) или Spylog (www.spylog.ru);

· Поисковая система, разработанная PHPru.net™;

4.3.5 Требования к техническому обеспечению

Для обеспечения работы Системы необходим ПК достаточной мощности для функционирования ОС Windows XP, с доступом в интернет.

Интернет-хостинг для размещения Системы должен удовлетворять следующим минимальным требованиям:

Таблица 1.Технические требования к Интернет-хостингу.

Дисковое пространство. Мегабайт

3000 МБ

Трафик

без ограничений

Ежедневное резервное копирование

+

Почтовые домены

6

Почтовые протоколы

SMTP, РОРЗ, IMAP

Антивирусная проверка почты

+

Спам-фильтр

+

Количество почтовых адресов

без ограничений

Доставка почты по защищенному соединению

+

Web-интерфейс для чтения почты

+

Автоответчики

+

Списки рассылок

+

Почтовые группы

+

Поддержка кириллической почты

+

Персональный web-сервер

+

Web-сайтов

6

Поддержка DNS

6

Синонимы

без ограничений

Поддомены

без ограничений

FTP-аккаунты

3

Доступ к 1оg-файлам

+

Ротаиия log-файлов

+

Поддержка WAP

+

Поддержка SSI

в режиме "no exec"

Требования к метрологическому обеспечению

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

Требования к методическому обеспечению

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

5. Состав и содержание работ по созданию (развитию) системы

Создание Системы предполагает следующие стадии:

Таблица 2. Стадии создания.

Стадии

Этапы

1. Обследование предприятия

1.1 Сбор и анализ материалов

1.2 Формулировка основных целей

1.3 Формулировка требований

1.4 Формулировка основной концепции

2.Общая постановка задачи

2.1 Написание ТЗ на автоматизированную систему

2.2 Написание ТП на автоматизированную систему

2.3 Выявление и сбор методических материалов

2.4 Формулировка проектных решений

2.5 Обоснование проектных решений

3. Выполнение этапов разработки

3.1 Проектирование

3.2 Разработка

3.3 Тестирование

3.4 Написание РД на автоматизированную систему

3.5 Ввод в действие

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

6.1Общие требования к приемке работ

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

Испытания Системы должны быть проведены на стадии «Ввод в действие» на основании соответствующей программы и методики испытаний, разработанной Исполнителем в соответствии с требованиями РД 50-34.698-90 и утверждённой Заказчиком.

6.2 Виды, состав, объем и методы испытаний Системы

Виды испытаний

Для Системы устанавливаются следующие виды испытаний:

· Предварительные испытания (1 этап);

· Опытная эксплуатация;

· Приемочные испытания.

Состав испытаний

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

Место проведения испытаний

Предварительные испытания могут проводиться как на площадке Исполнителя, так и заказчика, опытные и приёмочные испытания - на объекте автоматизации Заказчика.

6.3 Общие требования к приемке работ

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

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

Результаты работы комиссии должны оформляться актом, подписанным членами комиссии и утверждённым Заказчиком. К акту должны прилагаться протоколы испытаний.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу Системы в действие

Для создания условий функционирования объекта автоматизации, при которых гарантируется соответствие создаваемой Системы требованиям настоящего ТЗ и возможность эффективного использования Системы, в организации Заказчика на этапе работ «Подготовка объекта автоматизации к вводу Системы в действие» рекомендуется провести комплекс мероприятий.

7.1 Изменения, которые необходимо осуществить в объекте автоматизации

Информационное обеспечение Системы может осуществляться как силами организации Заказчика, так и на основании соглашений с внешними организациями (СМИ, информационно-аналитическими агентствами и т.п.).

Для информационного обеспечения Системы силами Заказчика, необходимо модифицировать компьютерную базу, оснастить её всем необходимым для доступа в Интернет.

Для организации информационного обеспечения Системы рекомендуется разработать силами Заказчика и утвердить следующие регламенты:

· регламент подготовки и публикации материалов;

· регламент предоставления информации сторонними организациями.

7.2 Создание условий функционирования объекта автоматизации

Силами Исполнителя в срок до начала проведения пусконаладочных работ должны быть выполнены следующие работы:

· Подготовка платформы для размещения Системы (регистрация хостинга);

· Регистрация доменного имени выбранного заказчиком в зоне RU/РФ

8. Требования к документированию

Виды, наименование, комплектность и обозначения документов, разрабатываемых на различных стадиях создания Системы (см. таблицу 3), должны определяться в соответствии с ГОСТ 34.201-89, РД 50-34.698-90 и согласовываться с Заказчиком.

Таблица 3.Документация.

Стадия создания

Наименование документа

Дополнительные указания

ТЗ

Техническое задание на разработку

ГОСТ 34.602-89

ТП

Пояснительная записка к Техническому проекту

РД 50-34.698-90

Описание комплекса технических средств

РД 50-34.698-90

Структура баз данных

РД 50-34.698-90

РД

Руководство пользователя

РД 50-34.698-90

Руководство администратора

РД 50-34.698-90

Общее описание

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены