码迷,mamicode.com
首页 > 其他好文 > 详细

架构设计实践总结

时间:2018-10-28 19:17:30      阅读:98      评论:0      收藏:0      [点我收藏+]

标签:说明   方法   过程   工作   目的   持久   依赖关系   异常   方式   

  1. 先做需求,把需求功能列表,挑出最影响架构的点作为关键需求,在本期架构中完成实现。完成最关键的功能,这样不会面面俱到浪费过多前面的时间,但是本期排除的功能又不是关键需求,就算调整,也不影响架构。只有关键需求明确,才能决定架构要HOLD住那些问题,明确需求范围。与全员评审。
  2. 明确非功能性需求,仍然重点在关键需求。其他的没有时间就不做。非功能性需求一定要有模型,场景的描述。架构设计过程中,实时考虑是否满足非功能性需求。只有非功能确定,后期的架构才能决定用什么方式达到关键需求的目的。很关键的一点是,要让全员参与讨论,这样既让全员了解了需求,也让全员都贡献了智慧,避免架构师的闭门造车。
  3. 串流程,把需求的关键流程都画出来。从结果上日后也会进行调整,但是尽量详细,细节尽量全想到,用最简单的方法实现,如果流程串的很复杂,说明有问题,需要重画。不然以后实现的时候,浪费时间,且复杂易有问题。仍然很关键的是,要让全员参与讨论。
  4. 要开始写概要设计了,概要设计能用图,不用字。除了5视图要写,还要写关键技术及解决方法,落实到具体功能实现上。编码规范要说明(JAVA、SONAR、运行日志等)。仍然很关键的是,要让全员参与讨论。

 

总结至此,希望对各位下一次架构设计能起到降低学习曲线,提高生产率的作用。

 

以下是各视图小总结:

  1. 接口视图:能体现出有什么系统、体现什么是外部、什么是内部,体现几类用户,体现外部网元都有哪些,体现每个系统和网元间都有哪些接口关系,方向是什么,协议是什么,承载的业务是什么(用列表附录)。
  2. 逻辑视图:体现内部有多少系统,外部有多少系统,系统和系统间有什么方向的关系,内部系统有哪些功能点,可用大包套小包的方式逐层描述。
  3. 部署视图:有多少种系统,每种系统用什么方式部署,几台服务器,每个系统之间都有什么消息交互,包括运行系统、接口系统、数据库系统、磁盘阵列、数据存放系统、日志系统等。
  4. 数据视图:数据放在哪里,不仅是DB,数据与谁有关系,流转关系是什么,流转的业务是什么(用列表附录),什么形式存放数据,(文件/mc/Q),操作日志记在哪里。哪些系统只是描述,不是本图重点,本图重点在于数据存放以及流转描述。要把本期要完成的数据库表设计出来。
  5. 实现视图:技术(视图层、实现层、持久层)、包(工程包的关系和工程目录)、pom文件(Jar依赖关系、生命周期)。
  6. 进程视图:描述网元和用户有哪些,谁发起,谁接收,谁工作,用生命线描述该系统的起始和结束。描述重点流程。
  7. 状态迁移图:描述出起始是哪里,中间状态是什么,最终状态是什么,状态流转是通过什么操作,方向是什么,要考虑异常。操作失败了,如何处理或提醒。
  8. 用例视图:描述角色,描述用例包,由包向内描述用例点。

 

架构设计实践总结

标签:说明   方法   过程   工作   目的   持久   依赖关系   异常   方式   

原文地址:https://www.cnblogs.com/yuanxuelove/p/9866433.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!