架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项
需求分析
可行性分析中探讨市场需求时，这时的需求很可能是一个比较大而抽象的需求，需要在需求分析阶段细化需求。需求往往是很多的，而不是一个原子需求。
需求分类：功能需求、界面需求、性能需求。
a.功能需求：描述系统的功能，一般来说会细化成一个个的小功能，小到开发人员能够实现。
每一个小功能通常都有一个编号，比如F000001.
b.界面需求：打个比喻，系统的功能好比人的内涵，需要一些时间才能理解。
系统的界面好比人的外貌，长得美帅很可能立即吸引一批人。
举几个界面需求的小例子，整体界面布局，色彩，字体大小。
这类需求往往会有一个解决方案：系统皮肤。
c.性能需求：描述系统的性能，比如页面的响应时间，同时响应的请求数等。
d.稳定性需求：724365不停运作，商业重要项目中会有此要求；
每个月有一次或几次维护，在网游行业非常常见。
e.安全性需求: 保护系统内部数据不外泄等安全方面的需求，比如用户的帐号和密码，个人其它隐私信息。
f.其它需求：…
思考：时间或者进度是需求么？
3.架构设计
架构设计是从技术角度对系统进行一个全方位的规划，通常着眼于全局，而非局部细节。
没有好的架构，架构都是根据需求来做的。架构通常都会有架构师参与。
架构设计包括但不限于以下几种事项：
a.选择项目开发所使用的技术，可能包括编程语言，数据库，框架或类库或平台。
b.定义系统技术基础，比如分布式平台的规划和部署、数据的流转等。
c.将系统划分为不同的模块，定义模块与系统技术基础之间的关系。
d.定义模块之间的接口或通信或者交互。一个系统通常会包含很多个模块，分模块开发体现了一种
分而治之的思想方法。定义模块之间的接口方便后期不同模块的整合。
4.详细设计
详细设计是将架构设计进一步细化，通常会比较细致，一方面方便开发人员具体开发，
另一方便于项目经理跟踪项目进度。
详细设计通常由开发人员来制定，可能会有以下任务：
a.模块内部的设计，大概怎么做得有个全局的思考，可能会书写详细设计文档。
b.完成自己的模块功能，通常会严格参照需求文档或者功能列表文档。
c.与其它模块的交互。
5.编码实现
一般来说，初级程序员编程时，对需求、架构、设计没有深入的考虑，也不是很有必要。老师布置了
一个任务，或者自己想要做个小项目，通常在内心都有一些考虑，然后就开始敲代码了。
生产环境下开发，急于编码是个大忌，有经验的人通常会认可此种观点。
原因分析：
a.需求变化的概率是非常大的，根据确定的需求编码往往不能适应变化。
b.即使需求不变，急于编码很容易考虑不周，结果往往是只实现了功能，却导致了性能差、逻辑不清、冗余代码多等种种问题。
比如，同一个功能，为了用户的方便，可能会有好几种操作界面，后台的功能实现既相似又有不同，急于编码非常容易导致代码冗余和混乱，维护起来非常费劲。尤其是在这次实习做项目中。o(︶︿︶)o
c.一旦编码有了一定的进展，对大多数人来说，就失去了重新开始的勇气。
有的时候，重新开始写优于重构，尤其是在需求或者设计发生变化时。
6.测试
根据需求和功能列表，写测试用例，然后测试系统。
根据Fans现在的经验来看，人工测试占了很大一部分。比如为了测试用户名和密码，手动输入用户名和密码，且考虑到正确性和合法性等诸多情况，这样为了测试一个功能，往往会有很多个测试用例。时间久了，会让人感到厌烦和疲惫。
对于想在测试道路走下去的人，做个测试开发工程师、测试经理还是有挑战的。
7.验收
根据当初的项目计划或者产品计划，也可能是结合需求文档，来检查当前项目是否完全完成了当初的计划。
验收过程可能会和前面几个流程有些重复的地方，我的理解是9个流程之间存在一条主线：项目开发和维护。
验收的过程会涉及到很多事项，具体有哪些事项，可以"身临其境"来想。
8.部署
项目计划是振奋人心的，
需求分析是细致入微的，
架构设计是运筹帷幄的，
详细设计是指导方针的，
编码过程是艰苦卓绝的，
测试过程是精挑细选的，
验收过程是中规中矩的，
部署过程是春种秋收的，
维护过程是精心呵护的。
9.维护
a.保证现有软件持续正常运行
常见例子：
①服务器由于负荷太大，挂掉了，需要立即重启；
②网游为了保证系统稳定运行，每过一段有几个小时的维护时间。
③系统越来越慢，需要诊断原因，网络带宽问题还是内存泄漏还是CPU不够用。
b.二次开发
①百度有海量的搜索请求，分析下搜索请求，挖掘一些信息，比如浏览器的市场份额情况、统计热搜词。
（侧重于数据）
②使用系统API，做一些其它方面的功能。（侧重于功能）
c.系统升级
①QQ空间由5.0升级到6.0，公司内部做好开发，普通用户没有多大的影响。
如果想升级，点击一下按钮-升级到6.0，就可以了。
②天龙八部由2.0升级到3.0，客户端需要下载很多新的组件，然后更新，后重新启动。
以上介绍的只是一些概念上的流程，很多地方都是自己的个人揣摩和猜测。
实际过程中的开发流程，各式各样，按照自己所在公司的流程来开发才是合适的。
架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项架构设计包括但不限于以下几种事项
