Advance Of The Face

----学到得越多,却发现自己越无知!
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理

随笔分类 -  软件工程

摘要:以前写代码是总是乱七八糟的,学长学姐教导代码规范,可自己一直都未足够重视它,一次代码失败惨痛教训下,重新拾起代码规范,自己也总结了些,希望能和共同探讨! 1.如果需要用注释来解释复杂的代码节,请检查此代码以确定是否应该重写它。尽一切可能不注释难以理解的代码,而应该重写它。尽管一般不应该为了使代码更简单以便于人们使用而牺牲性能,但必须保持性能和可维护性之间的平衡。 2.在编写注释时使用完整的句子。注释应该阐明代码,而不应该增加多义性。 3.在编写代码时就注释,因为以后很可能没有时间这样做。另外,如果有机会复查已编写的代码,在今天看来很明显的东西六周以后或许就不明显了。 4.避免多余的或不适当的注释,如幽默的不主要的备注。 5.使用注释来解释代码的意图。它们不应作为代码的联机翻译。 6.注释代码中不十分明显的任何内容。 7.为了防止问题反复出现,对错误修复和解决方法代码总是使用注释,尤其是在团队环境中。 8.对由循环和逻辑分支组成的代码使用注释。这些是帮助源代码读者的主要方面。 9.在整个应用程序中,使 阅读全文

posted @ 2007-10-01 16:32 Season-LMZ 阅读(913) 评论(1) 推荐(0)

摘要: CMM是指“能力成熟度模型”,其英文全称为Capability Maturity Model for Software,英文缩写为SW-CMM,简称CMM。它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。 CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法,侧重于软件开发过程的管理及工程能力的提高与评估。CMM分为五个等级:一级为初始级,二级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。  CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的,是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。目前,我国已有软件企业通过了CMM标准认证 。  SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称" 阅读全文

posted @ 2007-09-13 12:19 Season-LMZ 阅读(737) 评论(0) 推荐(0)

摘要: 我认为:测试方案是确定采用某种方法进行测试。不涉及到具体的步骤,可能涉及更多的是测试的环境,在windows上还是在linux上面作测试。用oracle还是用MS SQL。 测试案例是测试方法已经确定,根据此方法,来确定测试步骤。例如:在linux环境下,该使用怎样的步骤,而在windows环境下用其他的步骤。 在我们的测试中测试方案就是根据测试规范制定的一个具体实施测试的一个文档化的东东,其中包括产品概述,参考标准,测试环境,测试用例等。测试案例是只测试方案中的每一个具体的测试用例:包过测试内容,测试说明,测试过程,预期结果,测试结果,结果分析,测试结论等等。 注:测试案例与测试用例是同一个概念,区别就在于英文的翻译者翻译的不同为而已! 阅读全文

posted @ 2007-09-11 18:03 Season-LMZ 阅读(1339) 评论(1) 推荐(0)

摘要: 在会议过程中,由记录人员把会议的组织情况和具体内容记录下来,就形成了会议记录。“记”有详记与略记之别。略记是记会议大要,会议上的重要或主要言论。详记则要求记录的项目必须完备,记录的言论必须详细完整。若需要留下包括上述内容的会议记录则要靠“录”。“录”有笔录、音录和影像录几种,对会议记录而言,音录、像录通常只是手段,最终还要将录下的内容还原成文字。笔录也常常要借助音录、像录,以之作为记录内容最大限度地再现会议情境的保证。 一、会议记录格式   一般会议记录的格式包括两部分:一部分是会议的组织情况,要求写明会议名称、时间、地点、出席人数、缺席人数、列席人数、主持人、记录人等。另一部分是会议的内容,要求写明发言、决议、问题。这是会议记录的核心部分。    对于发言的内容,一是详细具体地记录,尽量记录原话,主要用于比较重要的会议和重要的发言。二是摘要性记录,只记录会议要点和中心内容,多用于一般性会议。    会议结束,记录完毕,要另起一行写"散会"二字,如中途休会,要写明"休会"字样。 二、会议记录的基 阅读全文

posted @ 2007-09-10 20:30 Season-LMZ 阅读(3716) 评论(0) 推荐(0)

摘要:什么是测试案例? 所谓的测试案例就是将软件测试的行为活动,作一个科学化的组织归纳。简单的说,测试案例就是设计一个情况,软件程序在这种情况下,必须能够正常的运行并且达到程序设计的预期执行结果。软件测试是有组织性、步骤性和计划性的,而设计软件测试案例的目的就是为了能将软件测试的行为转换成为可管理的模式。测试案例的设计对软件测试有着很多的好处,总结为一下四点:   1、在开始测试之前设计好测试案例,就可以使软件测试具有明确的目的同时有着一定的效率;   2、测试案例的使用使软件测试实施重点突出,目的明确;   3、在软件项目需求更新后,只需要修正少部分的测试案例就可以实施测试工作,降低了工作强度,缩短了项目周期,缩减了项目资金;   4、功能模块的通用化和复用化使软件易于开发,测试案例的通用化和复用化使软件测试易于实施,并且随着测试用例的不断精化其效率不断攀升。   具体的黑盒测试案例设计技术和方法包括:等价划分法、边界值分析法、错误推断法、因果图法、判定表驱动法、正交试验法、功能图法等。 阅读全文

posted @ 2007-09-09 21:49 Season-LMZ 阅读(3205) 评论(1) 推荐(0)

摘要:在软件项目开发过程中,应该按软件开发要求撰写十三类文档,文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性! 1、可行性分析报告 说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性,评述为了合理地达到开发目标可供选择的各种可能实施方案,说明并论证所选定实施方案的理由。 2、项目开发计划 为软件项目实施方案制订出具体计划,应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 3、软件需求说明书(软件规格说明书) 对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。 4、概要设计说明书 该说明书是概要实际 阅读全文

posted @ 2007-09-08 19:32 Season-LMZ 阅读(1676) 评论(4) 推荐(0)