北京市高级中等学校招生网上报名系统
操作手册
（考生用户）
北京教育考试院中招办
目录
1.报名流程 (1)
2操作说明 (2)
2.1 登录系统 (2)
2.2 修改初始密码 (2)
2.3 阅读考生报名注意事项 (3)
2.4 考生基本信息预览 (3)
2.5 修改报名数据 (5)
2.6 打印报名数据 (7)
2.7 绑定手机 (7)
2.8 退出系统 (8)
2.9 修改密码 (8)
1.报名流程
考生
图1-1
2操作说明
2.1登录系统
打开IE或其它浏览器，在地址栏中输入“https://www.doczj.com/doc/c7330709.html,”，进入北京教育考试院网站，点击“公告栏”中“2017年北京市高级中等学校网上报名”，打开考生网上报名登录页面。如图2.1所示：
图2.1
输入考生报名号和密码（字母区分大小写），点击“登录”按钮，输入3次不正确时需输入验证码。登录成功后，如果登录密码是初始密码或已被重置成出生日期，系统首先进入“修改密码”页面进行密码修改，否则系统进入“考生报名注意事项”页面。
2.2修改初始密码
“修改密码”页面如图2.2所示：
图2.2
考生输入新密码、重复输入新密码，两次密码输入必须一致。新密码必须为数字和字母组合，长度为8—15位，输入完成后点击“确认”按钮进入“考生报名注意事项”页面。
2.3阅读考生报名注意事项
“考生报名注意事项”页面如图2.3所示：
图2.3
考生仔细阅读报名注意事项内容，阅读完毕后点击“我已认真阅读报名注意事项并了解报名报考有关政策，继续”按钮，系统进入“基本信息预览”页面。
2.4考生基本信息预览
“基本信息预览”页面如图2.4所示：
图2.4
考生检查报名基本信息数据填写是否完整、正确，核实无误后点击“基本信息核实无误，确认提交”按钮。如果考生基本信息填写完整、正确，系统弹出“报名信息核实无误，您已完成本次报名”提示信息，点击“确定”后退出系统，返回报名登录页面；如果考生基本信息数据不完整或有错误，网页弹出错误提示信息，考生需点击“修改报名数据”按
钮，进入“基本信息维护”页面，考生对报名不完整或错误数据进行修改。
2.5修改报名数据
“基本信息维护”页面如图2.5所示：
图2.5
修改说明：
（1）有“*”标记数据项必须填写；
（2）考生照片不能修改，若需更换请与学校联系；
（3）“报名号”、“班级”、“学生号”、“报名学校”不能修改；
（4）“学籍所在学校”从北京市中小学学生电子学籍管理系统中提取，考生不能修改，
没有学籍的考生此项为空；
（5）身份证号填写必须真实、准确，本市户籍考生必须填写18位有效身份证号。没有身份证号的考生不用填写，系统按照规则自动生成替代号码；
（6）考生必须从“考生户籍所在地”中选择户籍所在省市，没有户籍的考生选择“无”；
（7）本市户籍的考生，必须从“户籍所在区”中选择户籍所属区，非本市户籍的考生不能选择；
（8）符合“九种情况”非本市户籍考生需从“九种情况”类型中选择符合的条件类型，不符合条件的考生不用选择；
（9）参加体育现场考试的考生需从“体育现场考试限选项目一”、“体育现场考试限选项目二”中选择考试项目。
（10）“接收录取通知书地址”、“收件人”和“邮政编码”涉及录取通知书的发放，有报考资格的考生务必完整、准确填写。
填写完成后，点击“保存报名数据”按钮保存已填写的报名数据。如果数据保存成功则系统返回“确认报名数据”页面，系统自动将该考生标记为“完成报名确认”。
如果报名数据填写错误或不完整，则在数据项后面用红色字体显示错误提示信息。如图2.6所示：
图2.6
有红色字体错误提示信息数据项必须修改，否则数据不能保存。所有数据填写完整、正确后方可保存。
蓝色字体警告提示信息允许保存。
点击“重置报名数据”按钮清除本次修改内容，数据恢复到修改前的状态。
点击“返回”按钮则返回“基本信息预览”页面。
2.6打印报名数据
考生在“基本信息预览”页面点击“打印报名数据”按钮，进入“打印报名数据”页面，可以将本人的报名数据发送到打印机进行打印。
2.7绑定手机
考生在报名期间可以绑定手机号，报名、志愿填报期间忘记登录密码时，使用手机号重置密码。绑定手机操作步骤如下：
1、点击“基本信息预览”页面“绑定手机”按钮，未绑定手机号页面如图2.7所示：
图2.7
2、点击“绑定手机号”按钮，进入手机短信验证页面，如图2.8所示：
图2.8
考生输入需绑定的手机号码，点击“发送验证码”按钮，系统向输入的手机号发送一条短信验证码，考生输入收到的短信验证码，点击“确认”按钮。
3、考生验证码输入正确后完成手机绑定操作，已绑定手机号页面如图2.9所示：
图2.9
考生验证码输入正确后完成手机绑定操作点击“更换手机号”按钮可以更改绑定的手机号；
点击“解除绑定”按钮可以解除已绑定的手机号。
更换绑定手机号、解除手机绑定时需要进行手机短信验证操作（如图2.8）。
2.8退出系统
点击“基本信息预览”页面“重新登录”按钮退出报名系统，返回考生登录首页。
2.9修改密码
考生在开网期间可点击登录页面“修改密码”按钮进行密码修改操作，如图2.10所示：
图2.10
输入报名号、验证码，选择验证身份方式。验证身份方式有两种选择：考生记得原密码或密码已被重置成出生日期时，选择“输入原密码”验证方式；已绑定手机号的考生忘记原密码时，选择“已绑定的手机”验证方式。
1、验证身份方式选择“输入原密码”时，点击“‘确定’”按钮进入修改密码页面，如
图2.11所示：
图2.11
考生输入原密码（字母区分大小写）、新密码、重复输入新密码，新密码和重复输入新密码必须一致。新密码必须为数字和字母的组合，长度为8—15位，输入完成后点击“确认”按钮，输入正确后密码修改成功，返回登录页面。
2、如图2.12所示：
图2.12
验证身份方式选择“已绑定的手机”时，点击“确定”按钮，进入手机短信验证页面，系统向已绑定的手机号发送一条短信验证码，考生在“验证码”输入框内输入收到的短信验证码，点击“确定”按钮进入密码修改页面，如图2.13所示：
图2.13
考生输入新密码、重复输入新密码，两次密码输入必须一致。新密码必须为数字和字
母的组合，长度为8—15位。输入后点击“确认”按钮，修改成功后返回登录页面。
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
＜项目名称＞ 软件需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 1.1 编写目的 (1) 1.2 范围 (1) 1.3 定义 (1) 1.4 参考资料 (1) 2 项目概述 (2) 2.1 产品描述 (2) 2.2 产品功能 (2) 2.3 用户特点 (2) 2.4 一般约束 (2) 2.5 假设和依据 (3) 3 具体需求 (3) 3.1 功能需求 (3) 3.1.1 功能需求1 (3) 3.1.2 功能需求2 (4) 3.1.n 功能需求n (5) 3.2 外部接口需求 (5) 3.2.1 用户接口 (5) 3.2.2 硬件接口 (5) 3.2.3 软件接口 (5) 3.2.4 通信接口 (6) 3.3 性能需求 (6) 3.4 设计约束 (6) 3.4.1 其他标准的约束 (6) 3.4.2 硬件的限制 (7) 3.5 属性 (7) 3.5.1 可用性 (7) 3.5.2 安全性 (7) 3.5.3 可维护性 (7) 3.5.4 可转移＼转换性 (8) 3.5.5 警告 (8) 3.6 其他需求 (8) 3.6.1 数据库 (8) 3.6.2 操作 (8) 3.6.3 场合适应性需求 (9) 4 附录 (9)
1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
预定系统部分
1、预定系统主界面 餐饮预定主要用于团体宴会，旅行团就餐，工作餐预定，查询。预定操作简单的说就是在电脑上完成一张就餐预订单的填写。 2、新建预定 操作步骤： （1）点击主界面上键，进入如下图所示
（2）在‘预定管理’界面输入信息（如宾客/公司名字，人数，联系人和电话，餐段等），选择要预定的桌台，最后点击‘保存’。 （3）等返回主界面后会显示预定的桌台号，选中刚预定的桌台信息栏，点击‘确认预定’如 下图所示： 不须要告知选‘否’，不然则选‘是’出现如下图方框： 点击‘发送’完成新建预定操作，如想发送多条信息可点‘加入’输入多个手机号码。
3、修改预定 1在主界面上的桌台信息栏中选中要修改的顾客信息条（变成蓝色），点击键，进入的界面如上图所示 2修改或增加里面的内容信息 3点击‘保存’退出 4、退订 （1）在主界面上的桌台信息栏中选中要退定的顾客信息条（变成蓝色） （2）点击出现提示框，点‘确定’完成退定操作 5、开台 （1）在主界面上的桌台信息栏中选中要开台的顾客信息条（变成蓝色），点。 （2）出现如左图提示框，点击‘是’完成开台操作。 6、菜谱管理 如顾客在预定的时候想先点好菜，这时我们就可以用到这个功能，具体操作如下： （1）在主界面上的桌台信息栏中选中要菜谱管理的顾客信息条（变成蓝色），点击键，进入如下图所示界面：
（2）在右边的出品大，小类里选择菜品，也可以输入菜品的代码拼音或输入菜名直接查找，双击菜品则自动跳到左边的临时排菜区 （3）如要修改删除菜操作，在左边的排菜区右击菜名出现如下图 （4）点击‘保存菜谱’完成菜谱预定 7、打印菜谱 当服务员完成菜谱管理的操作后，顾客若想看看排好的菜，我们可以点击键进行预 览，出现如下图：
在线考试系统概要设计说明书
1 引言 (3) 1.1编写目的 (3) 1.2项目背景 (3) 1.3定义 (4) 1.4参考资料 (4) 2任务概述 (4) 2.1 目标 (4) 2.2 运行环境 (4) 3总体设计 (4) 3.1 基本设计概述和处理流程 (4) 3.2 系统总体结构和模块外部设计 (5) 4接口设计 (5) 4.1 外部接口 (5) 4.2 内部接口 (6) 5数据结构设计 (6) 5.1 逻辑结构设计 (6) 5.2 物理结构设计 (6) 5.3 数据结构与程序的关系 (10) 6运行设计 (10) 6.1 运行模块的组合 (10) 6.2 运行控制 (10) 6.3 运行时间 (10) 7出错处理设计 (10) 7.1 出错输出信息 (10) 7.2 出错补救措施 (10) 8维护设计 (11)
1 引言 1.1编写目的 由前面的需求分析，的除了系统的基本需求，和基本的用例图，要实现整个系统，需要对用户的需求进行设计，概要设计主要是利用比较抽象的语言对整个需求进行概括，确定对系统的物理配置，确定整个系统的处理流程和系统的数据结构，接口设计，实现对系统的初步设计。预期读者为客户代表及程序设计人员。 1.2项目背景 随着网络技术的飞速发展，现在很多国外的大学和社会其他部门都已经开设了远程教育，通过计算机网络实现异地教育和培训。但是，远程教育软件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去，这就给软件设计人员提出了更高的设计要求。 远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。例如目前许多国际著名的计算机公司所举办的各种认证考试绝大部分采用这种方式。 伴随着远程教育的蓬勃发展，作为教学当中不可分割的一部分的在线考试系统也得到了当今远程教育研究者的关注，考试是考察学生对所学习知识的接受和理解程度的重要手段，无纸化的考卷，考试的随时性，随地性，这些特点都是研究并开发网络考试系统主要的原因，网络考试系统远远超越了传统考试固定时间，固定地点的考试模式的限制，将给学生和老师带来极大的便利。随着Internet的相关技术的发展，特别是Web技术的出现，人们开始致力于研究和开发基于Internet考试系统，这也大大推动了远程教育的发展[2]。 如今世界上对于基于Internet的远程考试系统所进行的研究开发工作不是很长，但是基于web技术构建的在线考试系统已然成为发展的主流。数据库安全、共享、数据传输过程的安全性、访问控制技术、身份识别技术都是构建考试系统要考虑的问题。目前，一些远程教育机构已经开发出了在线考试系统，基本实现了基于Internet的B/S结构在线考试。通过Server端的后台试题库动态生成考卷和对于标准化的试题即时评定成绩。但是与传统的纸面考试相比，目前的在线测试都是基于标准化考试的，而且一般只能用于非正
软件需求文档格式的标准写法 具体的步骤： 1．1 编写目的 · 阐明开发本软件的目的； 1．2 项目背景 · 标识待开发软件产品的名称、代码； · 列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； · 说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无） 列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合 同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品 的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资 料来源。 2．项目概述 2．1 待开发软件的一般描述 描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能
简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或 图形的方法进行描述。使用图形表示，可以采用： · 顶层数据流图； · 用例UseCase图； · 系统流程图； · 层次方框图。 2．3 用户特征和水平（是哪类人使用） 描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境 描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软 件或与其共存的应用程序等。 2．5 条件与限制 给出影响开发人员在设计软件时的约束条款，例如： · 必须使用或避免使用的特定技术、工具、编程语言和数据库； · 硬件限制； · 所要求的开发规范或标准。 3．功能需求 3．1 功能划分 列举出所开发的软件能实现的全部功能，可采用文字、图表或数学公式等多种方法 进行描述。 3．2 功能描述 对各个功能进行详细的描述。
在使用本软件时，需要对IE作如下设置： 1）需设置工具->Internet属性->浏览历史记录->设置->设置检查所存网页的较新 2）把“格安信息协同工作”网站加入可信任站点：工具->Internet属性->安全->可信站点->站点->加入该站点IP，如图所示： 系统使用流程 1.立项：市场部人员点击导航栏->项目管理->填写立项选项，申请一个新的项目立项，下 面的附件管理可以添加该项目立项所需附件，在确认立项前可以修改相关内容，如图所示：
注意：在填写新的立项时一定要设置状态为“立项”，否则该项目无法进行确认。 2.确认立项：填写完立项后，执行部门的部门经理就可以对项目进行确认了。如果没有问 题，点击导航栏->项目管理->确认立项选项，然后点击提交审批，在审批过程中，可以 3.审批：总经办人员对项目进行审批，点击导航栏->项目管理->立项审批或从首页提示中 直接点击进入，如图所示，同意立项则点击审批按钮。
4.财务审核：财务人员点击导航栏->项目管理->立项财务审核或从首页提示中直接点击进 入，财务人员可以根据项目情况选择下面的修改项目信息对该项目进行修改，该项目无问题后，点击下方“财务审批”按钮进行审核。 5.部门经理制作预算：首先点击导航栏->项目管理->收入预算，对该项目预计收入进行添 加， 注意：此处预算与员工报销时的费用密切相关，必须仔细且与财务名目一致，如果细类不准确，如办公费预算不足了，即使总预算未超，员工也无法进行该项费用报销 然后点击导航栏->项目管理->估算经费，对该项目预计花费进行添加，
最后点击导航栏->项目管理->提交预算审批，对该项目预算进行提交，等待审批。 6.预算审批：预算审批人员对预算进行审批。 7.预算财务审核：财务人员对预算进行审核。 8.指定项目经理：该项目承接部门负责人指定项目经理, 点击导航栏->项目管理->指定项 目经理，选中被批准过的项目，点击选中该项目，在弹出的界面选择下面的添加，指定项目经理及其任职时间。
概要设计说明书 1引言 1.1编写目的 本报告的目的是规本软件系统的开发环节，提高软件开发过程中的透明度，便于对软件开发过程中的控制和管理。此文档进一步定制了软件开发的细节问题，明确软件需求、安排项目规划和进度、组织软件开发与测试，便于用户和开发商协调工作。本文档面对的读者主要是项目位的、托单位的管理人员、设计人员和开发人员，希望能使得本软件开发工作更加具体。 1.2背景 说明： a.项目名称：铭成在线考试系统 b.项目的委托单位：师大学信息技术学院开发单位：可视化程序设计（2）班 N小组。 1.3定义 B/S：Browser/Server 结构。 1.4参考资料 软件工程导论（第 5 版）
2总体设计2.1需求规定
2.2运行环境 CPU：PIV 2.0GHZ或更高频率的CPU 存：DDR333 256MB或更多的存 硬盘：至少10G以上或更多的硬盘空间2.3基本设计概念和处理流程 1 B/S结构的概念（附图）： 2处理流程图：
2.4结构 用户登 录试题管 理 科目 管理 学生 管理 教师管理个人信息管 理 考试结果 管理 管理员√√√√√√√教师√√√√学生√ 2.5功能需求与程序的关系 文件夹子目录/文件说明 Admin AddExamination.aspx 添加试题 AddStudentInfo.aspx 添加考生信息 AddTeacherInfo.aspx 添加教师信息 AdminChangePwd.aspx 修改密码 ChangeStudentInfo.aspx 修改考生信息 ExaminationDetail.aspx 查看试题详细信息 ExaminationInfo.aspx 查找科目下的试题信息及删除试 题信息 ExaminationResult.aspx 考试结果的显示及删除
软件需求规格说明书 文件编号： QMS—PROC－RD02 版本：1.0 受控签章
修改历史
目录 1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3术语 (2) 1.4预期读者与阅读建议 (2) 1.5参考资料 (2) 1.6需求描述约定 (2) 2.项目概述 (2) 2.1系统功能 (2) 2.2业务描述 (2) 2.3数据流程描述(可选) (2) 2.4用户的特点 (2) 2.5运行环境要求 (2) 2.6设计和实现上的限制 (2) 3.功能需求的描述 (2) 4.非功能需求 (2) 4.1系统性能要求 (2) 4.2系统安全及保密要求 (2) 4.3系统备份与恢复要求 (2) 4.4系统日志 (2) 5.外部接口说明 (2) 6.其他需求 (2) 7 需求变更识别 (2) 8.功能列表 (2) 9.附件 (2)
1引言 1.1 目的 说明编写这份软件需求规格说明书的目的，如：通过本文档定义ＸＸＸ产品的需求，以求在项目组员与相关成员之间达成一致的需求描述。 1.2 背景 描述系统产生的背景，包括： a．需开发的软件系统的名称，和英文缩写（可选），项目编号（可选）； b．列出此项目的任务提出者、开发者 c．软件系统应用范围、用户。 d．产生该系统需求的原因或起源，如社会背景、市场发展、政策趋势、原有系统局限性 1.3 术语 列出本文件中用到的专门术语、术语定义、外文首字母组词的原词组。也可用附件说明。或放到本文件的最后。 1.4 预期读者与阅读建议 描述本文档的主要读者，以及这些读者在阅读时的阅读重点与建议。可用列表的方式列 1.5 参考资料 列出有关的参考资料，如： a．本项目经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 d．行业标准和规范。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
XXX 修订记录 目录 修订记录 (1) 目录 (1) 1前言 (2) 1.1名词解释 (2) 1.2参考文档 (2) 1.3整体流程/逻辑关系 (2) 2特性 (2) 2.1特性F01XXXX (2) 2.1.1特性所包含的功能 (2) 2.1.2功能性需求(Functional Requirements，FR) (2) 2.1.2.1F01.FR01 XXXXX (2) 2.1.2.2F01.FR02 XXXXX (3) 2.2特性F02XXXX (3) 3性能需求 (3) 4国际化需求 (4) 5附录 (4)
1前言 1.1 名词解释 说明：列出本文档中所用到的专门术语的定义和缩略语的全称和解释。 1.2 参考文档 说明：列出本文档的所有参考文档。 1.3 整体流程/逻辑关系 说明：说明项目本份需求文档描述的产品或组件的总体流程图或逻辑关系图。 2特性 2.1 特性F01 XXXX 说明：陈述该特性的简要说明。F指特性，m为1~n的自然数，Fmm为该特性的编号。如：1.1特性F03 截图功能优化。 2.1.1特性所包含的功能 2.1.2功能性需求(Functional Requirements，FR) 2.1.2.1F01.FR01 XXXXX 说明：将复杂特性细分为系统需求，陈述该功能的详细说明。 如：1.1.2.1 F01.FR01屏幕截图灰屏机制优化。
2.1.2.2F01.FR02 XXXXX 2.2 特性F02 XXXX 内容构架同1.1，同样描述特性2的功能性需求 3性能需求 对照此表进行检查，在“相关特性”中简单标注符合条件的特性
在线考试系统详细设计说明书
详细设计说明书 1引言 1.1编写目的 说明在线考试系统各部分的功能和结构，用于系统开发和便于公司技术人员以后的查询和维护工作以及用户使用。 1.2背景 随着网络技术的飞速发展，现在很多国外的大学和社会其它部门都已经开设了远程教育，经过计算机网络实现异地教育和培训。可是，远程教育软件的开发当前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去，这就给软件设计人员提出了更高的设计要求。 远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在中国，虽然远程教育已经蓬勃地发展起来，可是当前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，而且其工作将是一件十分烦琐和非常容易出错的事情，能够说传统的考试方式已经不能适应现代考试的需要。随着计算机应
用的迅猛发展，网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。例如当前许多国际著名的计算机公司所举办的各种认证考试绝大部分采用这种方式。 伴随着远程教育的蓬勃发展，作为教学当中不可分割的一部分的在线考试系统也得到了当今远程教育研究者的关注，考试是考察学生对所学习知识的接受和理解程度的重要手段，无纸化的考卷，考试的随时性，随地性，这些特点都是研究并开发网络考试系统主要的原因，网络考试系统远远超越了传统考试固定时间，固定地点的考试模式的限制，将给学生和老师带来极大的便利。随着Internet的相关技术的发展，特别是Web技术的出现，人们开始致力于研究和开发基于Internet考试系统，这也大大推动了远程教育的发展[2]。 如今世界上对于基于Internet的远程考试系统所进行的研究开发工作不是很长，可是基于web技术构建的在线考试系统已然成为发展的主流。数据库安全、共享、数据传输过程的安全性、访问控制技术、身份识别技术都是构建考试系统要考虑的问题。当前，一些远程教育机构已经开发出了在线考试系统，基本实现了基于Internet的B/S结构在线考试。经过Server端的后台试题库动态生成考卷和对于标准化的试题即时评定成绩。可是与传统
软件需求文档格式的标准写法 1．引言 1．1 编写目的 ·阐明开发本软件的目的； 1．2 项目背景 ·标识待开发软件产品的名称、代码； ·列出本项目的任务提出者、项目负责人、系统分析员、系统设计员、程序设计员、程序员、资料员以及与本项目开展工作直接有关的人员和用户； ·说明该软件产品与其他有关软件产品的相互关系。 1．3 术语说明 列出本文档中所用到的专门术语的定义和英文缩写词的原文。 1．4 参考资料（可有可无）
列举编写软件需求规格说明时所参考的资料，包括项目经核准的计划任务书、合同、引用的标准和规范、项目开发计划、需求规格说明、使用实例文档，以及相关产品的软件需求规格说明。 在这里应该给出详细的信息，包括标题、作者、版本号、发表日期、出版单位或资料来源。 2．项目概述 2．1 待开发软件的一般描述 描述待开发软件的背景，所应达到的目标，以及市场前景等。 2．2 待开发软件的功能 简述待开发软件所具有的主要功能。为了帮助每个读者易于理解，可以使用列表或图形的方法进行描述。使用图形表示，可以采用： ·顶层数据流图； ·用例UseCase图；
·系统流程图； ·层次方框图。 2．3 用户特征和水平（是哪类人使用） 描述最终用户应具有的受教育水平、工作经验及技术专长。 2．4 运行环境 描述软件的运行环境，包括硬件平台、硬件要求、操作系统和版本，以及其他的软件或与其共存的应用程序等。 2．5 条件与限制 给出影响开发人员在设计软件时的约束条款，例如： ·必须使用或避免使用的特定技术、工具、编程语言和数据库； ·硬件限制； ·所要求的开发规范或标准。 3．功能需求 3．1 功能划分
目录 一、登录系统（IE方式和使用OA精灵登录系统） (1) IE方式登录 (1) OA精灵登录 (2) 二、控制面板和桌面的设置（修改密码和将OA桌面设置成适合自己个性和喜爱的风格） (5) 三、内部邮件、内部短信息收发 (8) 1.内部邮件 (8) 2.短信息 (11) 四、公告通知、新闻等的查看 (16) 1.公告通知的查看 (16) 2.新闻的查看 (17) 五、日程安排填写和计划 (18) 六、通讯薄（个人与公共）、文件柜（个人和公共） (21) 七、如何实现公文处理（工作流的使用：新建工作、待办工作、工作委托、最后将文件转存到文件柜） (24) 1.新建工作 (24) 2.待办工作 (26) 3.工作委托 (27) 4.文件转存到文件柜 (28) 八、OFFICE文档的在线编辑以及电子印章（工作流中的签章和文档里面的签章）的使用 (29) 1文档在线编辑和文档签章 (29)
基础模块培训文档 一、登录系统（IE方式和使用OA精灵登录系统） IE方式登录 本系统采用B/S结构设计，所以登录系统常规模式是采用IE浏览器进行登录，首先打开IE，在地址栏中输入系统地址：进入登录界面： 内网 http://192.168.1.102:8080 外网： https://www.doczj.com/doc/c7330709.html,:8080 在用户名这里输入账号和密码，(登录名为本人的中文姓名,初始密码为空)， 点击登录，进入系统主界面，如图：
OA精灵登录 通过小工具，OA精灵进行登录，在本地安装通达OA精灵，运行客户端程序，： 点击界面上的设置按钮： 在OA服务器网址项里面填入内网: http://192.168.1.102:8080或者 外网：https://www.doczj.com/doc/c7330709.html,:8080，下面以内网为例子。
南京理工大学泰州科技学院 计算机科学与技术系计算机科学与技术专业11(1)班级 课程名：数据库原理及应用课程设计课程设计说明书 姓名：任琰学号：1109030135指导老师：王云 设计地点：四号楼4301教室 起讫时间：2013.07.01—2013.07.05 完成报告书时间：2013年7月5日 计算机科学与技术系编印 2013年1月
课程设计要求 各专业学生应根据课程任教老师的要求，做出选题计划，并按下列要求完成课程设计任务。 一、学生应按照老师的要求完成规定的课程设计任务量。 二、课程设计报告书要求格式统一，字迹工整，语言简练,文字通顺,按课程设计格式要求书写。程序清单不够填写时统一用A4纸补充并粘贴。对不按格式要求书写或打印的报告书一律不收，也不得进行答辩和评分。 三、必须独立完成课程设计，不得相互抄袭。在答辩和批阅过程中发现源程序相同或有大面积抄袭现象，课程任教老师有权通知学生重做，不得给予评分，并通知相关系部做出处理。 四、学生课程设计结束后应提交的材料： （1）课程设计说明书（3000字以上）； （2）包含完整的、正确的源程序代码（含电子文档）； （3）答辨材料（介绍课程设计要点）。
参考文献情况 序号名称编著者出版社 1《数据库系统原理与设计实验教程》吴京慧清华大学出版社2《SQL SERVER2000数据库原理及应用》徐人凤北京高等教育出版社3《数据库系统概论》萨师煊高等教育出版社4《在线考试系统的设计与实现》崔小军襄樊职业技术学院报5《考试分析系统和题库的设计与实现》李大可四川师范大学出版社
课程设计考核情况 教师评价情况 指导老师评语: 指导老师：_____________(签名) 日期：年月日 学生答辩情况 答辩（组）评语: 主答辩老师:____________(签名) 答辩日期:年月日 综合成绩评定情况 综合评价等级:__________________ 注：共分五个等级(1.优秀2、良好3、中等4、及格5、不合格)
需求分析 1.引言 1.1目的 说明编写这份报告的目的，指出预期的读者。 1.2背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网 1.4术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3.假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4.需求规定 4.1软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 4.3对性能的一般性规定 4.3.1精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 4.3.2时间特性要求 说明对于该系统的时间特性要求。 4.3.3灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。 4.4输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。 对系统的数据输出及必须标明的控制输出量进行解释并举例。
项目培训一、系统框架
1.监控系统 a)前端视频采集系统 摄像机，镜头，云台，智能球形摄像机等。 b)视频传输系统 传输线缆、光纤传输、同轴电缆传输、网线传输、无线传输、光端机。 c)终端显示系统 硬盘录像系统、视频矩阵、画面处理器、切换器、分配器远程拓展系统（第三代监控系统一个监控管理平台就能代替传统设备），IP监控、远程监控、网络监控、视频监控会议等技术交流。 监控不单纯指闭路电视监控系统，但传统意义上说的监控系统由前端摄像机（包括：半球摄像机、红外摄像机、一体机等）加中端设备（光端机、网络视频服务器等）加后端的设备主机（硬盘录像机、矩阵等）（第三代监控系统一个监控管理平台就能代替传统设备）组成。
例图：IPC+CVR系统图 2.布线系统 布线系统(PDS)包含6个子系统,分别介绍如下 : 1) 工作区子系统(Work Location) 它是由终端设备连接到信息插座之间的设备组成,包括信息插座、插座盒(或面板)、连接软线、适配器等。 2) 水平子系统(Horizontal)
它的功能是将干线子系统线路延伸到用户工作区。水平系统是布置在同一楼层上的,一端接在信息插座上,另一端接在层配间的跳线架上。水平子系统主要采用4对非屏蔽双绞线,它能支持大多数现代通信设备,在某些要求宽带传输时,可采用"光纤到桌面"的方案。当水平区面积相当大时,在这个区间内可能有一个或多个卫星接线间,水平线除了要端接到设备间之外,还要通过卫星接线间,把终端接到信息出口处。 3) 垂直子系统(Backbone) 通常它是由主设备间(如计算机房、程控交换机房)至各层管理间。它采用大对数的电缆馈线或光缆,两端分别接在设备间和管理间的跳线架上。 4) 设备间子系统(Equipment) 它是由设备间的电缆、连续跳线架及相关支撑硬件、防雷电保护装置等构成。比较理想的设置是把计算机房、交换机房等设备间设计在同一楼层中,这样既便于管理、又节省投资。当然也可根据建筑物的具体情况设计多个设备间。
中北大学 课程设计说明书 详细设计说明书 学院:软件学院 专业:软件工程 题目: 在线考试系统 组长:张晶亮学号：0921040118 成员:任峻宏学号：0921040131 张超伟学号：0921040124 王建学号：0921040128 胡宁宁学号：0921040106 孔令龙学号：0921040129 指导教师：李华玲、李玉蓉、贾美丽 2013 年 1 月 15 日
1.设计任务概述 系统总体框图： 功能描述： （1）学生登录进行在线考试； （2）教师登录进行试卷的上传可修改以及批改试卷； （3）管理员登录进行管理； （4）用户注册以及登录； （5）能够及时显示成绩等； 2.分工情况
目录 1引言 (6) 1.1编写目的 (6) 1.2背景 (6) 1.3定义 (7) 1.4参考资料 (7) 2程序系统的结构 (8) 3用户注册模块设计说明 (8) 3.1程序描述 (8) 3.2功能 (8) 3.3性能 (9) 3.4输入项 (9) 3.5输出项 (9) 3.6流程逻辑 (9) 3.8接口 (10) 3.9限制条件 (10) 3.10测试计划 (10) 4用户登录模块设计说明 (10) 4.1程序描述 (10) 4.2功能 (10) 4.3性能 (10) 4.4输人项 (10) 4.5输出项 (10) 4.6算法 (10) 4.7 流程逻辑 (10) 4.8接口 (11)
5在线考试模块设计说明 (12) 5.1程序描述 (12) 5.2功能 (12) 5.3性能 (12) 5.4输人项 (12) 5.5输出项 (12) 5.6流程逻辑 (12) 5.7接口 (13) 5.8存储分配 (13) 5.9测试计划 (13) 6题库管理模块设计说明 (13) 6.1程序描述 (13) 6.2功能 (13) 6.3性能 (14) 6.4输人项 (14) 6.5输出项 (14) 6.7流程逻辑 (14) 6.8接口 (14) 6.9存储分配 (15) 6.10测试计划 (15) 7试卷管理模块设计说明 (15) 7.1程序描述 (15) 7.2功能 (15) 7.3性能 (16) 7.4输人项 (16) 7.5输出项 (16) 7.6流程逻辑 (16)
1. 引言 1.1 目的 说明编写这份报告的目的，指出预期的读者。 1.2 背景 指出待开发的软件系统的名称；行业情况；本项目的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、技术标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业著作、技术标准以及他们的网址。 1.4 术语 列出本报告中用到的专门术语的定义。
2. 任务概述 2.1 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 4.1 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 4.2 对功能的一般性规定
系统使用说明书 一、用户登录界面 为了保证系统登录的的安全性，系统的登录界面的密码只可输入3次错误密码，第三次仍未输入正确密码则自动退出系统。用户输入“用户代码”后按回车键，用户名自动出现，用户名文本框不可写，登录界面如下： 图9.1 系统登录界面 二、主界面 用户登录成功后进入主界面，主界面的主要功能项就是菜单，用户根据需要选择菜单上的模块进行操作，同时在主界面中设有“员工职位设置”、“加班条录入”、“个人所得税率”、“处罚属性设置”、“内部借款”，“归还借款”几项快速按钮，能便方便、快捷的进行操作。 图9.2 系统主界面
三、数据编辑 （一）计时员工数据导入说明 开此界面时“保存数据”按钮不可用，目的是不让用户在未进行任何操作的情况下保存数据，避免造成错误。点击“导入数据”后出现选择文件窗口，选择文件后“确定”，数据便可以导入到窗口中，此时“保存数据”按钮变为可用，导入数据后一定要保存数据，“导入数据”按钮只是把数据导入到窗口中，而未把数据保存到数据库中，若数据库中没有计时员工数据，以后计算工资的操作便不正确。其界面如下： 图9.3.1 计时员工数据录入界面 （二）计件员工数据导入说明 计件员工数据的导入和保存操作与计时员工数据导入一样，“产品维护”、“工序维护”、“工序级别维护”三个按钮都可以打开计件转化计时标准的界面，对计件转化计时标准进行操作，因为计件转化计时的依据就是该标准，值得注意的是，如果当前计算工资的月份计件转化计时标准有变动，则必须先对计件转化计时标准进行修改，否则下一步的“转化”操作即把工件转化为工时就会按照旧的标准进行转化，转化后的工时在在右边窗口显示，转化工时成功后也要“保存”数据，如下图：
福建工程学院 《在线考试系统》 详细设计说明书 专业： 班级： 报告日期： 作者：XXX（组长） 指导老师：陈一昌
目录 第一部分引言 (3) 1.1编写目的 (3) 1.2背景 (3) 1.3定义 (3) 1.4参考资料 (4) 第二部分项目的系统结构 (5) 2.1B/S模式 (5) 2.2服务器端主程序 (5) 2.3服务器端数据库操作 (5) 第三部分基本操作部分 (6) 3.1项目描述 (6) 3.2整体结构 (6) 3.3功能描述 (7) 第三章系统模块功能 (7) 3.1网站功能模块图 (7) 3.2网站用例图 (7) 第四部分主要设计 (7) 4.1主要功能设计 (7) 4.2流程图 (8) 4.3时序图设计 (8) 4.5E-R设计 (8) 4.7数据库设计 (8) 4.7.1表的设计 (8) 4.7.2 表之间关联关系 (9) 第五部分设计实现 (9) 第六部分项目分工 (9)
第一部分引言 1.1编写目的 根据实际编写 1.2背景 说明： A、项目名称:在线考试系统 B、任务提出者：xxxx C、开发者：xxxxx D、指导老师：陈一昌 E、实现完成的项目将可用在网络上供网友使用，提供信息查询，发布，浏览， 评论的方式，沟通各个用户. 1.3定义 名词定义： 数据字典: 数据库设计要遵循一些规则，一个好的数据库满足一些严格的约束和要求。尽量分离各实体对应的表，一个实体对应一个表，分析改实体有哪些属性，对应有些什么字段，以及各个实体之间的联系。实体、属性与联系是进行概念设计时要考虑
的三个元素，也是一个好的数据库设计的核心。 实体：客观世界中存在的且可互相区别的事物。 联系：客观事物中的彼此之间的关系。 属性：实体或者联系所具有的性质。 数据库的完整性和安全性: 数据库的完整性是指数据的正确性和相容性。数据库管理系统（DBMS）用一定的机制来检查数据库中的数据是否满足规定的条件——完整性约束条件，数据的约束条件是语义的体现，将作为模式的一部分存入数据库中。本系统中定义了表与表之间的联系及表中各字段属性约束有助于实现有助于完整性。 数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。在数据库系统中，大量的数据集中存放，而且为许多用户直接共享，是宝贵的信息资源，系统的安全保护措施就显得更为重要，它可以保护数据库防止恶意的破坏和非法的存取。 用例图：使用一个椭圆表示用例，里面的文字描述了用例的名称，会员可以使用或访问系统的部分功能，在图中使用一个“火柴人”表示用户的身份，称为用例的参与者，系统有游客、会员、管理员三个参与者，此外，图中从参与者到用例的单向箭头表示二者之间的关联关系，例如会员可以使用或访问这些功能。 1.4参考资料 百度网站的文档《需求分析模版》和相关资料
目录 1. 范围.............................................................................................................. 错误!未定义书签。 2. 总体要求...................................................................................................... 错误!未定义书签。 2.1总体功能要求 ........................................................................................ 错误!未定义书签。 2.2软件开发平台要求 ................................................................................ 错误!未定义书签。 2.3软件项目的开发实施过程管理要求..................................................... 错误!未定义书签。 2.3.1 软件项目实施过程总体要求........................................................ 错误!未定义书签。 2.3.2 软件项目实施变更要求................................................................ 错误!未定义书签。 2.3.3 软件项目实施里程碑控制............................................................ 错误!未定义书签。 3. 软件开发...................................................................................................... 错误!未定义书签。 3.1软件的需求分析 .................................................................................... 错误!未定义书签。 3.1.1 需求分析........................................................................................ 错误!未定义书签。 3.1.2 需求分析报告的编制者................................................................ 错误!未定义书签。 3.1.3 需求报告评审................................................................................ 错误!未定义书签。 3.1.4 需求报告格式................................................................................ 错误!未定义书签。 3.2软件的概要设计 .................................................................................... 错误!未定义书签。 3.2.1 概要设计........................................................................................ 错误!未定义书签。 3.2.2 编写概要设计的要求.................................................................... 错误!未定义书签。 3.2.3 概要设计报告的编写者................................................................ 错误!未定义书签。 3.2.4 概要设计和需求分析、详细设计之间的关系和区别 ................ 错误!未定义书签。 3.2.5 概要设计的评审............................................................................ 错误!未定义书签。 3.2.6 概要设计格式................................................................................ 错误!未定义书签。 3.3软件的详细设计 .................................................................................... 错误!未定义书签。 3.3.1 详细设计........................................................................................ 错误!未定义书签。 3.3.2 特例................................................................................................ 错误!未定义书签。 3.3.3 详细设计的要求............................................................................ 错误!未定义书签。 3.3.4 数据库设计.................................................................................... 错误!未定义书签。 3.3.5 详细设计的评审............................................................................ 错误!未定义书签。 3.3.6 详细设计格式................................................................................ 错误!未定义书签。 3.4软件的编码 ............................................................................................ 错误!未定义书签。 3.4.1 软件编码........................................................................................ 错误!未定义书签。 3.4.2 软件编码的要求............................................................................ 错误!未定义书签。 3.4.3 编码的评审.................................................................................... 错误!未定义书签。 3.4.4 编程规范及要求............................................................................ 错误!未定义书签。 3.5软件的测试 ............................................................................................ 错误!未定义书签。 3.5.1 软件测试........................................................................................ 错误!未定义书签。 3.5.2 测试计划........................................................................................ 错误!未定义书签。 3.6软件的交付准备 .................................................................................... 错误!未定义书签。 3.6.1 交付清单........................................................................................ 错误!未定义书签。 3.7软件的鉴定验收 .................................................................................... 错误!未定义书签。 3.7.1 软件的鉴定验收............................................................................ 错误!未定义书签。