阅读反馈

软件工程

这个作业属于哪个课程	软件工程班级
这个作业要求在哪里	阅读任务作业要求
这个作业的目标	思考并解决阅读中的一些问题
学号	20188424

（1）原文：只要有助于程序逻辑的清晰体现，什么方法都可以使用，包括goto（构建之法p69）。

问题一：那为什么现在老师以及一些资料书上都不建议使用goto呢？

答：1974年，D·E·克努斯对于goto语句争论作了全面公正的评述，其基本观点是：不加限制地使用goto语句，特别是使用往回跳的goto语句，会使程序结构难于理解，在这种情形，应尽量避免使用goto语句。但在另外一些情况下，为了提高程序的效率，同时又不至于破坏程序的良好结构，有控制地使用一些goto语句也是必要的。用他的话来说就是：“在有些情形，我主张删掉goto语句；在另外一些情形，则主张引进goto语句。”后来，G·加科皮尼和C·波姆从理论上证明了：任何程序都可以用顺序、分支和重复结构表示出来。这个结论表明，从高级程序语言中去掉goto语句并不影响高级程序语言的编程能力，而且编写的程序的结构更加清晰。不加限制地使用goto：破坏了清晰的程序结构，使程序的可读性变差,经常带来错误或隐患，比如它可能跳过了某些对象的构造、变量的初始化、重要的计算等语句，因此，我觉得对goto语句的使用应该慎重，防止出现一些问题。

（2）原文：在初始阶段，每个团队成员都要尽量打通各个环节，多负责，把所有事情都搞懂，培养通才（构建之法p318）。

问题二：那我们在整个初始阶段怎样才能既不浪费宝贵的开发时间，又能打通各个环节呢？

答：在我看来，在初始阶段要有每个角色的行动规划，这就需要由项目管理者把握对任务的切分/分配，才能帮助员工深入的了解项目，并在此基础上合理的计划安排开发工作，应对项目实施中的各种变化。

（3）原文：WBS通常从最终的产品开始，一层一层往下，把大型交付件分割为小型、具体的交付件（构建之法p178）。

问题三：如果采用WBS进行分割，但是节点太小太多，那么是否也需要继续分割下去呢？

答：我觉得如果一个产品的需求模块没有那么巨大，比如小型项目，要具体情况具体分析，有的放矢的进行分割甚至不进行细分，并且要注意分割的最终目的是方便实现而不是造成项目实施过程困难。

（4）原文：另外，注释（包括所有的源代码）应该只用ASCII字符，不要用中文或其他特殊字符，否则会极大地影响程序的可移植性（构建之法p68）。

问题四：如果只用ASCII字符不允许中文注释或其他特殊字符的使用会不会对初学者或者英语能力较差些的人来说增加一些困难呢？

答：注释是为了方便让别人理解自己的代码，所以简洁易懂应该才是最重要的，在水平达到的情况下，可以适当地对注释语言和格式进行要求。大多数刚开始学习代码的时候，老师就教导我们编程的时候一定要写注释，但是并没有非常严格的要求我们必须要用ASCII字符。因此我觉得应该要伴随自己能力的上升一步步的进行改进。

（5）原文：这一阶段团队的效率达到了巅峰状态，而领导则要实践MSF“充分的授权”这一原则，让团队主动发挥（构建之法p391）。

问题五：MSF是什么呢？

答：对于MSF是什么我上网查了一些资料，发现MSF是一套大型系统开发指南,它描述了如何用组队模型、过程模型和应用模型来开发Client/Server结构的应用程序，既是一个经验库，也是一种框架结构。其中MSF九条原则中的有一条就是领导要充分的信任和授权员工，由负责开发的成员自己拿捏开发时间表，开发者进行项目监督，同时跟进项目，提供必要的帮助，充分发挥团队成员的特长，使得每个成员都能在自己擅长的领域得心应手，达到整个项目团队的完美配合。