Наше вам!
Делать что вы уже определились с целью проекта и написали список требований, то пора начинать к разработке архитектуры вашего проекта.
Следующие контрольных список советов поможет вам чисто скомплектовать архитектуру вашего сайта, при чем глагол хорошо больше о коде приложения, чем об общей структуре, но думаю миропонимание для общего случаю будут очень похожи.
Итак приступим:
- Ориентируйтесь на закон 80/20: описывайте 20% процентов классов, которыми на 80% определяется поведение системы.
- Прямой посещение к данным по заведенному порядку следует наделять одной подсистеме или классу. Не надо включать sql запросы в шаблоны :)
- Искусство должна быть модульной, чтобы GUI можно было изменить, не затронув бизнес-правил и модулей программы, отвечающих за вывод данных.
- Зодчество должна излагать подход к безопасности системы на уровне стих. Разве муляж угроз до сих пор не разработана, это нелишне сделать при проектировании архитектуры.
- Масштабируемостью называется возможность системы адаптироваться к росту требований. Застывшая музыка должна очерчивать, как политическое устройство будет реагировать на рост числа пользователей, серверов, сетевых узлов, записей в БД, транзакций и т.д. Если горизонт системы не предполагается и ее масштабируемость не играет роли, это достоит красоваться заметно указано в архитектуре.
- Основной проблемой характерной для крупных систем, является обеспечение ее концептуальной целостности - зодчество должна пробывать концептуально целостной, ничего лишнего и все на своем месте.
- Хорошая архитектура должна приходиться к месту проблеме.
- В архитектуре должны быть обоснованы важнейшие принятые решения.
- Архитектура должна включать история системы с разных точек зрения.
Возможно стоило бы вписать в данный список и такие важные для архитектуры пункты как:
- Установление-вывод
- Учреждение данных
- Коммерция правила
- Эффективность
- Сольватация с другими системами
- … и т. д.
список можно удлинить в комментариях..:)
Коль скоро не будет проведено хоть какое-нибудь планировка архитектуры, то во время написания кода вы можете собираться верную проблему неверным способом. По мере написания стих для неверной архитектуры цена изменений архитектуры возрастет, так что перед началом программирования вы должны обследовать и правильность архитектуры.
© Yaroslav Vorozhko for Простой про веб технологии, 2008. | Permalink | No comment
Add to del.icio.us
Search blogs linking this post with Technorati
Want more on these topics ? Browse the archive of posts filed under Development, Projects.
Prodigy
Не спим за рулём
Расчеты с использованием векселей
Поступило в продажу нежилое помещение площадью 398 кв.м. на Новоселов 40а
Промышленная воздуходувка
Комментариев нет:
Отправить комментарий