速求学生公寓管理系统需求分析说明书

岗位：程序员

程序员(英文Programmer)是从事程序开发、维护的专业人员。一般我们将程序员分为程序设计人员和程序编码员，但两者的界限并不非常清楚，特别是在中国。

作一个真正合格的程序员，应该具有的素质。

1：团队精神和协作能力

团队精神和协作能力是作为一个程序员应具备的最基本的素质。软件工程已经提了将近三十年了，当今的软件开发已经不是编程了，而是工程。独行侠可以写一些程序也能赚钱发财，但是进入研发团队，从事商业化和产品化的开发任务，就必须具备这种素质。可以毫不夸张的说这种素质是一个程序员乃至一个团队的安身立命之本。

2：文档习惯

文档是一个软件系统的生命力。一个公司的产品再好、技术含量再高，如果没有缺乏文档，知识就没有继承，公司还是一个来料加工的软件作坊。作为代码程序员，必须将30％的工作时间写用于技术文档。没有文档的程序员势必会被淘汰。

3：规范化的代码编写习惯

知名软件公司的代码的变量命名、注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。一些所谓的高手甚至叫嚣高手写的代码一般人看不懂，我只能说他不是一名合格的程序员。

4：需求理解能力

程序员要能正确理解任务单中描述的需求。在这里要明确一点，程序员不仅仅要注意到软件的功能需求，还应注意软件的性能需求，要能正确评估自己的模块对整个项目中的影响及潜在的威胁，如果有着两到三年项目经验的熟练程序员对这一点没有体会的话，只能说明他或许是认真工作过，但是没有用心工作。

5：模块化思维能力

作为一个优秀的程序员，他的思想不能在局限当前的工作任务里面，要想想看自己写的模块是否可以脱离当前系统存在，通过简单的封装在其他系统中或其他模块中直接使用。这样做可以使代码能重复利用，减少重复的劳动，也能是系统结构越趋合理。模块化思维能力的提高是一个程序员的技术水平提高的一项重要指标。

6：测试习惯

测试是软件工程质量保证的重要环节，但是测试不仅仅是测试工程师的工作，而是每个程序员的一种基本职责。程序员要认识测试不仅是正常的程序调试，而要是要进行有目的有针对性的异常调用测试，这一点要结合需求理解能力。

7：学习和总结的能力

程序员是很容易被淘汰的职业，所以要善于学习总结。许多程序员喜欢盲目追求一些编码的小技巧，这样的技术人员无论学了多少语言，代码写起来多熟练，我们只能说他是一名熟练的代码民工，他永远都不会有质的提高。一个善于学习的程序员会经常总结自己的技术水平，对自己的技术层面要有良好的定位，这样才能有目的地提高自己。这样才能逐步提高，从程序员升级为软件设计师、系统分析员。

作为高级程序员，乃至于设计师而言，除了应该具备上述全部素质之外，还需要具备以下素质：

1、 需求分析能力

2、 整体框架能力

3、 流程处理能力

4、 模块分解能力

5、 整体项目评估能力

6、 团队组织管理能力

　

岗位：项目经理

主要职责：

1、 计划：

a)项目范围、项目质量、项目时间、项目成本的确认。

b)项目过程/活动的标准化、规范化。

c)根据项目范围、质量、时间与成本的综合因素的考虑，进行项目的总体规划与阶段计划。

d)各项计划得到上级领导、客户方及项目组成员认可。

2、 组织：

a)组织项目所需的各项资源。

b)设置项目组中的各种角色，并分配好各角色的责任与权限。

c)定制项目组内外的沟通计划。（必要时可按配置管理要求写项目策划目录中的《项目沟通计划》）

d)安排组内需求分析师、客户联系人等角色与客户的沟通与交流。

e)处理项目组与其它项目干系人之间的关系。

f)处理项目组内各角色之间的关系、处理项目组内各成员之间的关系。

g)安排客户培训工作。

3、 领导：

a)保证项目组目标明确且理解一致。

b)创建项目组的开发环境及氛围，在项目范围内保证项目组成员不受项目其它方面的影响。

c)提升项目组士气，加强项目组凝聚力。

d)合理安排项目组各成员的工作，使各成员工作都能达到一定的饱满度。

e)制定项目组需要的招聘或培训人员的计划。

f)定期组织项目组成员进行相关技术培训以及与项目相关的行业培训等。

g)及时发现项目组中出现的问题。

h)及时处理项目组中出现的问题。

4、 控制

a)保证项目在预算成本范围内按规定的质量和进度达到项目目标。

b)在项目生命周期的各个阶段，跟踪、检查项目组成员的工作质量；

c)定期向领导汇报项目工作进度以及项目开发过程中的难题。

d)对项目进行配置管理与规划。

e)控制项目组各成员的工作进度，即时了解项目组成员的工作情况，并能快速的解决项目组成员所碰到的难题。

f)不定期组织项目组成员进行项目以外的短期活动，以培养团队精神。

结语：

项目经理是在整个项目开发过程中项目组内对所有非技术性重要事情做出最终决定的人。

岗位：系统架构师（技术总监）

主要功能及职责：

