首页 > 代码库 > 《构建之法》第四次

《构建之法》第四次

本周我阅读了《构建之法》的第48章,其内容着重于两人合作、多人合作的一些注意点以及MSF与软件的需求分析。

与他人进行团队合作的时候,“代码规范”是一件非常重要的事情,代码规范分为风格规范与设计规范,代码风格的原则是:简明、易读、无二义性。在缩进时不要用Tab,而要用4个空格,因为Tab在不同的情况下会显示不同的长度,严重干扰阅读。行宽也是必须限制的,一般在100字符左右。大括号要注意格式的对应。不要把多行语句放在一行上,适当的进行分行。在适当的地方填上注释会让队友方便阅读,从而提高效率。代码设计规范牵扯到程序设计、模块之间的关系。

C++中,类的处理也是十分重要的。

(1)使用类来封装面向对象的概念和多态。

(2)避免传递类型实体的值,应该用指针传递。换句话说,对于简单的数据类型,没有必要用类来实现。

(3)对于有显示的构造和析构函数的类,不要建立全局的实体,因为你不知道它们在何时创建和消除。

(4)仅在必要时才是用类。

如果只是数据的封装,就不必用class,直接用struct就可以。说明类的成员 时要注意次序:publicprotectedprivate。数据类型的成员用m_name说明。不要使用公共的数据成员,要用inline访问函数,这样可以兼顾封装和效率。在构造函数时,不要在构造函数中做复杂的操作,简单初始化所有数据成员即可。构造函数不应该返回错误。把可能出错的操作放到HrInit()FInit()中。

要完成一个复杂的软件项目,团员在各个阶段要做不同的事情。首先要业务建模。为用户提供软件,就要理解目前用户的业务流程。业务建模工作流用精确的语言把用户的活动描述出来。其次是需求。在有了用例之后,开发人员和用户要分析并确认软件系统得提供什么样的功能来满足用户的需求。接下来要进行分析和设计。分析和设计工作流将需求转化成系统的设计,将开发出的组件,连同验证模块提交到系统中。测试工作流要验证现阶段交付的所有组件的正确性、组件之间交互的正确性,以及检验所有的需求已被正确地实现。部署工作流的目的是生成最终版本并将软件发给最终用户。配置和变更管理工作流负责管理RUP各个阶段产生的各种工作结果。项目管理工作流负责平衡各种可能产生冲突的目标,管理风险,克服各种约束并成功地在各个阶段交付达到要求的产品。环境工作流的目的是向软件开发组织提供软件开发环境,包括过程和工具。

《构建之法》第四次