河北工业大学软件工程课程实验实验报告指导教师：***完成日期：2010/12/11目录1项目开发计划书……………………………………………………（页码）2软件需求规格说明书………………………………………………（页码）3设计规格说明书……………………………………………………（页码）4源程序清单……………………………………………………………………（页码）5测试报告……………………………………………………………（页码）6用户手册……………………………………………………………（页码）一、项目开发计划书完成人：1．引言（Introduction）1.1项目概述（Project Summary）待开发软件系统名称为汽车俱乐部管理系统。

本项目的任务提供者：张建楠；开发者：赵祥、刘钰慧、连翠叶、王宇峰、禹丽娜、吴可；用户：会员、俱乐部管理员、实现该系统的团体。

本项目基于俱乐部管理者对用户以及会员的信息，车辆信息等的管理，同时也为了方便广大会员随时参加俱乐部活动，进行信息的记录、查询、修改等而开发。

1.2 术语定义（Terms Glossary）（1）Windows xp及以上操作系统：（2）SQL(Structured Query Language)，结构化查询语言。

SQL语言的主要功能就是同各种数据库建立联系，进行沟通。

SQL被作为关系型数据库管理系统的标准语言。

（3）c#语言：C#(C Sharp)是微软(Microsoft)为.NET Framework量身订做的程序语言，是一种安全的、稳定的、简单的、优雅的，由C和C++衍生出来的面向对象的编程语言。

它在继承C和C++强大功能的同时去掉了一些它们的复杂特性（例如没有宏和模版，不允许多重继承）。

1.3 相关文档（Related Documents）（1）软件需求规格说明书（2）设计规格说明书（3）源程序清单（4）测试报告（5）用户手册2．软件生存周期（Software Life Cycle）（1）项目生存期框图：（2）项目生存期说明：定义阶段：将开发项目所要求的计划制定出来，以备开发阶段参考。

开发阶段：根据项目计划，进行需求分析，包括软件需求规格说明书等；然后进行系统设计，包括构架说明书，概要说明书等；系统实现包括进行源代码的编写，并对其测试（包括测试用例），以及用户手册。

维护阶段：管理员对该项目进行运行维护。

3．任务与工作产品（Task and Work Products）项目任务工作产品项目计划项目章程需求分析需求规格说明书系统设计系统设计说明书（包括数据库设计）等系统实现源程序代码测试测试报告产品交付用户手册4．工作产品、任务规模、工作量估计（Estimates of Work Product，Task Size and Workload）（1）对软件工作产品规模估计依据的简要描述①系统规划报告：包括软件开发所必需的项目要求。

②需求规格说明书：覆盖项目的目标，问题的初始分析，目标系统功能需求分析，目标系统性能需求，界面需求以及其他需求。

③系统设计说明书：总体设计，数据结果设计。

④源程序代码：代码的完整性，满足项目需求。

⑤测试：利用部分代码，进行功能测试。

⑥试验工作总结报告：对整个系统的设计过程进行描述项目阶段百分比工作量（人日）项目计划10% 2 需求分析10% 2 设计10% 2（3）规模估算的结果，建议用表格的形式列出5．资源需求计划（Resource Requirement Plan）计算机系统支持Windows xp及以上操作系统，sql server 2000数据库，c#语言编程6．软件项目进度计划（Software Project Schedule）（1）软件项目任务分解：会员信息管理，车务管理，旅游信息管理，系统管理，俱乐部管理以及统计报表、图表的信息记录管理。

（2）设定的里程碑：接受任务--分析项目要求--做需求分析，分工合作--总结各部分内容—分工完成文档。

（3）开始和结束时间：2010/11/05-2010/11/30（4）缓冲时间：2天二、需求规格说明书完成人：1．概述（Summary）1.1项目的目的与目标（Purpose and Aim of Project）开发出的汽车俱乐部管理系统为管理人员和工作人员建立了连接，分工明确，方便管理会员的各种信息及其需求，面向汽车俱乐部管理人员统一管理。

同时也为汽车俱乐部的会员提供了方便。

1.2 相关文档（Related Documents）项目开发计划书和设计规格说明书2．问题初始分析（Early Analysis）2.1 场景描述（Scene Description）小雨是汽车俱乐部的前台工作人员，等待有用户向她询问关于汽车俱乐部会员的情况。

小夏是该俱乐部用户，接通电话小夏问小雨：“我想成为该汽车俱乐部的会员”小雨打开主界面，在管理员系统中填写用户名和密码，然后点击登录，进入汽车俱乐部登录窗口并询问小夏的有关信息，小雨记录下小夏的信息，并告诉小夏已为该俱乐部会员。

小雨并为小夏计算入会费用，小夏将其入会费用交。

小雨又问：“您还需要什么服务”？小夏说：“我想为我的新车上牌”。