1、系统架构师是软件项目的总体设计师，是软件组织新产品的开发与集成、新技术体系的构建者。

2、系统架构师是在技术上对所有重要事情做出决定的人。（系统架构师在整个软件开发过程中都起着重要作用，并随着开发进程的推进而其职责或关注点不断地变化。）

3、需求阶段，软件架构师负责理解和管理非功能性系统需求，比如软件的可维护性、性能、复用性、可靠性、有效性和可测试性等。审查客户和市场人员所提出的需求，确认开发团队所提出的设计；组织开发团队成员和开发过程的定义；协助需求分析师完成《用户需求说明书》、《需求变更说明书》。

4、设计阶段，架构师负责对整个软件架构、关键构件、接口的设计。协助系统分析师完成《系统概要设计说明书》

5、编码阶段，架构师则成为程序员的顾问，并且经常性地要举行一些技术研讨会、技术培训班等；

6、测试及实施阶段，随着软件开始测试、集成和交付，集成和测试支持将成为软件架构师的工作重点；

结语：

系统架构师也可以理解成技术总监。系统架构师是在部门内所有软件项目中，对技术上所有重要的事情做出决定的人。

岗位：需求分析师

主要职责：

1、在项目前期根据《需求调研计划》对客户进行需求调研。

2、收集整理客户需求，负责编写《用户需求说明书》。

3、代表项目组与用户沟通与项目需求有关的所有事项。

4、代表客户与项目组成员沟通项目需求有关的所有事项。

5、负责《用户需求说明书》得到用户的认可与签字。

6、负责将完成的项目模块给客户做演示，并收集对完成模块的意见。

7、完成《需求变更说明书》，并得到用户的认可与签字。

8、并协助系统架构师、系统分析师对需求进行理解。

结语：

需求分析师是项目前期与客户方打交道最多的人，对于客户来说，他可以代表整个项目组，对与项目组成员来说他的意见可以代表客户方的意见，项目组内所有与客户需求相关的事情必需得到他的认可。

岗位：系统分析师

主要职责：

1、 协助需求分析师进行需求调研。

2、分析、解析《用户需求说明书》，将系统需求整理成《软件需求规格说明书》；

3、负责解决《软件需求规格说明书》被评审后发现的问题；

4、在分析系统前，负责向架构设计师解释《软件需求规格说明书》的内容。

5、协助架构设计师进行架构设计，并协助其完成《系统架构说明书》。

6、根据《系统架构说明书》对系统进行建模；

7、系统分析及建模完成后，负责将建模成果转化为《系统概要设计》；

8、协助数据库设计师按《系统概要设计说明书》进行数据库逻辑设计和物理设计，完成数据库CDM及PDM图，并协助其完成《数据库设计说明书》

9、协助软件设计师按《系统概要设计说明书》进行《系统详细设计说明书》。

10、指导软件工程师按《系统详细设计说明书》进行代码实现。

11、 负责重点代码检查；

12、协助项目经理进行配置管理，并提供优化改进建议；

13、定期对项目组成员进行技术方面的培训。

结语：

系统分析师是项目组中的首席执行官，他涉及项目的所有方面，是项目进度的推动者，也是项目成功的关键。

岗位：数据库设计师

主要职责：

1、根据《系统架构说明书》与系统架构师、系统分析师一同进行数据库建模。

2、根据数据库建模结果，绘制数据库CDM与PDM图。

3、 根据数据库PDM图进行数据库建库。

4、 对数据库进行维护、备份、恢复、同步。

5、 负责客户数据的导入导出。

6、 对数据库进行初始化 *** 作。

7、协助软件设计师完成《系统详细设计说明书》中与数据库相关的部分。

8、根据《系统详细设计说明书》编写对应的视图、存储过程、函数、触发器等。

9、对项目组其它成员进行SQL方面的指导。

10、定期对项目组其它成员进行数据库方面知识的培训。

11、为测试经理及测试工程师建立测试数据。

结语：

数据库设计师又称DBA，是项目组中唯一能对数据库进行直接的 *** 作的人。对项目中与数据库相关的所有重要的事做最终决定的人。

岗位：软件设计师（模块）

1、根据《系统概要设计说明书》编写分模块的《系统详细说明书》。

2、负责对软件工程师讲解《系统详细设计说明书》内容。

3、协助软件工程师按《系统详细设计说明书》进行代码实现。

4、 控制本模块的开发进度。

结语：

软件设计师又称模块设计师，协助系统分析师对分模块进行详细设计，并直接管控该模块的进度，对于本模块中所有重要的事做最终决定的人。

岗位：软件工程师

主要职责：

1根据《系统详细设计说明书》进行代码实现；

2对自己代码进行复查，并进行简单的测试；

结语：

软件工程师是最终实现代码的成员。

岗位：测试经理

主要职责：

1独立编写测试计划；

2独立编写测试用例；

3协调测试团队内部的工作以及与开发团队之间的工作；

4完成“执行测试”的工作；

5掌握较深层次的测试方法、测试技术和较复杂的业务流程；

6负责测试过程工具的研究、推广与维护，负责测试数据库维护工作；

7负责编写《用户手册》、《 *** 作手册》和相关培训教材；

8负责项目的质量审查。

