项目开发流程介绍.ppt

非功能性需求1非功能需求是指那些不直接与系统的具体功能相关的一类需求，它们与系统的总体特征相关，如可靠性、可扩展性、安全性、响应时间等，甚至包括界面易用程度和文档、代码规范性的要求。非功能需求定义了对系统提供的服务或功能的约束，包括时间约束、空间约束、开发过程约束及应遵循的标准等。它源于用户的限制，包括预算的约束、机构政策、与其他软硬件系统间的互操作，以及如安全规章、隐私权保护的立法等外部因素。2与关心系统个别特性的功能需求相比，非功能需求关心的是系统的整体特性，因此对于系统来说，非功能需求更关键。一个功能需求得不到满足会降低系统的能力，但一个非功能需求得不到满足则有可能使系统无法运行。3非功能需求不仅与软件系统本身有关，还与系统的开发过程有关。与开发过程相关的需求包括：对在软件过程中必须使用的质量标准的需求、设计中必须使用的建模工具的需求以及软件过程所必需遵守的原则等。4这个系统涉及哪些人？他们对系统有什么期望？用例需要回答的问题03最终用户和开发人员使用它进行交流，并在系统需求上达成共识用例是一种沟通工具02描述系统有哪些人用，和每个人是怎么用的用例概念01用例是什么？其原始英文是usecase，直译过来就成了用例，从字面的直接理解就是使用的例子。用例的定义是：与系统使用者交互的，并且给使用者提供可观测的有意义的结果的一系列活动的集合。简单的说，用例描述了这个系统有哪些人要用，和每个人是怎么用的。用例常被用来描述一个系统外在可见的需求情况，常被用作项目的需求分析阶段，对项目的测试计划和用户指南也有用处。他们被用来创建和验证被提议的设计，并确保该设计满足所有的需求。这里，我们使用用例描述系统功能性需求。010302为什么要做配置管理时间一长，文件版本太多，该如何维护？工作成果被覆盖了该怎么办？两人同时修改了一个程序文件，会不会打架？在实际的项目开发中对项目小组各成员所作的修改进行统一汇总保留修改的轨迹，以便撤销错误的改动项目开发小组的成员之间不会发生代码修改冲突对项目过程中代码的各个版本进行管理对小组成员各自承担的代码统一管理VSS（VisualSourceSafe）CVS（ConcurrentVersionSystem）SVN（Subversion）了解项目规范对软件开发的重要作用学习数据库规范、编码规范和用户界面规范确定设计将采用的技术框架了解常见的数据库规范和编码规范了解详细设计和概要设计阶段的主要工作会按照模板编写详细设计文档会画类图，能读懂时序图01.02.03.04.什么是项目规范？定义：

项目规范是一系列标准，规定代码中的变量如何定义，注释如何编写，数据库表如何设计，界面如何组织等。要点： 范围：软件项目中要求：所有项目组成员都要严格遵守目的：统一项目组行为，统一项目产品规格内容：一系列规则，包括：数据库规范、编码规范、用户界面规范、测试规范、评审规范等数据库规范数据库设计规范1原则上符合第三范式2必要时可违反第三范式数据库命名规范3视图名称4存储过程名称5表名称例：表名称=表名前缀+下划线“_”+表内容标识系统用户信息表sys_user_info6编码规范命名风格换行缩进的风格其它01每个类不超过200行02每行不超过60字符03所有ActionBean继承自BaseAction，放在包下等04需要注意的是，编码规范不仅限于命名规则、缩进和换行、注释。有时候还包括程序结构方面的规定，比如：实体类放在什么包下，一个规范的实体类是什么样子的；DAO层的类包含哪些方法，不应该包含什么样的方法；业务逻辑层的代码中可以放什么的代码，绝对不允许放什么样的代码；Action代码中不允许描述业务逻辑等。用户界面规范界面展现规范界面风格要一致 例如：统一的色调、统一的字体字号 特定内容的展现格式要一致 例如：日期的格式、数字的格式交互方式的规范操作风格要一致 例如：“*”表示必输项特定内容的输入格式要统一 例如：日期以1982-02-22的格式输入概要设计系统设计：系统具体的技术方案，与其他系统的接口方式 系统设计需要考虑到：硬件环境、软件环境、网络环境用户操作水平团队技术能力开发时间限制结构设计：确定程序是由哪些模块组成的，各模块分别完成什么样的功能，它们之间存在着什么样的关系。详细设计的核心是将业务模型映射到技术模型业务模型技术模型 执行selectbook_namefromsys_bookwherebook_no=[书