小雨打开管理员系统窗口，将小夏的新车牌号填入窗口，点击确定，办理成功，返回主界面。

接着小夏又向小雨询问保险代办和落户代办的情况，小雨再次打开管理员系统，填写有关信息，然后点击确定，系统为其办理相关业务。

最后，小夏又问：“怎么完成信息查询”？小雨进入管理员系统，点击管理员管理窗口，进入查询会员请求，告诉小夏：“你已成功登录办理相应业务”。

小夏又问：“怎么完成信息修改”？小雨进入信息管理窗口，弹出“信息修改”窗口,完成相应修改。

小雨又问小夏：“我还能为你做什么”？小夏说：“没有了”。

小雨向小夏说谢谢并说再见。

小雨退出界面。

回到主界面。

2.2 初始功能提取（Early Function Distill）主要功能包括：俱乐部前台：（1）会员信息。

（2）计算入会费用。

（3）新车上牌代办。

（4）保险代办。

（5）落户代办。

（6）旅行信息记录。

（7）信息修改。

（8）信息查询。

管理人员：（1）系统管理。

（2）俱乐部管理。

时间：（1）统计报表。

（2）统计图表。

3．目标系统功能需求（Function of Target System）3.1 功能需求分析（Function Analysis）创建用例模型与域模型，要求采用用例表进行用例规约描述，必要时采用活动图进行检验。

（1）会员信息用例表格——（）（7）保险代办用例表格（9）统计报表.图表用例表格前台登陆管理系统进入修改页面对信息进行修改更新保存并显示新的信息域模型：3.2 功能需求点列表（Function List）在功能需求分析完成后，要详细列出用户需求功能点列表，提供给后续设计、编程、测试中使用，更是为了用户测试验收中使用。

功能需求点列表的格式，如表2-1所示。

表2-1 功能需求点列表编号功能名称使用人功能描述输入内容输出内容4．目标系统性能需求（Performance of Target System）4.1 时间要求（Time Request）（1）响应时间，如查询的最长等待时间。

（2）更新处理时间，如记账的最长时间。

（3）数据的转换和传送时间，如远程数据传输的时间要求。

（4）解题时间。

4.2 空间要求（Space Request）（1）支持的终端数。

（2）支持的并行操作的使用者数。

（3）处理的文件和记录数。

（4）处理任务的数量。

（5）对输入和输出数据的精度要求。

（6）对处理和传输过程中的精度要求。

4.3 性能需求点列表（Performance List）详细列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。

需求性能点列表的格式，如表2-2所示。

表2-2 性能需求点列表5．目标系统界面与接口需求（Interface of Target System）5.1 界面需求（Interphase Requirement）界面的原则要求，如方便、简洁、美观、一致等。

整个系统的界面风格定义，某些功能模块的特殊的界面要求。

（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；（3）显示风格：图形界面、字符界面、IE界面等；（4）显示方式：1024*768、640*480等；（5）输出格式：显示布局、打印格式等。

5.2 接口需求（Interface Requirement）与其他系统的接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。

（1）与系统特殊外设的接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。

（2）与中间件的接口，要列出接口规范、入口参数、出口参数、传输频率等。

6．目标系统其他需求（Other Requirements of Target System）6.1 安全性（Security）6.2 可靠性（Dependability）6.3 灵活性（Agility）6.4 特殊需求（Special Requirements）（1）进度需求：系统的阶段进度要求。

（2）运行环境需求：平台、体系结构、设备要求。

（3）培训需求：用户对培训的需求，是否提供多媒体教学光盘。

（4）推广需求：推广的要求，如在上百个远程部门推广该系统，是否要有推广的支持软件。

7．目标系统假设与约束条件（Suppose and Restriction of Target System）假设与约定条件是对预计的系统风险的描述, 如：（1）法律、法规和政策方面的限制。

（2）硬件、软件、运行环境和开发环境方面的条件和限制。

（3）可利用的信息和资源。

（4）系统投入使用的最晚日期。

三、设计规格说明书完成人：1．引言（Introduction）1.1 目的（Purpose）实现汽车俱乐部管理系统的大概功能，及其界面、模块。

本文档的目旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。

1.2 命名规则（Naming Rule）微软推荐用匈牙利命名法，目前大多数软件生产商用的也是这个。

具体的细则如下：匈牙利命名法是一种编程时的命名规范。

基本原则是：变量名＝属性＋类型＋对象描述，其中每一对象的名称都要求有明确含义，可以取对象名字全称或名字的一部分。

命名要基于容易记忆容易理解的原则。

保证名字的连贯性是非常重要的。

变量对象命名规则：申明全局变量、局部变量对象的命名规则。

数据库对象命名规则：申明数据库表名、字段名、索引名、视图名等对象的命名规则。