结语：

测试经理其实应该是整个项目中最关心项目质量的人，他的主要工作就是找到项目中存在的不合理、不合格的部份，并要求项目其它成员按其给定的项目质量完成项目。

岗位：测试工程师

主要职责：

1在测试经理的安排和指导下，编写测试用例；

2在测试经理的安排和指导下，完成“执行测试”的工作；

3在测试经理的指导下，按测试计划进行测试工作；

4按测试用例进行测试工作。

5负责被分派项目的质量审计。

6了解项目的基本流程，可以熟练的进行项目中各种流程的 *** 作。

结语：

测试工程师是项目质量的保证，是最终进行项目测试的成员。

岗位：实施经理

主要职责：

1负责制定项目实施计划；

2在项目实施计划的约束下，协调项目组相关资源，完成系统实施相关工作（包括系统安装、用户培训、系统上线、系统试运行等）；

3在项目实施阶段，跟踪、检查实施人员的工作质量；

5负责协助用户进行“用户确认测试”和编写《确认测试报告》。

岗位：实施工程师

主要职责：

1在实施经理安排和指导下，执行项目用户现场实施任务；

2参与编写《用户手册》、《 *** 作手册》和相关培训教材；

3参与进行“用户确认测试”和编写《确认测试报告》。

岗位：美术工程师

主要职责：

1负责完成软件设计师安排的功能界面设计。

2负责对项目整体色彩的调配。

3向系统分析师提出项目美化的建议。

4为BS项目提供一套或几套CSS样式表及HTML结构表

5为CS项目提供符合项目内容的静态、动态。

6并为软件设计师提供界面指导。

岗位：客户经理（当所开发的项目属于定制型的项目时设立，可由项目经理或部门经理兼）

主要职责：

1策划并独立完成目标客户的拜访和沟通；

2定期分析、整理客户需求，制定有针对性的方案；

3进行重点客户的关系维护，了解并整理重点客户的需求，为开发更符合用户需求的产品提供富有价值的市场信息；

4参与产品定位的研讨，为产品策划献计献策。

岗位：产品经理（当所开发的项目为产品型项目时设立，可由市场部成员兼）

主要职责：

1对所负责的产品进行策划和管理；

2对所负责的产品进行市场调研和分析，及时提出应对措施；

3负责产品实现的内部管理，保证产品功能的顺利实现以及时满足市场需求；

4负责产品对外宣传与推广，开拓市场，提高产品品牌知名度和认可度；

5配合销售制订产品销售策略，支持市场销售业务。

11编写目的

<br>说明这份测试分析报告的具体编写目的，指出预期的阅读范围。

<br>

<br>12背景

<br>说明：

<br>

<br>a被测试软件系统的名称；

<br>

<br>b该软件的任务提出者、开发者、用户及安装此软件的计算中心，指出测试环境与实际运行环境 之间可能存在的差异以及这些差异对测试结果的影响。

<br>

<br>13定义

<br>列出本文件中用到的专问术语的定义和外文首字母组词的原词组。

<br>

<br>14参考资料

<br>列出要用到的参考资料，如：

<br>

<br>a本项目的经核准的计划任务书或合同、上级机关的批文；

<br>

<br>b属于本项目的其他已发表的文件；

<br>

<br>c本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。

<br>

<br>2测试概要

<br>用表格的形式列出每一项测试的标识符及其测试内容，并指明实际进行的测试工作内容与测试计划中预先设计的内容之间的差别，说明作出这种改变的原因。

<br>

<br>3测试结果及发现

<br>31测试1（标识符）

<br>把本项测试中实际得到的动态输出（包括内部生成数据输出）结果同对于动态输出的要求进行比较，陈述其中的各项发现。

<br>

<br>32测试2（标识符）

<br>用类似本报告31条的方式给出第 2项及其后各项测试内容的测试结果和发现。

<br>

<br>4对软件功能的结论

<br>41功能1（标识符）

<br>411能力

<br>简述该项功能，说明为满足此项功能而设计的软件能力以及经过一项或多项测试已证实的能力。

<br>

<br>412限制

<br>说明测试数据值的范围（包括动态数据和静态数据），列出就这项功能而言，测试期间在该软件中查出的缺陷、局限性。

<br>

<br>42功能2（标识符）

<br>用类似本报告4l的方式给出第2项及其后各项功能的测试结论。

<br>

<br>．．．．．．

<br>

<br>5分析摘要

<br>51能力

<br>陈述经测试证实了的本软件的能力。如果所进行的测试是为了验证一项或几项特定性能要求的实现，应提供这方面的测试结果与要求之间的比较，并确定测试环境与实际运行环境之间可能存在的差异 对能力的测试所带来的影响。

<br>

<br>52缺陷和限制

<br>陈述经测试证实的软件缺陷和限制，说明每项缺陷和限制对软件性能的影响，并说明全部测得的性能缺陷的累积影响和总影响。

<br>

<br>53建议

<br>对每项缺陷提出改进建议，如：

<br>

<br>a． 各项修改可采用的修改方法；

<br>

<br>b． 各项修改的紧迫程度；

<br>

<br>c． 各项修改预计的工作量；

<br>

