软件开发与案例分析.pptVIP

3、结论 根据以上分析，技术上不存在任何问题，因此项目延期的可能性很小，在效益上，公司投入6个人、3个月获利7万元，比较可观。在公司今后的发展上 ，可以储备在线考试系统开发的经验和资源。一次认为该项目可以开发 。 项目计划书 编码规范 ??规范的编码风格不仅体现了一个人的技术水平，从某种意义上说也体现了一个企业的形象。好的、规范的编码风格，对于整个项目团队来说显得尤为重要。 ??“程序员、程序员”顾名思义就是来编程序的人员。他们和一般工作人员是一样的，都需要合作，可能为了一个大型项目程序会有十人以上或者百人以上甚至千人以上的团队公司在一起工作。编码规范使程序规范化，易懂化，才能更好的进行合作。 编码规范的作用 编码规范第一、能使你的代码更加易于维护，程序并不是一次性的产品，它需要扩展和修改还有维护的。但是进行这次操作的人并一定就是你了，所以你为了你的接班人也要将规范编码进行到底！ 编码规范第二、可以提高代码质量，谁编程都不是一次性完成的，是需要不断的测试与调试，以各种状态来修改自己的代码，而将代码规范化，就能对程序本身有更加清晰的结构思路，从而减少调试而成为快捷高效的代码。 编码规范第三、也是最为重要的是将你本身个性化溶于团队化的过程，当你熟练运用编码规范了，就等于在以后的职场的道路上更加宽广。 编码规范是一种习惯，所以一开始习惯不养好，永远写不出工程型代码。 规范内容 1、注释规则 一般情况下源程序有效注释应该在20%以上，注释的原则是有助于对程序的理解，注释量应该适中，注释语言应该简洁、准确、易懂。 文件注释 在每个文件头必须包含以下注释说明 // copyright file=文件名.cs company=HP // Copyright (c) HP. All rights reserved. // /copyright // author×××/author // date yyyy-mm-dd /date // summary文件功能描述/summary // modify // 修改人：××× // 修改时间：yyyy-mm-dd // 修改描述：××× // 版本：1.0 ///modify 注意：文件功能描述只需简述，具体详情在类的注释中描述。创建标识和修改标识由创建或修改人员的拼音或英文名。如：Zhangsan。一天内有多个修改的只需做一个在注释说明中做一个修改标识就够了。在所有的代码修改处加上修改标识的注释。 文档型注释 该类注释采用.Net已定义好的Xml标签来标记，在声明接口、类、方法、属性、字段都应该使用该类注释，以便代码完成后直接生成代码文档，让别人更好的了解代码的实现和接口。如 类、接口注释 /// summary /// 类功能的说明 /// /summary /// see cref=/see /// remarks /// 创建人：Zhangsan /// 创建日期：yyyy-mm-dd /// 修改人：Lisi /// 修改日期：yyyy-mm-dd /// 修改备注：无 /// 版本：1.0 /// /remarks public class CountersModuleInitializer : ModuleInitializer { } 注意：see cref=/see标签根据具体情况选择有无 2、命名规则 名称应该说明“什么”而不是“如何”。通过避免使用公开基础实现（它们会发生改变）的名称，可以保留简化复杂性的抽象层。例如，可以使用 GetNextStudent()，而不是 GetNextArrayElement()。 命名原则是： 选择正确名称时的困难可能表明需要进一步分析或定义项的目的。使名称足够长以便有一定的意义，并且足够短以避免冗长。唯一名称在编程上仅用于将各项区分开。表现力强的名称是为了帮助人们阅读；因此，提供人们可以理解的名称是有意义的。不过，请确保选择的名称符合适用语言的规则和标准。 3、源代码规则 风格约定：采用缩进的格式保存程序的层次结构，要求能直观的识别出判断循环等层次结构。 4、用户界面规范 5、合理性原则 项目验收方式与依据 项目验收分为内部验收和外部验收两种方式。在项目完成后，首先进行内部验收，由测试人员根据用户的需求和项目目标进行验收。通过内部验收后，交给用户进行内部验收，验收的主要依据为需求规格说明书 3、项目团队组织 组织结构 人员分工 系统功能结构 业务流程图 编码规范 1、数据库命名规范 2、程序代码命名规范 单元测试 单元测试是在软件开发过程中要进行的最低级别的测试活动，在单元测试活动中