ТОП-10 популярных



Для работы с вещественными числами в MySQL предусмотрено три типа данных - это типы FLOAT, DOUBLE, DECIMAL. Числовой тип FLOAT...

НОУТБУК с блестящим экраном
Eсли выпустившая ноутбук фирма предлагает его в качестве «замены настольному ПК», то это должно подразумевать под собой нечто большее, чем...

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

БОЛЬШЕ БОЛЬШИХ LCD-мониторов
Процесс вытеснения с рынка мониторов с электронно-лучевой трубкой (CRT) продолжается. О смещении акцентов в пользу LCD-мониторов теперь заявляют даже те...

Больше больших LCD-мониторов
Процесс вытеснения с рынка мониторов с электронно-лучевой трубкой (CRT) продолжается. О смещении акцентов в пользу LCD-мониторов теперь заявляют даже те...

Иди и пиши. TravelMate C100
Планшетный компьютер платформы Tablet PC обязан в первую очередь быть легким, способным достаточно долго работать без подзарядки батарей. Эти требования...

ПОД ЛИТЕРОЙ «N»
Aтаку LCD-мониторов не остановить, а масштабы этого наступления даже немного пугают. Судите сами — многие пользователи только начинают приглядываться к новому для...


Для длинных строк, т.е. строк длиннее 255 символов, в MySQL предусмотрены типы BLOB (Binary Large Object, большой двоичный объект) и...


Какую только информацию мы не помещаем на компакт-диски: резервные копии важных данных, музыку, фильмы... Многие полагают, что главное - «купить...

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

PHP. Проэктирование. Часть Третья.


23-06-2015

Функциональные требования определенно должны занимать большую часть документа. После того как будет разрисована схема информационных потоков, разработчик получает общее представление о разбиении системы на модули. Чем проще разбиваются функциональные возможности на определенные фрагменты, тем проще функциональные требования поддаются группировке. Автором было написано множество технических требований к Web-приложениям, которые являются существенным моментом при создании хранилищ данных. Этот подход заключается в том, чтобы каждому основному объекту данных посвящался отдельный раздел. Приложение управления проектом может иметь набор описаний проектов, набор пользователей и набор комментариев. Каждый из них должен иметь раздел функциональных требований с перечислением, во-первых, всей хранимой информации и, во-вторых способов ее обработки.
С другой стороны, требования к эффективности создаваемой системы накладывают ограничения на функциональность. Может потребоваться обозначить минимальную конфигурацию браузера, необходимую для работы с Web-узом. Максимальные веса страниц являются хорошей идеей. Если клиент требует, чтобы использовалась определенная технология, то это должно быть отражено в этом разделе. Неплохо предварительно знать, что, работая с PHP, вам потребуется работать с СУБД Oracle и Web-сервером Internet Information Server на платформе Windows XP.
В разделе, посвященном обработке исключительных ситуаций, описывается реакция системы на нештатные ситуации, например сбои и ошибочный ввод. Обсудим, что происходит в том случае, если Web-сервер внезапно возгорится. Необходимо приять решение о частоте проведения резервного копирования (раз в час, раз в день или раз в неделю). Кроме того, необходимо предусмотреть работу с пользователями, которые вводят ошибочную информацию. Например, необходимо определить, как поступает система в случае, когда пользователь не ввел название города: она просит пользователя нажать клавишу возврата или повторно отображает форму с заполненными полями, но пропущенные поля должны быть отмечены красной звездочкой.
Если у клиента есть свои соображения по поводу очередности ввода в строй определенных функций, это тоже необходимо документально зафиксировать. Опыт показывает, что в случае жестких сроков заказчик начинает торговаться о том, какие функции должны быть запущены в первую очередь. Другие требования могут быть не такими существенными для системы, и заказчик может согласиться подождать еще. Если есть какие-то пожелания по этому вопросу, очень важно, чтобы проектировщик и разработчики знали об этом заблаговременно.
Предполагаемые доработки будут в далеком будущем. Заказчик может быть не готов к разработке Web-узла электронной коммерции на миллион долларов прямо сейчас, но может захотеть добавить какие-то функциональные возможности через год. Вероятно, что нет никакого смысла использовать дорогую базу данных для хранения каталога на 50 товаров, но использование мощной базы с прицелом на дальнейшее его расширение может оказаться достаточно уместным.
Последней частью спецификации требований является набор указаний по проек­тированию. Они заключаются в требованиях разработчика технического задания к просчетам, допускаемым при программировании. Такой материал может быть изложен в виде суммирования личного опыта аналогичного проектирования или предложения метода проектирования.

Понравился материал? Поделитесь с друзьями!



<< Предыдущая статьяСледующая статья >>
PHP. Проэктирование. Часть Вторая. PHP. Проэктирование. Часть Четвёртая.