<br>d． 各项修改的负责人。

<br>

<br>54评价

<br>说明该项软件的开发是否已达到预定目标，能否交付使用。

<br>

<br>6测试资源消耗

<br>总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等。

或者

以下资料需要你的精心的文字和格式整理

基于CMM的项目级软件测试

杨忠秀，潘雪增，平玲娣

(浙江大学计算机科学与工程系，浙江杭州31ooz} >

摘要:从CMM的角度分析了项目级软件测试的活动过程，并且讨论了侧试用例的编写和各侧试阶段的输出。

关键词:CMM;软件测试;测试用例;测试报告

中图法分类号:TP311 5文献标识码:A文章编号:1001-3695(2004)05-0009-03

CMM是由SEI提出的软件能力成熟度模型，它描述了有

效的软件过程单元的框架，为从事软件开发的机构描述厂从混

乱、不成熟的软件过程向成熟、有纪律的软件过程改进的一条

途径，它是基于实际实践，并月_根据过程控制达到控制产品质

量的日的。“说你要做的，做你要说的”是CMM的底线，CMM

的关键过程域的突出特点是以“依据书面规程”或者“遵循书

面的机构管理策略”这样的用语作为引导。CMM强调过程文

档化，并按文档进行实践。本文对于具体的CMM不作介绍，

而是根据实际CMM的软件开发中所进行的测试过程来分析。

基于CMM的软件测试阶段及其活动性

随着社会对计算机的依赖程度的增加，软件产品应用到社

会的各个领域，用户为了保证业务的顺利完成，对软件产品的

质量要求也越来越高。作为一个软件开发公司，软件的质量成

为公司生存的关键。软件测试就是在软件投人运行前，对软件

需求分析、设计规格说明和编码的最终复审，是软件质量保证

的关键步骤。软件测试是软件开发质量保证的重要环节，因

此，现在软件开发商越来越多地重视软件测试过程，软件测试

已经占到整个软件开发过程的40%到50%。下面从软件的生

命周期来对软件测试阶段和各阶段活动特点进行分析。

1 1软件测试的三个阶段及其作用

根据CMM软件生命周期来看，测试分为三个阶段。

(1)单元测试。本阶段是对软件的基本组成单元进行的

测试，是在软件开发过程中要进行的最低级别的测试活动，它

在编码完成后马上进行。在单元测试活动中，软件的独立单元

将在与程序的其他部分相隔离的情况下进行测试。单元测试

的日的是:①使软件尽早正常运行;②为集成测试奠定基础;③快速定位错误;④使修改缺陷成本更低。单元测试在整个软件

测试中占有很重要的地位。在软件开发过程中有一个尽早测

试原则:缺陷发现越早，消耗的成本就越低。由于单元测试具

有不彻底性，对于模块间接口信息内容的正确性、相互调用的

关系是否符合设计无能为力。

(2)集成测试。本阶段是一个应用系统的各个部件的联

合测试，以决定它们能否在一起共同工作，部件可以是代码块、

独立的应用、网络上的客户端或服务器端程序。由于集成测试

具有可重复性强，对测试人员透明的特点，发现问题后很容易

定位。这种类型的测试尤其与客户服务器和分布式系统有关。

(3)系统测试。本阶段是基于系统整体需求说明书的测

试，它是验证整个系统需求的最终测试，属于黑盒测试，它应覆

盖系统所有联合的部件。

12三个测试阶段在CMM软件生命周期中的活动性分析

(1)需求分析阶段

这个阶段主要根据开发软件的需求进行收集和分析，形成

明确的文档。系统测试计划就是根据软件需求文档制定出的，

一旦需求发生变化，系统测试计划也要及时更新。

(2)概要设计阶段

这个阶段主要实现为各种需求设计各个模块，以及各个模

块的关系和接口。一旦概要设计定型，相对应的测试计划就是

集成测试计划书。在集成测试计划中，我们要考虑到各种消息

的接口、模块的功能流程、模块的数据表、需要调用到的桩函

数、模块的处理性能等。

(3)详细设计阶段

这个阶段是各个模块的具体实现，一般用伪代码编写，便于

检视。详细设计文档确定后，相应地就要制定单元测试计划。

单元测试的用例编写要考虑到各种情况，即每一个条件分支都

要走到。在单元测试阶段强调代码的覆盖率和条件覆盖率。(4)编码阶段

这个阶段就是实现详细设计的伪代码，在此阶段要为马上

进行的单元测试作准备。

(5)单元测试阶段

在编码阶段完成后就着手进行单元测试，并输出单元测试

报告。在测试中单元的划分如果过大，将使定位的工作量增

大，过小的话又使得测试的回报率低。因此，合适地划分单元

的大小是非常重要的。

(6)集成测试阶段

这个阶段是根据集成测试计划进行集成测试并输出集成

测试报告。对集成测试阶段，不同的开发人员有不同的看法，

有的人认为集成测试可以省略，或者归属到单元测试或者系统

测试;笔者个人认为这要看其体开发的系统，如果涉及到较多

的消息传输，集成测试还是应该独立进行，要不然在系统测试

时一定还得补上。

(7)系统测试阶段

