软件指导实践原则知识点笔记

软件指导实践原则知识点笔记，一张图带你完全了解相关内容，通过思维导图帮你提高效率，赶紧来试一试吧~

软件指导实践原则知识点笔记

• 建模原则
  • 设计建模原则
    • 9.设计应该迭代进行，每一次迭代，设计者都应该力求简洁
    • 8.设计表述应该做到尽可能易于理解
    • 7.构件之间以及构件与外部环境之间松散耦合
    • 6.构件级设计应是功能独立的
    • 5.用户界面设计必须符合最终用户要求。但是，在任何情况下，界面的设计都强调使用的方便性
    • 4.必须精心设计接口
    • 3.数据设计与功能设计同等重要
    • 2.要始终关注待建系统的架构
    • 1.设计可追溯到需求模型
  • 需求建模原则
    • 5.分析任务应该从本质信息转向实现细节
    • 4.描述信息、功能和行为的模型必须以一种能揭示分层（或者分级）细节的方式分解开来
    • 3.必须描述软件的行为（作为外部事件的结果）
    • 2.必须确定软件所要实现的功能
    • 1.必须描述并理解问题的信息域
• 决策原则
  • 经常跟踪并根据需要调整计划
  • 描述如何适应变化
  • 制定计划确保质量
  • 调整计划粒度
  • 保持脚踏实地
  • 计划时考虑风险
  • 基于已知的估计
  • 要认识到计划的制定应按照迭代方式进行
  • 使利益相关者参与决策活动
  • 理解项目范围
• 沟通原则
  • 协商不是一场竞赛或者一个游戏，协商双赢时才发挥了协商的最大价值
  • （a）一旦认可某件事情，转移话题；（b）如果不认可某件事情，转移话题；（c）如果某项特性或者功能不清楚，当时无法澄清，转移话题
  • 如果某些东西很难表述清楚，采用图形表示
  • 把讨论集中在限定范围内
  • 力求协作
  • 记笔记并且记录所有决定
  • 最好当面沟通
  • 有准备的沟通
  • 倾听
• 指导实践的原则
  • 有人要对软件进行维护
  • 在可能的时候，用大量的观点描述问题及其解决方法
  • 寻找模式
  • 构件能展示有效模块化的软件
  • 关注信息传递
  • 力求一致性
  • l理解抽象的使用
  • 分治策略
• 指导过程的原则
  • 创造能给别人带来价值的工作产品
  • 评估风险
  • 管理变更
  • 建立沟通和协调机制
  • 建立一个有效团队
  • 做好适应准备
  • 每一步都关注质量
  • 敏捷
• 敏捷建模原则
  • 1.软件团队的主要目标是构建软件而不是创建模型
  • 2.轻装前进——不要创建任何你不需要的模型
  • 3.尽量创建能描述问题和软件的最简单模型
  • 4.用能适应模型改变的方式构建模型
  • 5.明确描述创建每一个模型的目的
  • 6.调整所开发模型来适应待开发系统
  • 7.尽量构建有用的模型而不是完美的模型
  • 8.对于模型的构造方法不要过于死板。如果模型能成功地传递信息，那么表述形式是次要的
  • 9.如果直觉告诉你模型不正确，尽管看上去正确，那么你要仔细注意了
  • 10.尽可能快地获得反馈
• 构造实践
  • 构造原则
    • 1.构造活动包括一系列编码和测试任务，从而为客户和最终用户交付可运行软件做好准备
    • 2.编码原则和概念与编程风格、编程语言和编程方法紧密结合
    • 3.测试原则和概念导致设计一些能用最短的时间、最少的工作量来系统地揭示不同类型错误的测试
  • 准备原则
    • 1.理解所要解决的问题
    • 2.理解基本的设计原则和概念
    • 3.选择一种能够满足构建软件及运行环境要求的编程语言
    • 4.选择一种能提供工具以简化工作的编程环境
    • 5.构件级编码完成后创建一组单元测试
  • 编码原则
    • 1.遵循结构化编程方法来约束算法【BOH00】
    • 2.考虑使用结对编程
    • 3.选择能满足设计要求的数据结构
    • 4.理解软件架构并开发出与其相符合的接口
    • 5.尽可能保持条件逻辑选择
    • 6.开发的嵌套循环应使其易于测试
    • 7.选择有意义的变量名并符合相关编码标准
    • 8.编写注释，使代码具有自说明性
    • 9.创建可视化布局帮助理解代码
  • 确认原则
    • 1.适当进行代码走查
    • 2.进行单元测试并改正所发现的错误
    • 3.代码重构
  • 测试原则
    • 1.所有的测试都应该可以追溯到用户需求
    • 2.测试计划应该远在测试之前就开始着手
    • 3.将Pareto原则应用于软件测试
    • 4.测试应该从“微观”开始，逐步转向“宏观”
    • 5.穷举测试是不可能的
  • 部署原则
    • 1.客户对于软件的期望必须得到管理
    • 2.完整的交付包应该经过安装和测试
    • 3.技术支持必须在软件交付之前就确定下来
    • 4.必须为最终用户提供适当的说明材料
    • 5.有缺陷的软件应该先改正再交付