Автор работы: Пользователь скрыл имя, 20 Февраля 2012 в 19:10, контрольная работа
После согласования «Документа Бизнес-Требований», необходимо представить бизнес-требования в виде, понятном для команды разработчиков. С этой целью создается «Спецификация Требований к ПО» или ее упрощенный аналог – «Функциональная Спецификация». Основная задача этих спецификаций – представить требования к системе с точки зрения функционала, который система должна реализовать.
- Расчетные поля статистики
- Авторубрики и словари полей шаблона
- Новые отчеты
- Верстка в Corel Ventura и InDesign
- Поддержка введенных вручную платежных документов при разноске
- Поддержка 1С 8.1
- Кэширование загрузки данных для ввода объявлений и мониторинга
Программа в целом и функции, которые необходимо добавить, подразумевает, что пользователь пользуется программой ежедневно и имеет стабильное подключение для выхода в сеть Интернет или по локальной сети для соединения с сервером MyProject.
Основная проблема, с которой сталкиваются пользователи в текущих версиях системы – скорость ввода объявлений. Новая версия имеет своей целью устранение этих проблем путем тонкой настройки процесса ввода для операторов, кэширования данных, обеспечением оптимальной работы с клавиатурой.
Также в новой версии учитываются потребности пользователей, использующих системы Corel Ventura и InDesign для верстки изданий.
Каждая функция системы в дальнейшем будет иметь набор связанных атрибутов, определяющих важность, сложность и уровень риска для данной функции.
Важность. Атрибут показывает, насколько важна данная функция для продукта с точки зрения пользователей и маркетинга, а также других соображений касательно успеха или удобства продукта
Ниже приведен набор таблиц, определяющих возможные значения атрибутов с их описанием.
Таблица 1 – Уровни важности для функций программы
Уровни важности | Описание |
Критическая | Критические функции определяют успех или провал проекта на рынке, или удовлетворение ключевых потребностей пользователей. Критические функции должны быть реализованы в первую очередь в ближайшей версии проекта. |
Важная | Важные функции могут повлиять на успех продукта на рынке, и важны с точки зрения пользователя. Такие функции реализовываются с высоким приоритетом как можно раньше. |
Желаемая | Желаемые функции позволяют получить более высокий уровень удобства при работе с ПО или делают его более функциональным, привлекательным. Такие функции разрабатываются в последнюю очередь и могут быть исключены из разработки по требованию заказчика. |
Сложность. Атрибут определяет, насколько сложна функция с точки зрения ее реализации.
Таблица 2 – Уровни сложности для функций программы
Уровни сложности | Описание |
Высокий | Реализация функции требует использование сложных или трудоемких технологий, подразумевает разработку сложных алгоритмов. |
Средний | Реализация требует использование технологий средней сложности или трудоемкости |
Низкий | Реализация функции не требует использования сложных и трудоемких технологий и алгоритмов. |
Уровень риска. Атрибут определяет, насколько реализация данной функция в будущем будет или может отвечать плановым показателям. Уровень риска меняется в зависимости от того, имеется ли опыт разработки таких функций с учетом особенностей разрабатываемого приложения и насколько вероятны задержки или усложнения разработки в силу технологических и др. факторов.
Таблица 3 – Уровни риска для функций программы
Уровни риска | Описание |
Высокий | Реализация функции подразумевает использование новой не проверенной технологии, либо подразумевает учет условий, усложняющих ее работу. Также высокий уровень риска характерен для задач с недостаточным объемом входной информации. |
Средний | Реализация функции может быть затруднена по причине недостаточных входных данных или сложности или новизны используемых подходов. |
Низкий | Реализация функции требует использование проверенных технологий и имеет достаточно информации для точной плановой реализации. |
Ниже приведен перечень всех функций системы входящих в рамки проекта по разработке подсистемы учета затрат MyProject.
Таблица 4 – Функции системы и их атрибуты
Функция | Описание | Важность | Сложн. | Риск | Дата |
Новые настройки для ускоренного ввода | Разработка новых настроек, необходимых или применяемых для ускорения ввода объявлений операторами | Крит. | Низк. | Низк. | 17.06.08 |
Формы быстрого ввода объявлений | Обеспечить разработку новых форм ввода для оптимизации ввода строчных объявлений | Крит. | Средн. | Средн. | 17.06.08 |
Ввод единым текстом | Обеспечить настройки шаблона, обеспечивающие возможность ввода объявления заданного формата по полям шаблона без использования Tab | Важн. | Низк. | Низк. | 17.06.08 |
Вечные бесплатные объявления | Возможность определения объявлений как вечные и полуавтоматического их продления | Важн. | Низк. | Низк. | 17.06.08 |
Контроль/проверка строчных объявлений перед публикацией | Сводная таблица публикаций строчных объявлений по выбранной рубрики с возможностью модификации | Важн. | Низк. | Низк. | 17.06.08 |
Привязка счета на оплату к объявлению | Возможность привязать счет на оплату к конкретному объявлению, а не только к бланку заявке | Важн. | Низк. | Низк. | 17.06.08 |
Импорт объявлений из файла импорта программы SM Realty и сайта job-box.ru | Разработка специализированного импорта в модуле Импорт/Экспорт для двух новых форматов файлов. | Важн. | Средн. | Средн. | 17.06.08 |
Расчетные поля статистики | Разработка расчетных полей для шаблона рубрики с возможностью задания аналитической формулы расчета значения | Важн. | Высок. | Высок. | 17.06.08 |
Авторубрики и словари полей шаблона | Добавить возможность задания параметров для значений справочников полей шаблона объявлений. Параметры позволяют организовать объявления группы – авторубрики по значениям словарей | Важн. | Средн. | Средн. | 17.06.08 |
Новые отчеты | Разработать набор новых отчетов | Важн. | Средн. | Низк. | 17.06.08 |
Верстка в Corel Ventura и InDesign | Разработать плагины верстки для поддержки новых систем верстки | Важн. | Высок. | Высок. | 17.06.08 |
Поддержка введенных вручную платежных документов при разноске | Для разноски платежей необходимо добавить учет платежных документов, занесенных в саму систему, а не только в 1С. | Жел. | Низк. | Низк. | 17.06.08 |
Разработка справки | Разработать контекстно-зависимую справку для всех существующих модулей системы | Жел. | Низк. | Низк. | 20.06.08 |
Маркировка объявлений по рекламодателю | Добавить возможность автоматической маркировки объявлений от определенных рекламодателей | Важн. | Средн. | Средн. | 20.06.08 |
Модификации сайта 116й версии | Изменить сайт 116й версии в соответствии с новыми требованиями по дизайну и логике работы | Важн. | Низк. | Низк. | 20.06.08 |
Исправление существующих ошибок | Исправление существующих ошибок в системе | Жел. | Низк. | Низк. | 23.07.08 |
Поддержка версий для шаблонов
| Добавить возможность сохранения измененной копии шаблона, если на основе редактируемого шаблона | Важн. | Средн. | Средн. | 23.07.08 |
Изменения в механизме аутентификации пользователей | Внедрить механизм хранения паролей в виде хеша. | Важн. | Низк. | Низк. | 23.07.08 |
Дизайнер формы ввода объявлений. | Добавление возможности редактирования формы для ввода объявлений. | Жел. | Средн. | Низк. | 23.07.08 |
Для поддержки описанных в документе изменений предполагается добавить в систему набор настроек:
1. Рубрика по умолчанию для ввода рекламы. Если указана, рубрика и шаблон задаются для нового объявления автоматически. Если не указана, то ввод работает как обычно.
2. Размещение на сайте. Обязательна для задания. Наследуется при вводе нового объявления.
3. Источник. Если задан, то наследуется в формах ввода объявлений. Если не задан, то не применяется.
4. Ввод изданий одно/два/три/множество. Если указан тип «одно издание», то программа запрашивает издание, и указанное издание задается автоматически в новых формах быстрого ввода с таблицей ближайших выпусков. Для режимов два-три издания для каждого издания создается соответствующая закладка для каждого из изданий с выбранным по умолчанию изданием. Если установлен режим «множество», то в формах быстрого ввода отображается кнопка выпусков. В обычном вводе отображается кнопка публикаций. При удалении издания режим переходит в обычный. Для режимов в несколько изданий программа должна запрашивать каждое из изданий по умолчанию.
5. Режим ввода. Обычный (по умолчанию) или быстрый.
6. Количество выпусков для отображения при быстром вводе.
7. Режим ввода полей шаблона. Единый текст, обычный. В режиме единого текста используются свойства полей шаблона, относящихся к вводу единым текстом.
8. Режим ввода телефонов «Обычный» или «только цифры».
9. Минимальное количество цифр для режима «Только цифры».
Для оптимизации работы операторов в текущей версии системы необходимо произвести ряд изменений в формах поиска и ввода.
Модификации форм ввода и поиска разделяется на две группы. Первая группа будет внедрена для существующих модулей системы, а для второй группы будет созданы отдельные формы ввода.
Ниже описан набор общих модификаций существующих модулей системы. Группировка приведена исходя из разделения необходимых изменений с точки зрения этапов разработки.
Поиск
1. При входе в модули поиска объявлений, а также все модули с возможностью поиска, курсор должен ставиться в первое поле ввода панели поиска (для модулей ввода рекламы – поле Телефон).
2. При нажатии Enter производить поиск один раз, и не показывать сообщение о количестве найденных объявлений. Однако оставить сообщение о превышении количества найденных объявлений. Оставить сообщение об отсутствии результатов неизменным.
3. После окончания поиска необходимо сфокусировать первое найденное объявление.
4. Учесть настройку для ввода телефонов «Только цифры».
Ограничения ввода телефонов
5. Добавить настройку – флаг «Только цифры» для телефонов. В этом случае телефоны при вводе объявления могут содержать только цифры, а также символы «(», «)», «-», «,», «». Поля ввода Телефона при поиске могут включать только цифры. Тем не менее, при вводе данных в телефоны объявления во всех режимах ввода добавить возможность принудительно временно (до закрытия окна ввода) отключить режим ввода «Только цифры» путем выбора соответствующего флага над таблицей телефонов. В обычном режиме ввода телефонов флаг не отображается.
6. Добавить настройку минимального количества цифр в телефоне (только для режима Только цифры). Необходимо контролировать при вводе рекламы и при поиске.
Оптимизация ввода телефонов
7. Привести алгоритм перенесения телефонов из таблицы в текст рекламы к единой форме для всех модулей ввода. Разработать систему, которая будет автоматически вставлять телефоны в текст при вводе в таблицу, а также производить обратную операцию, проверяя имя поле на соответствие «Тел» или «Телефон» и предполагая, что телефоны разделены запятой.
Отображение результатов поиска и списков объявлений
8. В таблицах результатов поиска показывать не только номер рубрики, но и ее название.
Поддержка горячих клавиш
9. Добавить горячие клавиши для всех поисковых форм программы. F6 – очистка поисковой формы и установка курсора в первое поле. F2 или Enter – поиск.
10. На всех формах программы добавить стандартные горячие клавиши: Esc – закрытие диалога с отменой, Enter – закрытие диалога с сохранением (где возможно), F5 – сохранение, F9 – отмена, выбор рекламодателя – F3, издания и выпуски – F4.
11. Добавить горячие клавиши для всех окон программы по Alt+?. Необходима поддержка фокусировки полей и нажатия кнопок.
Управление рекламой
12. Кнопки управления объявлениями в модулях ввода. Необходимо добавить кнопки «Создать на основе», «Продлить». Для первой кнопки на основе выбранного объявления заполняются телефоны в новом. Для операции продления доступны лишь функции изменения будущих выходов. По нажатию на существующую кнопку клонирования должна быть создана копия выбранного объявления и открыта на редактирование.
Оптимизация ввода данных объявления