这个阶段根据系统测试计划进行，并输出系统测试报告。

整个软件生命周期的几个阶段的示意图如图l所示。

需求确认

需求分析及

系统测试设计

验收测试

系统测试

概要设计及

集成测试设计

集成测试

详细设计及

单元测试设计

单兀测试

编码调试

图l软件生命周期的各阶段示意图

1 3三个阶段的比较

(I)单元测试。它针对模块内部的程序错误，其目的是清

除局部模块的逻辑与功能上的错误和缺陷。它的测试依据是

软件开发流程中的模块的详细设计，在测试中大量采用白盒测

试方法。

(2)集成测试。它是基于模块间的组装和调用关系，其目

的是找出与软件相关的程序结构、模块间的调用关系、模块间

的接口等方面的问题。它的测试依据是软件开发流程中的概

要设计阶段，在测试中使用白盒与黑盒测试方法，较多地采用

黑盒方法构造测试用例。

(3)系统测试。它测试的对象是整个软件系统，对整个系

统进行一系列的整体、有效性测试。它的测试依据是软件需求

规格说明书，采用黑盒测试。

2测试用例的编写

在CMM的软件生命周期中，各个阶段的测试计划绝大部

分工作是写测试用例。测试用例的编写对整个测试效果起着

举足轻重的作用，可以这么说，整个软件测试效果在测试用例

编写完后已经被初步决定。

2 1测试用例的编写技巧和方法

211命名规则

由于一个项目的测试阶段分为单元测试、集成测试和系统

测试，为了区分各个阶段，我们一般用L1T表不单元测试阶段

( Unit Test) , IT表示集成测试阶段(Integration Test) , ST表示系统测试(System Test)每个项目由若+个模块组成，我们根

据模块名来区分每个模块，给每一个模块的每一个测试用例顺

序编号，这样，每一个测试用例命名就完成了。通过这样命名，

测试用例就非常清楚是什么项目、什么阶段、什么模块的测试

用例

<项目名>_<测试阶段>_<模块名>_<模块内的测试用例编号>

212单元测试用例编写

单元测试强调代码覆盖率和条件覆盖率，我们在编写测试

用例的时候要保证代码中的每一个条件分支都能执行到。单

元测试用例编写常用到以下几种方法:

(1)规格导出法。根据相关的需求规格描述来设计测试

用例，每一个测试用例用来测试一个或者多个规格陈述语句。

(2)边界值分析法。用边缘特殊值测试，程序往往在边缘

情况时犯错误，故测试边缘情况比较有效。例如输人数据值的

范围是1一16，则可选1,16,14,17等数据作为测试数据c

(3)等价类划分法。等价分类法是将输人数据的可能值

分成若干“等价类”，每一类以一个代表性的测试数据进行测

试，这个数据就等价于这一类中的其他数据，该方法的关键在

于如何将输人数据分类。例如输人的数据范围是1一999，则

可以划分气类:x<l;l}x<999;x}999o

(4)错误猜测法。这种用例的编写需要有一定测试经验，

根据以前的测试经验，猜测容易出错点，针对这个点所写的测

试用例。

213集成测试用例编写

集成测试强调的是模块间的组装和调用关系、模块间的接

口方面的问题。作为一个良好的集成测试用例应该包括一个

合适的检查点，以下几个方面要注意:①功能的正确性;②消息

的流程是否正确;③来往的消息中的数据项、参数是否正确;④

消息异常、错误、超时等问题是否能正常处理;⑤各个模块的状

态迁移及相关数据结构的正确性;⑥资源的占用和释放情况，

运行过程中，资源的占用和释放是否正常;⑦全局数据的正确

J性，如全局变量、全局数组、全局数据表;⑧桩函数参数;⑨函数

调用顺序。在写集成测试用例时，从覆盖率来讲可以从以下几

个方面来考虑:

(1)模块的消息接日。①每类消息的每个具体消息都应

该设计测试用例;②对于消息结构中每一个数据成员的各种合

法取值情况都应该设计测试用例;③对于消息结构中每个数据

成员的非法取值情况应该设计测试用例;④模拟各种消息丢失

的情况;⑤模拟各种消息超时到达的情况;⑥模拟收到各种不

期望的消息的情况(如收到的消息超长、超短等)。

(2)模块的功能流程。根据概要设计文档描述中所确定

的模块应该完成的功能，每个功能描述都应该设计测试用例验

证。需要多个模块以及它们之间的接口共同完成的功能，需要

设计测试用例验证。

(3)模块间使用数据表。针对数据的修改 *** 作，如增加、

删除、增加满、删除空、频繁地增加、删除等

(4)桩函数。对于无返回值或者返回值对被测模块没有

作用的桩，主要是检查传给桩的参数是否正确、合理，一个测试每一个或者每一类返回值都应设计相应的测试用例。

(5)对外接口。它是函数对外提供的函数接口，一般来

说，模块的对外函数接口都是完成一个完整的子功能。因此，

测试函数用例①要验证该接口能否正确完成该功能;②应验证

函数接口各个参数输人非法值的情况，接口函数)}}i该对所有的

输入参数的合法性进行检查;③函数接口的各个参数的边界值

