差不多从2年前开始关注有关软件架构方面的内容,但终因底子不够厚实而在该领域上显得举步维艰.书找了不少,也尝试阅读了几本经典,但大多偏向理论,待到真正实践起来,又觉得无从下手.学习的目的还是为用于实践, 从今天起打算转换一下思路, 结合具体的框架或具体的环境进行一下学习.因为对.NET应用较多,我选择了<<Microsoft .NET Architecting Applications for the Enterprise>> 一书, 中文名应该叫<<.Net 软件架构之美>>,希望能通篇阅读一下,并从中汲取到技术营养. 学习贵在坚持, 努力,加油.
1)软件需求分功能性需求及非功能性需求.非功能性需求也是软件合同的一部分. 非功能性需求一般是指 安全,性能, 扩展性, 可维护性等等.
Software Requirements include functional requirements & non-functional requirements.
2)有关功能性需求(functional requirements)的规格说明书(Specifications) 一般是通过User Stories 或 Use Cases来表达的.
Specifications for functional requirements are commonly expressed through user stories or use cases.
3)架构师是将需求和规格说明书凝结在一起的专家.
根据ISO/IEC 42010标准, 架构师是一个为系统架构负责的人,团队或组织.其负责与分析师及项目经理的沟通协作, 对系统进行 评价,给出建设性意见, 并协调整个开发团队.
架构师要参与到整个项目周期的各个阶段,包括需求分析, 架构设计,实现,测试,整合及部署.
具体职责总结:
1, 确认需求(Acknowledging Requirements) 2, 划分子系统(Break down the system into smaller subsystems) 3, 确认及评估技术(Indentifying & Evaluating Technologies)
4, 系统制定规格说书(Formulating Specifications)
4)
转载于:https://www.cnblogs.com/PowerDev/archive/2012/02/03/2336675.html