标签：需求 ... 架构师 requirements Specifications functional Applications Architecting 功能性

原文链接：http://www.cnblogs.com/PowerDev/archive/2012/02/03/2336675.html

       差不多从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

标签：需求,...,架构师,requirements,Specifications,functional,Applications,Architecting,功能性
来源： https://blog.csdn.net/weixin_30778805/article/details/98340368

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。