测试;④函数接口各个参数的合法输人组合测试;⑤函数接口

各个参数的非法输人组合测试。

(6)处理性能。对于处理速度有要求的模块，应测试其处

理数据是否能达到规格要求。对于测试模块在大负荷(大量

呼叫、大话量)等情况下的处理能力应该设计测试用例进行验

证。

应该说集成测试在整个测试过程中是非常重要的，它起着

承卜启下的功能。由于集成测试是属于灰盒测试，相对于系统

测试而言，它的缺陷定位比较容易，因此，在测试过程中应该重

视集成测试。

214系统测试用例编写

系统测试是针对整个系统进行的一系列整体的、有效的测

试。它测试的依据是软件需求规格说明书，对于系统测试用例

的编写，可以从软件需求说明书中导出。在进行系统测试用例

编写时应注意以下几个问题:①多个需求是否可以在测试中合

并。有时一个需求值完成一件很简单的事情，我们在进行系统

测试时是不是口f以和其他的测试用例合并呢一般来说是可

以的，但是有可能会增加测试的复杂度。②要控制好系统测试

中的力度。③需求的分析。需求是测试用例写作的基本，我们

要对需求进行仔细分析，不要漏写或者错写了测试用例。

2 2测试用例的编写格式

文档对于测试是非常重要的，由于我们在测试中是按照测

试计划文档来执行测试过程，因此一定要重视测试用例编写的

格式。

对于单元测试用例的编写，我们在写测试用例时应明确以

下几个问题:被测试的单元编号(用以指明该测试用例是属于

哪一个单元)、函数原型(被测试函数)、输人参数、输出结果、

返回值、驱动程序、用例功能描述、预期结果。在编写单元测试

用例时一般以一个函数为单位，这个函数的测试可能包括多个

测试用例，这样看起来比较方便。如果形成表格形式，可采用

如表1的格式。采用这种格式编写单元测试用例明显，比如单

元测试编号为MMC_ UT_ DBCLASS一OS，那么它的测试用例1

的编号就可以写作MMG_ IlT_ DBCLASSes 005ee 001，这样这个测

试用例属于哪一个单元一看便知。

对于系统测试，每一个需求对应一个测试用例。编写时，

确定写明测试用例编号、测试标题、测试级别、对应规格、测试

预置条件、测试输人过程、测试结果。同样，我们采用如表2所

示的表格形式。

集成测试的格式与系统测试类似，只是关注点不一样。

3测试报告的生成

根据测试计划进行测试，测试完成后必须生成测试报告，质量监测部门根据提供的测试报告进行产品数据分析，可以根

据数据分析结果来指导产品的开发和质量的监控。

(I)测试汇总报告。它是对总的测试结果进行汇总的报

告，包括有多少测试用例、通过了的测试用例数量、没有通过的

测试用例数量。

(2)缺陷报告。包括测试用例编号、缺陷产生函数、缺陷

产生原因、缺陷级别、修订日期、修订人。其格式如表3所示。

表1单元测试用例编写格式

┌———————┬—————————————————————┐

│被测试单元编号│被i}单元的编号测试用例的编号紧 │

│ │跟其后 │

├———————┼—————————————————————┤

│函数原型 │该单元测试的函数 │

├———————┼—————————————————————┤

│功能简述 │介绍函数的功能 │

├———————┼—————————————————————┤

│输人 │输人的参数 │

├———————┼—————————————————————┤

│输出 │ │

├———————┤ │

│返回值 │ │

├—┬—————┼—————————————————————┤

│阵│论提条件 │ │

├—┼—————┼—————————————————————┤

│F │港动 │ │

├—┴—————┼—————————————————————┤

│各种可能 │l,ll │

│存存的条件 │ │

├———————┼——————┬——————┬——┬————┤

│测试用例编号 │lfilf}l=}Rn │输人数据及 │霎鬓│用例功能│

│ │ │相关变量描述│ │ 描沐 │

├———————┼——————┴——————┴——┴————┤

│(1) │ │

├———————┼—————————————————————┤

│cz> │ │

└———————┴—————————————————————┘

表2系统测试用

例编写格式

┌——————┬—┐

│测试编号 │ │

├——————┼—┤

│测试标题 │ │

├——————┼—┤

│测试级别 │ │

├——————┼—┤

│对应规格 │ │

├——————┼—┤

│测试预置条件│ │

├——————┼—┤

│测试输人过程│ │

├——————┼—┤

│测试预期结果│ │

└——————┴—┘

表3缺陷报告

(3)测试报告。它是所有的测试用例通过情况的报告，其

格式如表4所示。测试一般分成三轮，如果第一轮没有通过，

在第一轮测试完毕后，进行缺陷修订;然后进行第二轮的测试，

第二轮测试仍旧没有通过的，或者修改r前面的问题又引出了

新问题，进行第三轮测试。在单元测试报告中还强调一个覆盖

率，包括代码覆盖率和条件覆盖率。一般覆盖率报告的生成要

