软件工程要点研讨.docxVIP

一．一级重点 软件危机的表现 前期投入巨大，却迟迟不能完工 软件功能不符合用户的要求 错误太多，改错的工作量大于最初开发工作量 维护困难，随着时间推移，开发者本人看懂代码也很难 缺少适当的文档 软件成本占计算机系统总成本的比例逐年上升 20世纪60年代初占10-20% 60年代中期占50% 70年代初占80%以上 软件生产率提高速度缓慢 瀑布模型包括那几个主要的阶段？ 可行性研究包括哪几个方面？ 技术可行性 经济可行性 操作可行性 如何获取需求，如何描述需求 获取需求： 访谈：和相关各方讨论 查看文档：如手工操作流程，系统的说明 观察正在使用的系统（如果有） 看用户如何执行任务，系统发生哪些变化，哪些环节需要自动化 跟班作业，给用户当学徒 召集相关各方开会，互相启发 目前及潜在的用户的头脑风暴会议 讨论如何改进所提出的产品 描述需求： 客观的、量化的需求容易测试 主观的需求难以测试 使需求可测试的三种方法 给每个形容词一个量化的描述 把代词用具体的实体名来代替 确保每个名词在文件中有精确的定义 结构化程序设计包括哪三种结构？ 顺序结构、IF_THEN_ELSE型分支、DO_WHILE型循环 盒图的画法 PAD图的画法 环形复杂度的计算 先画流1图：在流图中用圆表示结点，一个圆代表一条或者多条语句。程序流程图中的一个顺序处理框序列和一个菱形判定框，可以映射成流图中的一个结点 （1）流图中的区域数等于环形复杂度（计数应包括图外部没有被围起来的那个区域) （2）流图G的环形复杂度 V(G)=m-n+2 其中： m 是流图G中的边的条数； n 是流图G中的节点数； （3）流图G的环形复杂度 V(G)=P+1 其中：P是流图中判定结点的数目。 BRO测试集的写法 BRO测试利用条件C的条件约束来设计测试用例。包含n个简单条件的条件C的条件约束定义为(D1,D2,…，Dn)，其中Di(0i≤n）表示条件C中第i个简单条件的输出约束。如果在条件C的一次执行过程中，C中每个简单条件的输出都满足D中对应的约束，则称C的这次执行覆盖了C的条件约束D。 对于布尔变量B来说，B的输出约束必须是真(t)或假(f)。 对于关系表达式来说，输出约束为符号＞，＝和＜。 1)作为第一个例子，考虑下列条件 C1：B1B2 其中，B1和B2是布尔变量．C1的条件约束形式为(D1,D2)，其中D1和D2中的每一个都是“t”或“f”。值(t，f)是C1的一个条件约束，并由使B1值为真B2值为假的测试所覆盖。BRO测试策略要求，约束集{(t, t) ，(f ,t)， (t ,f)}被C1的执行所覆盖。如果C1因布尔算符错误而不正确，则至少上述约束集中的一个约束将迫使C1失败。 2）作为第二个例子，考虑下列条件 C2：B1(E3=E4) 其中，B1是布尔变量，E3和E4是算术表达式。C2的条件约束形式为(D1,D2) ，其中D1是“t”或“f” ，D2是，=或。除了C2的第二个简单条件是关系表达式之外，C2和C1相同，因此，可以通过修改C1的约束集{(t, t) ，(f ,t)，(t ,f)}得出C2的约束集。注意，对于(E3=E4)来说，“t”意味“＝”，而“f” 意味着“＜”或“＞”，因此，分别用(t，=)和(f，=)替换(t， t)和(f ，t)，并用(t，)和(t，)替换(t ，f)，就得到C2的约束集{(t， =) ,(f ，=), (t ，),(t，)}。 覆盖上述条件约束集的测试，保证可以发现C2中布尔算符和关系算符的错误。　 3） 作为第三个例子，考虑下列条件 　 　C3：(E1E2)(E3=E4)　 其中， E1、E2、E3和E4是算术表达式。 C3的条件约束形式为(D1，D2) ，而D1和D2的每一个都是，=或。除了C3的第一个简单条件是关系表达式之外， C3和C2相同，因此，可以通过修改C2的约束集得到C3的约束集，结果为： {(, =)，(= ,=)， (,=)，(,)，(,)} 覆盖上述条件约束集的测试，保证可以发现C3中关系算符的错误。 面向对象方法学有哪些优点？ 1）.与人类习惯的思维方法一致 2）.稳定性好 3）.可重用性好 4）.较易开发大型软件产品 5）.可维护性好 11面向对象方法学有哪些主要的概念 p204 面向对象的要点： 认为客观世界是由各种对象组成的，任何事物都是对象，复杂的对象可以由比较简单的对象以某种方式组合而成。 把所有对象都划分成各种对象类(简称为类，class)，每个对象类都定义了一组数据和一组方法。 把所有对象都划分成各种对象类(简称为类，class)，每个对象类都定义了一组数据和一组方法。 对象