摘要：1.用例图，时序图，活动图的定义 1.用例图: 用例图描述了系统提供的一个功能单元。用例图的主要目的是帮助开发团队以一种可视化的方式理解系统的功能需求，包括基于基本流程的"角色"（actors，也就是与系统交互的其他实体）关系，以及系统内用例之间的关系。用例图一般表示出用例的组织关系--要么是整个系统的全部用例，要么是完成具有功能（例如，所有安全管理相关的用例）的一组用例。要在用例图上显示某... 阅读全文

摘要：以下以公共信息平台作为大型系统的典型代表。 在进行设计原则的讨论之前，首先要明确一个事实: 在一个软件项目团队中，在讨论项目设计的时候，每个人都会有自己的设计理念。这些设计理念一般都跟每个人的成长经历有关系。跟用户密切接触的人员，比如：产品经理，售前经理等，在设计一个系统的时候更考虑整个系统如何设计才能更加方便用户，更加贴合用户的业务流程，才能解决用户面临的问题。而研发体系的人员，比如：... 阅读全文

摘要：最近在设计一个庞大的产品体系，在设计的时候跟领导和其他同事交流的过程中发生了很多思维碰撞，在此记录： 1.关于风险问题 对整个产品的前期来说，风险识别是不是重要的工作。目前有两个意见： 1）应该尽可能的识别各个级别的风险（尤其是根据以前经验积累的风险），考虑风险应对措施，减少项目失败风险。 问题： 初期容易陷入细节讨论，前怕狼，后怕虎，不利于整体规... 阅读全文

摘要：最近在着手项目改造，突然想到一个问题，我们为什么要用框架，框架的最重要目的是什么？ 如果在框架使用之前，在进行框架搭建时，我可能会想： 要使用最合适的技术架构，解决业务问题 减少开发人员的代码开发量。 让开发人员更加专注于业务流程。 但是在项目运行到一定阶段，我们会发现： 在项目运行到一定时期，技术架构可能在一定程度上不再满足最新的业务问题，但是我们还是要使... 阅读全文

摘要：作为一个Web应用系统的架构师，之前也做过两个比较成熟的架构，基本上都是从无到有，个人总结的主要流程有： 1. 业务需求分析：分析整个公司对框架的需求，分析领导的信心如何，时间是否充裕，要实现那些目标。 2. 制定详细的架构目标：在此阶段一定要明确架构的目标，作为日后架构是否成功的判定标准，否则很难... 阅读全文

摘要：作为系统架构师应聘到现在的公司，对公司的项目情况经过一段时间的学习了解后，发现每个项目基本上都是自己有一套架构，相互之前基本上没有技术共享，主要表现在： 1.技术路线复杂，每个项目经理按照个人希望选择不同的开发工具和技术路线。 2.没有统一的技术架构，造成项目的开发周期中需要对技术进行研究。 3. ... 阅读全文