用相应的工其，如用V (:开发程序的单元测试覆盖率报告就可

借助C-cover ,True-cover来实现。

表4测试报告

4总结

软件质量的控制除了上面讲到的几个测试阶段外，其实

CMM还非常强调各个设计阶段的检视(Review )工作。编码完

成后的检视阶段也在软件质量控制中起着非常有效的、重要的

作用，如果进行了充分的检视，它可以发现一些在后面要花很

多力气来检测出的缺陷。

参考文献;

川Camegie Melton SoRware Engineering Institute Software Test Manage-

meat [ EB/OL ]>

学生信息管理系统——需求规格说明书 IT 2008-10-19 01:47:04 阅读926 评论3 字号：大中小 订阅 1．引言 信息社会的高科技，商品经济化的高效益，使计算机的应用已普及到经济和社会生活的各个领域。计算机虽然与人类的关系愈来愈密切，还有人由于计算机 *** 作不方便继续用手工劳动。为了适应现代社会人们高度强烈的时间观念，学籍管理系统软件将会为教学办公室带来了极大的方便。 11编写目的 本需求的编写目的在于研究学籍管理系统软件的开发途径和应用方法。 本需求的预期读者是与学籍管理系统软件开发有联系的决策人，开发组成人员，扶助开发者，支持本项目的领导和公司人员，软件验证者。 12项目背景 本项目的任务提出者及开发者是学籍管理系统软件开发小组,用户是教学办公室。 本产品能具体化、合理化的管理学生的学籍档案，用结构化的思维方式去了解计算机的基本工作原理和汉语程序设计语言。 13定义 学生信息管理系统： 学生信息管理是帮助教学人员、行政人员对人事档案的管理软件。使用汉语编程语言，独立完成其功能。 14参考资料 《软件工程导论》（第五版） 张海藩 编 著 清华大学出版社 《完全手册 Visual C# 2008开发技术详解》 李 容 等编著 电子工业出版社 2．任务概述 21目标 软件开发的意图为便于学校的管理，方便查看有关学校及学生的情况。如教务处对学生成绩的修改、删除、查找、添加等。 22运行环境 *** 作系统：Windows 2000 ，Windows XP，Windows 2003，Windows Vista 支持环境：Microsoft Visual Studio 2005 数据库：Microsoft SQL Server 2000 23条件与限制 1．建议开发软件运行的最短寿命为3年 2．进行系统方案选择比较的期限为2个月 3．本系统无法律和政策方面的限制； 4．用Visual studio作前端的应用开发工具 ，利用SQL sever作为 后台的数据 库，充分利用 了Visual studio和SQL sever的优点，利用WINDOWS_XP 作为系统平台； 5．建议开发软件投入使用的最迟时间为3个月。 3．数据描述 31静态数据 32动态数据 33数据库介绍 Microsoft SQL Server 2000 就是关系数据库开发工具，数据库能汇集各种信息以供查询、存储和检索。SQL Server 2000 的优点在于它能使用数据表示图或自定义窗体收集信息。数据表示图提供了一种类似于 Excel 的电子表格，可以使数据库一目了然。另外，SQL Server 2000 允许创建自定义报表用于打印或输出数据库中的信息。SQL Server 2000也提供了数据存储库，可以使用桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。SQL Server 2000 是一种关系数据库工具，关系数据库是已开发的最通用的数据库之一。如上所述，SQL Server 2000 作为关系数据库开发具备了许多优点，可以在一个数据包中同时拥有桌面数据库的便利和关系数据库的强大功能。 34数据词典 35数据采集 4．功能需求 41功能划分 1．密码设置：每个 *** 作员均有自己的密码，可以防止非本系统人员进入本系统；又因每个 人的权限不一致，故可以防止越权 *** 作； 2．系统管理：添加其他新用户，修改登陆人员的密码，退出系统等； 3 用户管理：系统管理员添加新的用户后，由添加的新用户完成自己的完整信息； 4 班级管理：班级的添加、查询、修改和删除等； 5 学生档案管理：学生详细信息的添加、查询、修改和删除等； 6 课程设置：基本课程、班级课程的添加、查询、修改和删除等； 7 成绩管理：考试类型的设置，考试成绩的添加、查询、修改和删除等。 42功能描述 1．能够游览学生学籍的所有信息 2．能够制定招生计划并能进行学生注册登记管理 3．能够通过学生的一个信息找到个人学籍的相关信息（例如：知道学生的姓名能够找到该 学生的所有有关的学籍信息） 4．通过一条信息找到与之匹配的信息（例如：查询同一专业的所有人员） 5．相关人员能对包含学生的学籍信息进行管理（因为学生有关情况不是固定不变的所以一 旦学生信息发生改变就要对原有信息进行诸如添加，删除，修改等的 *** 作） 6．需要提供打印功能（能对要打印的各项内容都能进行打印服务） 5．性能需求 51数据精确度 查询时应保证查全率，所有相应域包含查询关键字的记录都应能查到。 52时间特性 一般 *** 作的响应时间应在1-2秒内，对软磁盘和打印机服务响应时间也应在可接受的时间内完成。 53适应性 技术约束：本项目的设计是在汉语程序设计语言的条件下进行的，技术设计采用软硬一体化 的设计方法。 环境约束：运行该软件所适用的具体设备必须是P800、内存64M以上的计算机; 标准约束：该软件的开发完全按照企业标准开发，包括硬件、软件和文档规格。 硬件限制：P1000 、内存64M以上PC机满足输入端条件。 6．运行需求 61用户界面 利用菜单界面驱动方式，对用户友好。必须对鼠标和键盘单独支持等。 62硬件接口 P1000 、内存64M以上PC机满足输入端条件 63软件接口 运行于Windows9X及更高版本具有WIN32API的 *** 作系统上 64故障处理 对出错的处理比较全（包括：SQL注入漏洞的处理）。 7．其它需求 可使用性：本系统一学易用，不用对使用人员进行特殊的培训； 安全保密：同一等级的不同用户不能修改他人信息； 可维护性：由于本系统一学易用，管理方面也相对简单，数据库的管理需要专门管理员管理； 可以移植：对Microsoft的Windows 9X以上的系统均可使用；对其他系统暂不支持。 追问： 就这些啊

2017it行业发展前景怎么样

1、按需定制的产品和解决方案将成为企业级it应用的主流

目前，随着it技术发展及应用的逐渐成熟，中国行业和企业的信息化建设已经进入到一个新的发展阶段。企业应用的日趋复杂化和个性化，提升了对于it企业所提供产品与服务的要求，使其产品与服务日益朝着适应用户需求的方向发展。业内越来越多的it企业正在根据用户多变、复杂的需求，提供按需定制的产品和服务，以方便用户适应日益激烈的竞争环境，并取得市场竞争中的优势。

其中面向服务的体系架构(service-orientedarchitecture，soa)正是这种理念的具体实现。利用soa，可以使用户能够以新的方式对其it系统零部件重新组合和使用，并使商业流程的自动化和彼此不同系统之间更易于共享信息。可以预见，按需定制的产品和解决方案将成为今后企业级it应用的主流2017中国IT行业发展前景分析2017中国IT行业发展前景分析。

2、与网络和移动应用相关的集成化产品成为个人应用市场增长的核心

计算机、网络与通信技术的快速发展，将使新兴产品技术不断地渗透到移动商务应用领域，包括移动办公、车载信息服务在内的个人网络应用将逐步成为移动商务产品与服务关注的中心。同时，个人消费体验需求的扩张将带动it市场从“以客户为中心”向“以个人应用为中心”转移，数字家庭解决方案的应用将逐步趋于成熟，这必将带动笔记本、数码产品等个人网络应用产品的不断创新，并成为it市场增长的重要源泉

3、tco将成为it用户关注的重心

中国信息化建设步伐正持续推进，行业和企业信息化应用水平也在不断提高，这使得it技术与应用系统已成为企业日常工作中不可或缺的基础设施。与此同时，用户关注的重心也日益转向it系统的稳定性、系统对生产效率的提升以及it投资回报率等核心问题上。今后，随着企业信息化建设逐步走向规范化，用户对于it系统的关注将逐步拓展至it系统生命周期的成本控制与管理，即系统的tco管理，这将成为用户规划、选型及实施it系统的重要决策依据2017中国IT行业发展前景分析。

4、it服务管理走向规范化

从中国企业信息化的发展历史来看，对于信息化建设过程的管理一直是相对薄弱的环节，这也是导致企业erp系统和it系统实施成功率偏低的主要原因之一。从今后的发展趋势看，企业信息化已经成为不可逆转的潮流，这必将加大对于it服务的需求。相应地，对于信息化过程的标准化、规范化的管理，将使得it服务管理的规范化显得日益重要。中国it服务市场的快速发展，将推动it服务管理快速走向规范化。

5、网络增值服务在创新中成长

随着全球范围内互联网产业的逐渐复苏，中国网络产业实现了蓬勃发展并呈现出广阔的增长前景，与其相关的应用和网络增值服务如网络短信、网络下载、网络广告、网络游戏等服务项目不断创新，并实现了高速成长。今后，伴随宽带网络的日益普及，网络服务的应用领域将更具拓展潜力，视频点播、网络教育、远程医疗等专业应用将成为新的应用热点，从而带动与网络相关的应用软件的快速增长。

6、企业发展趋于两极化共生

优胜劣汰、适者生存是市场竞争的必然结果2017中国IT行业发展前景分析NIIT认证。辽阔的地域和广泛的需求曾经在中国it市场培育了一批有一定竞争实力的大型计算机企业和软件及it服务企业，同时也养育了众多中小it企业。经过多年的发展，中国it行业正在步入一个完全竞争的市场环境。这必将导致企业的发展呈现出两极分化的趋势，即：大型企业借助于自身品牌、技术、渠道等方面的优势，将会逐步扩展自身的实力;而广大中小企业受自身资金、技术、人才等方面的约束，生存空间将会受到挤压，逐渐萎缩，最终结果是使市场的品牌集中度提高。

从产业长远发展的角度看，以技术创新、产品研发为主的大型企业和以合作开发、协作服务为主的中小企业这种两极化共生发展的格局，将是今后企业整合的主要趋势，这点在软件产业中的表现将会更加突出。

以上就是关于公司IT的主要职责全部的内容，包括:公司IT的主要职责、系统开发报告应该怎么写、速求学生公寓管理系统需求分析说明书等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！