Разработка технического задания на тему: "разработка программного модуля отображения графических материалов"

СОДЕРЖАНИЕ

 

 

 

 

1 ОБЩИЕ СВЕДЕНИЯ

 

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

Основным документом, на основании которого ведется работа по исследованию, является задание на междисциплинарный курсовой проект от 20 сентября 2012г, выданное студенту. Исполнителем работы является Иванов. Заказчиком работы является зав. кафедрой АСОИУ факультета информационных технологий Петров.

Дата начала работы над  проектом 20.09.2012 г.

Плановым сроком сдачи  законченной работы является 25.05.2013 г. Результаты работы должны быть оформлены в виде технического задания и технического проекта по данной теме. 
2 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ ПРОГРАММНОГО МОДУЛЯ ОТОБРАЖЕНИЯ ГРАФИЧЕСКИХ МАТЕРИАЛОВ

  2.1 Назначение программного модуля

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

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

1) Index.php;

2) ./admin/Index.php.

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

  2.2 Цель создания программного модуля

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

Подзадачи:

1) Разработка базы данных для хранения необходимой информации.

2) Проектирование интерфейса  системы.

3) Разработка программного  модуля для отображения графических  материалов различных форматов.

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

 

 

3 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

 

Разрабатываемая система  представляет собой вспомогательный  модуль корпоративного портала http://komputers.ru, позволяющий сотрудникам компании удобно просматривать необходимые графические материалы.  Разрабатываемая система позволяет хранить, просматривать, добавлять или удалять графические материалы. А так же редактировать описания и пояснения к ним. Одной из главных достоинств системы является удобная группировка графического материала. Возможности манипулирования с материалом, кроме просмотра, доступны только администратору системы. Это сделано для того что бы во внутреннее информационное общение сотрудников не попадала лишняя информация, а так же для соблюдения четкой иерархии контента автоматизированной системы отображения графического материала. Работу разрабатываемой системы во внутреннем информационном пространстве компании можно представлена на рисунке 1.

 

 

Рисунок 1 – Схема работы системы

 

4 ОСНОВНЫЕ ТРЕБОВАНИЯ К СИСТЕМЕ

 

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

1. Гибкость.
2. Легкая настраиваемость.
3. Практичный интерфейс.
4. Защищенность от внешних воздействий.
5. Хранение материалов в одной папке.
6. Хранение настроек системы в базе данных.
7. Наличие собственного конвертора размеров изображений.

Рассмотрим каждое из требований подробнее.

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

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

Практичный интерфейс – необходим для минимальных затрат времени на освоение системы.

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

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

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

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

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

 

 

Рисунок 2 – Пример дизайна модуля

  4.1 Требования к функциональным характеристикам

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

1) Настройка категории  изображений;

2) Отображение изображений, распределенных по категориям;

3) Увеличение каждого изображения;

4) Аутентификация в панель управления;

5) Изменение параметров входа;

6) Добавление/удаление категорий;

7) Добавление/удаление изображений;

8) Установка размеров изображения и превью;

9) Установка заданного количества изображений на странице;

10) Установка заданного  количества колонок на странице.

 

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

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

 

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

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

PHP 5.0.5 - 5.3.x;

MySQL 4.1 и выше, 5.x.

Необходимые расширения PHP:

- mbstring, iconv;

- ZLib;

- dom (domxml), simplexml;

- GD;

- cURL.

 

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

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

Минимальные требования к серверу:

-    CPU: Core 2 Duo(Quad), выпущенный не позже 2009 года;

-    RAM: от 4 GB;

-    HD: MD (программный) RAID-1 массив, 2x500GB SATA.

Рекомендуемые требования к серверу:

-    CPU: Quad Core Xeon L5420 и выше;

-    RAM: 16 GB;

-    HD: MD (программный) RAID-10 массив, 4x500GB SATA.

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

- 100 MBit/s.

 

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

 

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

Примером структуры  базы данных системы может служить прототип на рисунке 3.

Рисунок 3 – Пример структуры  базы данных

 

 

Предполагаемые таблицы  базы данных:

1. Kgal_cat;
2. Kgal_opt:
3. Kgal_pic.

 

Таблица 1 – Kgal_cat

Имя поля	Тип данных	Обозначение	Primary key
ID	int	Идентификатор категории	+
Title	varchar	Название
Kslova	varchar	Ключевые слова
Podpis	text	Описание категории
Pic	varchar	Идентификатор картинки

 

Данная таблица предназначена  для хранения информации о категориях изображений.

 

Таблица 2 – Kgal_opt

Имя поля	Тип данных	Обозначение	Primary key
ID	int	Идентификатор	+
Name	varchar	Логин
Pass	varchar	Пароль
Str	int	Изображ на странице
Strgor	int	Количество колонок
Biggor	int	Большое изображение горизонталь
Bigver	int	Большое изображение вертикаль
Smgor	int	Превью горизонталь
Smver	int	Превью вертикаль
Filedir	varchar	Папка с изображениями

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

 

Таблица 3 – Kgal_pic

Имя поля	Тип данных	Обозначение	Primary key
ID	int	Идентификатор	+
Cat	int	Категория
Smpic	varchar	Маленькое изображение
Pic	varchar	Большое изображение
Wiev	int	Вид
Title	varchar	Заголовок
Gor	int	Разреш большой по горизонтали
Vert	int	Разреш большой по вертикали
Smgor	int	Разреш маленькой по горизонтали
Date	timestamp	Полная дата и время  загрузки
Smvert	varchar	Разреш маленькой по вертикали

 

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

 

5 ТЕХНИКО-ЭКОНОМИЧЕСКИЕ  ПОКАЗАТЕЛИ СИСТЕМЫ

 

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

Таблица 4: Структура трудозатрат на разработку ПП

Виды трудозатрат	Индекс	Трудоёмкость, чел*час	Структура трудозатрат, %
На исследование алгоритма	tи	20	19,2
На разработку блок-схемы	tа	8	7,7
На программирование	tп	40	38,5
На отладку программы	tотл	16	15,4
На подготовку документации	tд	20	19,2
Итого (общие трудозатраты)	T	104	100