剑有偏锋的窝

需求检查表需求内容 · 系统的所有输入都定义了吗？包括它们的来源、精度、取值范围和频率？ · 系统所有的输出都定义了吗？包括它们的目标、精度、取值范围、频率和格式？ · 所有的报告格式都定义了吗？ · 所有的硬件与软件接口都定义了吗？ · 所有的通信界面都定义了吗？包括握手、错误检查以及通信约定？ · 是否从用户的观点出发，定义了所有必要操作的反应时间？ · 是

高层次设计 本表给出了在评估设计质量时，通常要考虑一些问题。本表是3.4 节中结构设计检查表的补充，这个表所考虑的主要是设计质量。3.4 节中的检查表则侧重于结构设计和设计内容。这个表中的某些内容是相互重合的。 ·    是否使用了往返设计方法，应从几个方案中选择最好的，而不是首次尝试就确定方案。 ·   每个子程序的设计是否都和与其相关的子程序设计一致？ ·   设计中是

怎样解决问题  l ．理解问题，你必须理解要解决的问题 问题是什么？条件是什么？数据是什么？有可能满足条件吗？已知条件足以确定未知吗？已知条件是否不够充分？是否矛盾7 是否冗余？ 画一个图，引入恰当的符号，把条件的不同部分分解开。 2 ．设计一个方案。找到已知数据和未知之间的联系。如果不能找出直接联系的话，你可能不得不考虑一些辅助问题，但最后，你应该找到一个解决方案。以前你是否

模块的质量 ·   模块是否有一个中心目的？ ·   模块是否是围绕着一组公用数据进行组织的？ ·   模块是否提供了一套相互联系的功能？ ·   模块功能是否足够完备，从而使得其它模块不必干预其内部数据？  ·   一个模块相对其它模块是否是独立的？它们之间是松散耦合的吗？ ·   一个模块的实现细节，对其它模块来说，是隐含的吗？ ·   模块的接口是否抽象到了不必关

创建子程序 ·  是否检查过先决条件已经满足了？ ·  定义子程序将要解决的问题了吗？ ·  结构设计是否足够清楚，使得你可以给子程序起个好名字？ ·  考虑过如何测试子程序了吗？ ·  是否从模块化水平或者满足时间和内存需求角度考虑过效率问题？ ·  是否查阅过参考书；以寻找有帮助的算法？ ·  是否用详尽的 PDL 设计子程序？ ·  在必要时，是否在逻辑设计步

5.9.1   检查表 高质量的子程序 些部分独立成另一个子程序会更好的话，你这样做了吗？     ·  是否用了明显而清楚的动宾词组对过程进行命名？是否是用返回值的描述来命名函 数？     ·  子程序的名称是否描述了它做的所有工作？     ·  子程序的内聚性是不是很强的功能内聚性？它只做一件工作并做得很好吗？ 地启用或去掉调试帮助？ 检查，以使得它不影响子

使用伪代码或程序设计语言规划程序的功能结构，流程。（清晰化）当你生成实际代码时，你倾向于不修改代码，哪怕有bug。程序设计的设计问题.   这个子程序将要隐含的信息。 ·  这个子程序的输入。 ·  这个子程序的输出，包括受到影响的全局变量。 ·  这个子程序将如何处理错误？5.1.2   创建子程序的理由总结      以下是创建子程序

开发计算机软件是一项非常复杂的工作，在过去的十五年中，研究者们指出了这项工作所包括的主要方面，包括： ·     问题定义 ·     需求分析 ·     实现计划 ·     总体设计 ·     详细设计 ·     创建即实现 ·     系统集成 ·     单元测试 ·     系统测试 ·     校正性的维护   ·     功能强化

结构设计检查表· 软件的总体组织形式是否清晰明了？包括对于结构设计的总体评论与描述。 · 模块定义是否清楚？包括它们的功能及其与其它模块的接口。 第三章 软件创建的先决条件 26 · 需求定义中所提出的所有功能，是否有恰当数量的模块覆盖？ · 结构设计是否考虑了可能的更改？ · 是否包括了必要的购买？ · 是否阐明了如何改进重新启用的代码来满足现在的结构设计需求

常见要隐藏的信息容易改动的区域对硬件有依赖的地方输入和输出非标准语言特征难于设计和实现的域状态变量数据规模限制商业规则复杂的数据复杂的逻辑面向对象设计的步骤是： ·   识别对象及其属性，它往往是数据。 ·   确定对每个对象可以做些什么。 ·   确定每一个对象可以对其它对象做些什么。 ·   确定每个对象对其它对象来说是可见的