摘要： 第七章Conceptual Architecture总论1.概念架构设计分为3个步骤初步设计，基于关键功能高层分割，对系统这个黑盒子进行高层切分子系统考虑非功能需求第八章初步设计1.初步设计只有在设计复杂性时才需要。2.初步设计不应该关注细节第九章高层分割1.复杂性是层次化的--《人 月神话》2.高 阅读全文

摘要： 根据注册流程，使用场景法列出基本流与备选流，并设计出场景 答案 注册流程，可将这2个流程拆开再进行分析。 基本流1：手机注册流程 基本流备选流: (1) 信息不正确，提示用户 (2) 验证码不正确，提示用户 (3) 账号不是手机号码，发送激活邮件 (4) 账号不是移动的，短信中心发送验证码 (5)  阅读全文

摘要： 3、针对电梯进行系统测试 答案 需求测试：查看电梯使用说明书、安全说明书等界面测试：查看电梯外观功能测试：1.测试电梯能否实现正常的上升和下降功能。2.电梯的按钮是否都可以使用。3.电梯门的打开，关闭是否正常。4.报警装置是否可用。5.与其他电梯之间是否协作良好。6.通风状况如何。7.突然停电时的情 阅读全文

摘要： 编写163邮箱注册模块的测试用例（假设没有重复的用户名），条件如图所示。 答案 测试用例如下： 用例编写 测试步骤 输入数据 预期结果 1 输入用户名,密码和确认密码 用户名:a09.-_z密码:123456确认密码:123456 注册成功 2 输入用户名,密码和确认密码 用户名:aaO0密码:12 阅读全文

摘要： 1.某公司人事软件的工资计算模块的需求规格说明书中描述： (1)年薪制员工：严重过失，扣当年终奖的４％；过失，扣年终奖的2%. (2)非年薪制员工：严重过失，扣当月薪资的８％；过失，扣当月薪资的４%. 绘制出因果图和判定表，并给出相应的测试用例。 答案 ß 原因：C1. 年薪制员工 ß C2. 严重 阅读全文

摘要： 1.架构失败的主要原因遗漏至关重要的架构影响因素50%不能驯服频繁变化的需求不能覆盖架构各个方面不能验证架构并作出调整1.让架构师参与需求分析工作第五章确定关键质量和关键功能.人之所以痛苦，是追求错误的东西.举例:亚马逊运行期质量:可伸缩性:几乎没有上限性能:强调速度，又强调吞吐量易用性:最便捷的选 阅读全文

摘要： 第一章 绪论 1.架构设计能力，因掌握起来困难而显得珍贵。2.六个经典困惑:将系统划分模块，如何更合理?大系统架构设计，如何起步?总觉需求很糟糕，影响了架构设计!非功能需求重要，但如何设计?架构新手:缺乏指导，架构设计不知所措!架构老手:缺乏总结，仍”怕” 下个项目!3.本书介绍的方法体系为ADME 阅读全文

摘要： 第二部分执行过程 分为变更管理、危机管理、故障管理、常规的可扩展性架构原则 常规的可扩展性架构原则有 ：N+1原则： 避免单点部署，服务可靠性保证最基础的要求回滚设计：设计层面要考虑兼容性，db层规范，不允许不兼容的脚本变更。监控设计：埋点监控，日志分析，告警服务等开关设计: 重要的服务要支持开关、 阅读全文

摘要： 接上一篇。 组织形式 按职能分部门的职能型组织；纵向-功能型的矩阵式组织；敏捷性组织 领导力 领导力特征：谦虚谨慎：自知之明：决策英明：用人不疑：变革性领导：愿景、使命、目标： 目标设定应满足SMART原则，所谓SMART 即 目标必须是具体的（Specific） 目标必须是可以衡量的（Measur 阅读全文

摘要： 一、可用性战术 可用性是指系统正常运行时间的比例。可用性侧重如何检测系统故障、系统故障发生的频度、出现故障时会发生什么情况、允许系统有多长时间非正常运行、什么时候可以安全地出现故障、如何防止故障的发生以及故障时要求哪种通知。可用性战术是阻止错误发展为故障，或者至少能够把错误的影响限制在一定范围内，从 阅读全文