个人随想

规范文档是工程师准确执行架构师思想的保障
规范文档：
1、命名规范：项目命名，包命名，类命名，方法命名，变量命名，常量命名，配置文件命名，函数命名，ID命名，name命名
2、编码规范:注释-什么时候写，写成什么样
3、代码存放规范：公共类的存放，各个系统、模块、功能的存放
4、设计文档的规范化：什么时候要写，要怎么写
5、数据库设计的规范：表的规范、字段的规范、字段关系的规范（命名、什么时候要设置关系、设置成什么样）、索引的规范等

架构需要定义的：
1、架构的思想：譬如蓝凌oa的配置化架构-前端的页面都是由后台配置出来的
2、架构的目的：要架构一个具有什么样品质的系统，核心功能什么，具有什么突出的优点
3、系统的需求:需要架构一个什么样的系统，优先级是怎么样的。用户量，安全性，稳定性，健壮性，未来的扩展性等
4、硬件条件的确定：有几台服务器，服务器性能怎样，使用什么操作系统。。。
5、确定服务器层级的架构：服务器的分配-几台应用服务器、几台数据库服务器、几台负载服务器等等，安全性、稳定性的考虑等等
6、软件的确定，使用什么软件、工具。譬如eclipse、oracle、nginx等
7、代码所使用框架、工具的确定，譬如spring、struts、hibernate等
8、代码层级的架构-譬如mvc模式，aop模式,缓存，代码的存放位置,配置文件等等
9、数据库层级的架构
10、功能展现（页面）层级的设计-系统页面要做成什么样，怎么分布等
11、规范文档的定义
11、系统公用功能的设计，比如登陆、权限、用户、加密、缓存、日志等(可工程师完成)

本文是个人的一点想法记录，非正式文档，请勿轻信。本人未正式接触过架构， 这里只是本人想当然的一点想法，以作记录。