EASTSOFT?
密 级：
分发号：
技术文件
Q\GDW 376.2调试软件功能说明
拟制： 日期： 2010.03.15
审核： 日期：
批准： 日期：
青岛东软电脑技术有限公司
目录
1软件用途 (2)
2新功能 (2)
3.软件使用说明 (3)
3.1基本功能说明 (3)
3.1.1运行模式及通讯参数设置 (3)
3.1.2数据项内容发送 (4)
3.1.3报文解析、报文对照、报文组织、报文测试功能 (5)
3.1.4电表档案信息管理 (6)
3.1.5抄表任务管理 (7)
3.2“标准GDW376.2协议”路由日常抄读功能测试过程 (8)
3.2.1运行模式选择 (8)
3.2.2执行步骤 (9)
3.2.3执行结果查询、运行状况分析 (12)
3.2.4其他说明 (13)
3.3“青岛东软扩展路由通信协议” 路由日常抄读功能测试过程 (14)
3.3.1运行模式选择 (14)
3.3.2执行步骤 (15)
3.3.3执行结果查询、运行状况分析 (18)
3.3.4其他说明 (19)
3.4 路由本地串口升级操作说明 (19)
3.4.1 使用专用数据线升级步骤 (19)
3.4.2 使用调试底板的串口本地升级 (21)
1软件用途
配合青岛东软载波通信模块进行相关功能调试
支持“标准GDW376.2协议”和青岛东软定义的“扩展的路由通信协议”（支持并行抄表），详见《集中器与Router通信模块间的扩展通信协议》
2新功能
1.电表档案管理模块：维护电表档案信息，同时软件会自动记录新发现的电表信息
2.抄表任务管理：维护电表的待抄读数据项目、维护抄表任务的完成情况，同时软件会自动根据通信模块上报的抄读项内容维护抄表任务信息，例如抄读项抄读完成情况、抄读项抄读数据内容
3.软件使用说明
3.1基本功能说明
3.1.1运行模式及通讯参数设置
开启软件后显示如图界面，从中选择串口号，其他通讯参数系统会自动根据“运行模式选择”中的选项自动设置。确认后点“打开串口”。
3.1.2数据项内容发送
1.如图所示，1）选择需要执行的数据项2）确认“源地址”信息与通信模块的“载波主节点地址”信息一致3）确认“目的地址”与待通讯的载波表（可能是其他载波设备通讯地址）通讯地址一致4）点击“开始发送”按钮5）从日志栏目中可以看到发送的报文内容和接收的报文内容6）从界面的其他控件中也可以看到详细的应用数据解析内容
2.用户可以从日志栏中，选择报文，使用快捷键“Ctrl+C”来进行内容粘帖
3.其他数据项的发送方式都与本处的举例类似。其他数据项，操作比较简单，选中需要执行的项目，点“开始通信”即可
3.1.3报文解析、报文对照、报文组织、报文测试功能
1.报文解析：在报文内容栏目中填写需要解析的报文内容，点击“报文解析”按钮，软件会自动的展示报文的各个组成部分的详细内容，例如控制域、信息域、地址域、应用数据等
2.报文比较：首先填写第一条需要解析的报文，点“报文解析”，然后填写第二条需要解析的报文，点“报文比较”，列表中的项目名称1和项目内容1是第一条报文的详细内容，列表中的项目名称2和项目内容2是第二条报文的详细内容，如果同行报文的内容有区别，会显示为红色字样，便于用户进行比较
3.计算CS、长度L：在报文内容栏目中填写报文的部分内容，点“计算CS、长度L”按钮后，软件会自动进行CS计算和数据长度的计算，将填写的内容满足Q\GDW376.2规约格式约定。
4.发送测试数据：在报文内容栏目中填写测试发送的报文内容，点击“发送测试数据”按钮，软件会转入同从串口接收到的数据以后的处理流程。
3.1.4电表档案信息管理
在如图界面中，可以单个的或是批量的添加电表档案（台区电表），可以控制调整电表的电表类型、规约类型、采集器地址、是否485表等信息。
也可以单个的修改某个电表的档案信息。
软件运行过程中，发现的一些新电表也会自动添加到“搜索到的电表”列表中，用户可以将其加入到“台区电表”列表中。
3.1.5抄表任务管理
抄表任务管理主界面如
图所示，可以看到抄表任
务的完成情况，可以查询
RT申请抄表的次数信息
可以清除这些运行中的
状态和统计信息；可以手
工修改抄表任务完成情
况（红圈标注位置的信息
是用户操作软件设置的）
修改此界面的信息以后，
退出时，应该点击“确定”
按钮
点“管理抄读项”按钮，出现如图
界面，可以设定某种类型电表的抄
读项目，设置抄读项目的数据标
识、规约类型、待抄读项类型等。
采用青岛东软扩展规约运行模式，
当RT向上申请“电表抄读数据项”
的时，软件自动组织报文中所包含
的待抄数据项类型定义就来自于
此，这个信息下发到表端，表端进
行记录，下次启动相应类型的例行
抄表任务的时候，表端就会自动判
断将相关数据进行上报
（请注意，掉电后表端记录的此类
信息会丢失）
3.2“标准GDW376.2协议”路由日常抄读功能测试过程
3.2.1运行模式选择
运行模式选择“GDW376.2标准（带路由）”
2.执行“设置路由运行模式”，设置为“02H扩展路由协议”
3.2.2执行步骤
1）维护电表档案信息、维护电表抄读项信息，检查确保所有的电表抄读任务完成标志为未完成
2）执行“AFN=11H F1添加载波从节点”，使用其中的“自动刷新数据”功能，系统会自动根据电表档案信息组织和提取数据（自动提取数据的基本原则：载波表要作为载波从节点，485表的所属采集器要作为载波从节点，注意，485表不作为载波从节点内容出现，另外各个载波从节点通讯地址不允许重复）
3）确保“AFN=14H F1路由请求抄读内容”模块中的“自动组织相关数据”选择框被选中
4）执行“AFN=11H F4设置路由工作模式”，设置工作状态为“抄表”
5）执行“AFN=12H F1重启”，启动通信模块的日常抄读工作
6）通信模块会逐表的发送“AFN=14H F1路由请求抄读内容”上行内容，软件自动组织数据进行答复，通讯模块收到答复后，对电表进行数据抄读，成功抄读的数据会按照“AFN=06H F2 上报抄读数据”的格式上报到软件，软件根据报文内容，自动维护电表的抄读任务完成情况
7）同时软件在自动维护电表的抄读任务完成情况后，自动进行所有任务数据的抄读情况检测，如果所有任务都抄读结束，先发送回复报文，延迟8毫秒后，软件会自动执行“AFN=12H F2暂停”，停止路由的日常抄读过程
3.2.3执行结果查询、运行状况分析
1.从抄表任务管理界面的“抄表任务完成情况列表”页面中，可以看到抄读的数据情况，可以看到抄读的数据内容
2.从抄表任务管理界面的“RT申请抄表次数”页面中，可以看到RT对每只表的申请次数，抄表效果好的时候，每只表的抄读次数应该是数据项个数+1，“+1”是因为最后一次RT进行电表抄读项申请，上位机回复电表抄读完毕，也计算在内
（备注：对于485表抄表次数统计比较特殊，对同一个采集器的所有抄读申请都记录在第一个使用这个采集器的485表上，其他的为0）
3.2.4其他说明
1.“AFN=14H F1路由请求抄读内容”模块中的“自动组织相关数据”的原则
将通信模块上报数据中的载波从节点地址信息A解析出来，在任务列表中查找是否存在相应的任务（查找方式，用地址信息A来检查是否存在相同的载波表地址或是采集器地址）
如果在任务列表中就没有找到这个地址，就视为电表信息无效，回复报文的抄读标志设为“00H抄读失败”（遇到这样的情况，可能是数据管理器管理的电表档案信息与RT管理的电表档案信息不一致所致，应该进行相关处理）
如果在任务列表中找到了这个电表，且有没有完成的抄读数据项，回复报文的抄读标志设为“02H可以抄读”，同时自动组织填充“数据内容”，如果是采集器类型的，回复的数据内容为数据标识+12位485电表通讯地址（软件目前实现机制：如果电表的某个数据项没有上报抄读内容，则遇到RT下次请求电表的抄读内容，依然回复此数据项；实际进行DM软件开发的时候，不应如此，应该回复此表的后续数据项，如果此表无后续数据项，就回复抄读成功=01H为抄读成功，这中策略开发用户可以自行决定）
如果在任务列表中找到了这个电表，且所有抄读数据项都完成了，回复报文的抄读标志设为“01H抄读成功”
2.其他特殊情况
启动抄表任务前，应该检查DM的档案信息是否与RT的档案信息一致，如果不一致就会出现下面的特殊状况。（例如：DM管理了A、B、C三只表、RT仅仅管理了A、B两只表）。
按照正常的工作流程，RT会连续向DM请求AFN=14H F1内容，直到DM检测所有的数据抄读
但是当DM的电表信息多于RT的时候。DM检查自己管理电表的抄读数据情况（A、B、C），发现还有部分电表的数据没抄读完毕（C表没有抄读成功的数据，这是因为RT中无此类电表的档案，当然也不会发送对这些电表的数据抄读请求），就不会发送“暂停指令或是设置为学习状态”。
这样就出现RT不断的循环查询DM中完成任务的电表（对A、B表的抄表请求），导致工作任务始终结束不了的情况（C表没有抄读成功的数据）。
3.3“青岛东软扩展路由通信协议”路由日常抄读功能测试过程3.3.1运行模式选择
1.软件启动的时候，选择运行模式为“GDW376.2扩展（带路由）”
2.执行“设置路由运行模式”，设置为“02H扩展路由协议”
3.3.2执行步骤
1）维护电表档案信息、维护电表抄读项信息，检查确保抄读任务完成标志为未完成
2）确保“AFN=02H F2未抄读成功电表”模块中的“自动组织相关数据”选择框被选中
3）确保“AFN=02H F3电表待抄读数据项”模块中的“自动组织相关数据”选择框被选中
4）执行“AFN=01H F4启动例行抄表任务”，选定待抄读数据项内容
5）通讯模块会首先启动并行抄表，将表端回复的数据（表端根据待抄数据项类型进行相关的数据项回复）按照AFN=01H F4的上行报文格式来上报，软件根据报文内容，自动维护电表的抄读任务完成情况
6）通讯模块根据内部的路由决策，在适当时刻向上行询问未抄读成功的电表（AFN=02H F2），软件检查电表的任务列表，组织未完成任务的电表信息，发送到通讯模块（每帧报文最大含10只电表，如大于10只表，需分帧，设置后续帧标志）如所有电表都抄读成功，则上行返回电表数量为0
7）通讯模块收到未抄读成功的电表信息后，会逐表的询问待抄读数据项（AFN=02H F3），软件也是自动检查电表的任务列表，如果电表不存在，就要回复否认帧，错误字为7；如果表号存在，但无待抄读数据项，则集中器以确认帧回应；如果存在未抄读成功的数据，就要根据数据项的信息来组织回复的内容，填充规约类型、待抄读数据项类型信息、控制字信息（目前软件固定控制字为“读数据”）、数据标识信息
3.3.3执行结果查询、运行状况分析
1.从抄表任务管理界面的“抄表任务完成情况列表”页面中，可以看到抄读的数据情况，可以看到抄读的数据内容
2.从抄表任务管理界面的“RT申请抄表次数”页面中，可以看到RT对每只表的申请次数，抄表效果好的时候，每只表的抄读次数应该是数据项个数+1，“+1”是因为最后一次RT进行电表抄读项申请，上位机回复电表抄读完毕，也计算在内
（备注：对于485表抄表次数统计比较特殊，对同一个采集器的所有抄读申请都记录在第一个使用这个采集器的485表上，其他的为0）
（此功能正在开发中…）
3.3.4其他说明
1.软件组织未完成任务的电表信息的原则：
根据任务完成情况，将所有的载波表和采集器信息进行汇总
2.软件组织待抄读数据项信息的原则
对于采集器，回复数据的电表ID应该是采集器地址，报文内容中的数据标识要在原先标识的基础上添加485电表的通讯地址
目前的模式，如果上位机回复“通讯模块会询问未抄读成功的电表”为“数据单元中的电表数量为0”表示所有电表都抄读成功，但是RT在任务时间未到之前，依然会间隔1分钟“询问未抄读成功的电表”，这样做的目的是，可以使得RT及时对新增的电表进行数据抄读
3.4 路由本地串口升级操作说明
3.4.1 使用专用数据线升级步骤
1. 将插有路由板的载波模块插入到终端(先不要上电),将专用的4针升级线插入路由板XS-PORT旁
边的升级孔(具体位置在路由板的左下角,注意升级线上的带有箭头一面朝上)
2. 打开软件,在”功能选择”下选择”RT本地串口升级”,打开串口,如下图所示.注意串口是115200无校
验
3. 在软件中，首先在左侧功能选择—功能列表中，选择RT本地升级，然后点击”选择升级文件”,在弹出选择框中路由升级文件(bin)文件,程序会自动确定文件的版本号、拆分包数等。（注意升级文件名不要做更改，否则版本号等可能会计算有误）
图.
保密级别：S 资料编号：SRS-[产品代号] -[序列号] 版本：V[*].[*] [产品型号名称（二号字体）] [部件型号名称（可选、小二号字体）] 软件需求分析说明书 共11页 编制： 审核： 审定： 会签： 批准： XXXXXXXXXX公司 [****]年[**]月[**]日
文档修改记录
目录 1引言 (2) 1.1编写目的 (2) 1.2范围 (2) 1.3定义、首字母缩写词和缩略语 (2) 1.4参考资料 (2) 2项目概述 (3) 2.1产品描述 (3) 2.2产品需求 (3) 2.2.1功能需求 (3) 2.2.2性能需求 (4) 2.2.3可服务性需求 (4) 2.3用户及用户特点 (4) 2.4一般约束 (5) 2.5假设和依据 (5) 3用例描述 (5) 3.1用例1 (5) 3.2用例2 (6) 3.3用例n (6) 4外部接口需求 (7) 4.1用户接口 (7) 4.2硬件接口 (7) 4.3软件接口 (7) 4.4通信接口 (8) 5设计约束 (8) 5.1其他标准的约束 (8) 5.2硬件的限制 (8) 6属性 (8) 6.1可用性 (8) 6.2安全性 (9) 6.3可维护性 (9) 6.4可转移＼转换性 (9) 6.5警告 (9) 7其他需求 (9) 7.1数据库 (9) 7.2操作 (10) 7.3场合适应性需求 (10) 8附录 (10)
[说明：本模板中的蓝色字体与橙色字体为说明性文字，在最终提交的文档中请删除这些说明性的文字。] 1 引言 1.1 编写目的 说明编写这份软件需求说明书的目的，指出预期的读者范围。 1.2 范围 说明： a．待开发的软件系统的名称； b．说明软件将干什么，如果需要的话，还要说明软件产品不干什么； c．描述所说明的软件的应用。应当： 1）尽可能精确地描述所有相关的利益、目的、以及最终目标。 2）如果有一个较高层次的说明存在，则应该使其和高层次说明中的类似的陈述相一致（例如，系统的需求规格说明）。 1.3 定义、首字母缩写词和缩略语 列出本文件中用到的专门术语的定义和缩写词的原词组。 1.4 参考资料 列出要用到的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。 列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。
XXXXXX 单位
XXXXXXX 项目
软件需求规格说明书
龙子湖网络科技
项目 文档 文档 ID 说明 作者 最后更新时间
项目名称 软件需求规格说明书
V1.2 *** 2011-10-20
版本更新概要 版本号 V1.0
V1.1
V1.2
时间 2011-10-02
2011-10-20
2011-11-08
更新人
更新摘要 移动 OA、车辆管理模块
需求容 移动政务资源管理系统
平台需求容 根据业务需求，电子公
文在线预览
项目负责人审核与确认 供应商：
职位
审核时间
审核意见(签字)
客户方：
目录
第一章 引言 ................................................................... 5
1 编写目的 .................................................................. 5 2 软件需求分析理论........................................................... 5 3 软件需求分析目标........................................................... 5 4 参考文献 .................................................................. 6
第二章 需求概述................................................................ 7
1. 项目背景 .................................................................. 7 2. 需求概述 .................................................................. 7 3. 条件与限制(可选)........................................................... 8 4. 移动办公系统结构........................................................... 8 5. 移动办公网络拓扑图......................................................... 9
第三章 系统功能需求........................................................... 10
1. 移动办公系统升级改造需求.................................................. 10 界面显示要求 ........................................................... 11 待办公文列表 ........................................................... 11 待办公文列表排序 ....................................................... 12 公文详细信息界面元素.................................................... 12 信息审批 ............................................................... 12 会议申请 ............................................................... 12 意见录入 ............................................................... 12 移动 ................................................................... 13 会议管理 ............................................................... 13 通知通告 ............................................................... 14 通讯录管理 ............................................................. 14
2. 车辆管理模块升级改造需求.................................................. 14 系统功能架构 ........................................................... 14 网络拓扑结构 ........................................................... 16
需求说明书（软件项目管理系统） §1、前言 1.1概述 1.1.1 项目名称：软件项目管理系统 项目代码：ProjectManager 1.1.2 开发目的：本系统应能 a．管理软件项目和项目组； b．管理与项目相关的数据项和数据结构； c．管理与项目相关的系统功能描述和分组； d．管理与项目相关的项目任务和项目任务进度； e．管理与项目相关的问题，并且能进行问题跟踪； f．管理与项目相关的文档。 1.1.3 相关读者：部门经理，项目经理，测试人员，设计人员，编程人员。 1.1.4 本项目与其它产品（软件）关系。 1.2术语 本分析书所使用的专门术语定义： 部门经理——能建立项目和项目组的系统使用者； 项目经理——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 设计人员——能进行§1.1.2.b - §1.1.2.f管理的系统使用者； 编程人员——能进行§1.1.2.d - §1.1.2.f管理的系统使用者； 数据项——目标系统中的最小信息单位； 数据结构——数据项的有意义集合； 系统功能——通过目标系统能完成的有效活动； 项目任务——开发项目中要求完成的有效活动； 1.3参考资料 列举编写本分析书时所参考资料的详细信息、标题、作者、版本号、发表日期和来源等。 1.4运行环境 操作系统：Windows 2000 Professional； 数据库：MS SQL 2000 或Oracle。 1.5条件和限制 开发环境：Microsoft Visual Studio .NET 2003； 使用工具：C# §2、系统需求 1.1 功能说明 根据用户编码和用户密码校核该用户是否合法； 在校验用户密码后，可修改用户自己的密码；
目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)
6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)
1引言 1.1编写目的 学生管理系统是面向学生的，目的是提高学校对学生的管理。本系统主要包括六个模块：学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能，这六个模块基本实现设计本系统的目的，从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够，所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发，对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为：学生成绩管理信息系统。开发目标为有效管理学生信息，实现学生信息的数据录入、浏览、修改等，从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing：数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理，为学校的学生成绩管理系统
［在此处键入］****系统 软件需求规格说明书Versio n 1.0
精品资料
修订历史记录
目录 1 引言 (5) 1.1 目的与范围 (5) 1.2 预期的读者 (5) 1.3 系统的范围 (5) 1.4 参考资料 (5) 1.5 术语、缩写词 (6) 2 当前系统 (6) 2.1 当前系统概述 (6) 2.2 当前系统存在的问题................................... 错误！未定义书签。 3 建议的系统 .............................................................. 错误！未定义书签。 3.1 建议系统概述......................................... 错误！未定义书签。 3.2 功能性需求概述....................................... 错误！未定义书签。 3.3 非功能性需求......................................... 错误！未定义书签。 3.3.1 用户界面与人员因素............................ 错误！未定义书签。 3.3.2 硬件考虑..................................... 错误！未定义书签。 3.3.3 性能特征..................................... 错误！未定义书签。 3.3.4 错误处理与极端情况............................ 错误！未定义书签。 3.3.5 系统接口..................................... 错误！未定义书签。 3.3.6 质量要求..................................... 错误！未定义书签。 3.3.7 物理环境..................................... 错误！未定义书签。 3.3.8 安全问题..................................... 错误！未定义书签。 3.3.9 资源问题..................................... 错误！未定义书签。 3.4 系统变更............................................. 错误！未定义书签。 3.5 约束( Constraints ) ................................................................................. 错误！未定义书签。 3.6 系统模型............................................. 错误！未定义书签。 3.6.1 用例模型 (6) 3.6.2 对象模型..................................... 错误！未定义书签。 4 附录 .................................................................... 错误！未定义书签。 4.1 NEMA 0183 格式简介 ................................... 错误！未定义书签。
基于Java的预算管理系统（budget） 项目需求分析模板
目录Conents 第一章产品概述................................................................................................ 错误！未定义书签。 1.1业务价值.................................................................................................... 错误！未定义书签。 1.2系统实施要求............................................................................................ 错误！未定义书签。 1.3系统的先进性............................................................................................ 错误！未定义书签。第二章业务系统组成及系统模块介绍 ............................................................ 错误！未定义书签。 2.1系统功能结构图........................................................................................ 错误！未定义书签。 2.2系统功能描述............................................................................................ 错误！未定义书签。第三章系统管理................................................................................................ 错误！未定义书签。第四章系统安全................................................................................................ 错误！未定义书签。第五章系统技术体系与性能参数 .................................................................... 错误！未定义书签。 5.1系统运行方法............................................................................................ 错误！未定义书签。 5.2技术体系.................................................................................................... 错误！未定义书签。 5.3开发平台.................................................................................................... 错误！未定义书签。 5.4运行环境.................................................................................................... 错误！未定义书签。
厦漳大桥养护管理系统 V1.0 软件需求说明书 二〇一七年七月 2017.07
修改记录
目录
第一章引言 1.1编写目的 本文档作为甲乙双方就厦漳大桥养护管理系统需求理解达成一致共识的基础文件，作为双方界定项目范围、签定合同的主要基础，也作为本项目验收的主要依据。同时，本文档也作为后继工作开展的基础，供双方项目主管负责人、项目经理、技术开发人员、测试人员等理解需求之用。 1.2适用范围 本文档适用于所有与本项目有关的软件开发阶段及其相关人员，其中：项目负责人、公司方项目经理、技术开发人员（包括分析人员、设计人员、程序人员）、测试人员应重点阅读本文档各部分，其他人员可选择性阅读本文档。 1.3文档概述 本文档主要描述了厦漳大桥养护管理系统的软件需求。 本文档首先从业务背景、系统功能、运行环境等方面概要描述系统，其次从软件接口等方面描述系统的外部接口需求，然后进一步详细描述功能性需求和非功能性需求以及待确定的问题。 1.4参考资料 甲方提供的原型图、需求资料、项目背景资料等。 1.5业务背景 厦漳跨海大桥2013年5月28日正式投入运营，工程起点在主线K1+065处与厦门至成都国家高速公路海沧枢纽立交相接，途经青礁村、海门岛，止于漳州龙海市沙坛村后宅处，终点里程桩号K10+400.390，与招银疏港高速公路相连。路线长度为9335.390m，其中桥梁长度为8669.9m。大桥工程主要包括北汊桥、海门岛立交及收费服务区、南汊桥、海平互通立交等几个部分，双向6车道，设计时速100km/h。 全桥共打下桩基1441根、墩身322座、主塔4座，共296根斜拉索，用材11.5万吨钢筋、 68.7万立方米混凝土。能抗14级台风和7度地震。北汊主桥为连续半漂浮体系双塔双索面斜拉桥，主跨780m，可满足3万吨级船舶安全通航，在同类型桥梁中居全国第六、世界第
编号 003 版本 V1.0 需求规格说明书 项目名称：小区物业管理系统 项目负责人 编写 校对 审核 单位: 班第1 小组 2016年3月17日
目录 1引言 (1) 1.1编写目的 (1) 1.2背景 (1) 1.3参考资料 (1) 2任务概述 (1) 2.1目标 (1) 2.2用户的特点 (1) 3业务分析 (2) 3.1组织机构分析 (2) 3.2组织职能分析 (2) 3.3确定业务 (3) 3.4业务与机构 (3) 3.5业务与实体 (3) 3.6主要业务流程图 (4) 4需求分析 (5) 4.1系统功能需求 (5) 4.1.1系统目标分析 (5) 4.1.2系统需求结构图 (6) 4.1.3系统功能描述 (6) 4.1.4功能用例图 (8) 4.2系统性能需求 (12) 4.3输入输出要求 (12) 4.4系统界面需求 (13) 4.5故障处理要求 (13) 5运行环境规定 (13) 5.1硬件平台 (13) 5.2软件环境 (13) 6 风险分析 (13) 6.1系统面临的主要风险 (13) 6.2风险的处理策略 (14) 7遗留问题 (14)
1引言 1.1编写目的 本文档主要根据用户的需求，在对整个小区物业业务流程充分了解的情况下，从系统的目标，结构，功能，环境和风险等方面，对小区物业管理系统进行了彻底的分析，确定完整、合理和可行的方案，实现符合用户要求的信息系统。并能够充分，准确的展现出其设计的总思想，简洁地使得用户了解整个的功能。 1.2背景 A.待开发的软件系统的名称：小区物业管理系统 B.项目的任务提出者：XX小区 C.项目开发者：哈尔滨工程大学信息安全专业 D.本文档的读者范围包括： a．需求提供方具体责任人 b．开发方项目负责人、系统分析设计人员 1.3参考资料 A.《系统设计与分析》哈尔滨工程大学邢薇主编 B.《软件设计文档国家标准－需求规格说明书（GB856T——88）》 C.《JSP网络开发实例》人民邮电出版社 2任务概述 2.1目标 小区物业管理系统将覆盖小区物业管理的全过程，包括财务管理，日常工作，报表管理和资料管理等各个环节。 ?软件的各个模块操作界面简单、实用，将主要的业务平铺在界面上，让用户可以在最短的时间内掌握软件的使用方法和可以快速的找到需要的功能。 ?软件的日常工作，财务管理，管区资料等功能内容丰富，同时为用户提供查询功能，用户可以在最短时间内找到自己所需要的信息。 ?软件对在使用过程中可能出现的外部意外情况，如断电、网络中断等均进行了妥善处理，可以确保用户数据的完整性，同时在外部故障消除后，系统仍能继续操作。 ?软件对用户的权限进行了划分，保证系统内信息的机密性，安全性。 系统软件采用Java平台进行开发并实现，用户数据选用Microsoft SQL Server 2008进行统一管理。 2.2用户的特点 本软件系统主要面向小区物业的工作者，对物业的工作人员要求会使用计算机并熟悉系
软件需求分析说明书集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
学生信息管理系统 需求分析说明书 1.引言 编写目的 确定学生信息管理系统功能的有效性需求；以供本系统的开发人员参考。 项目背景 开发软件名称：学生信息管理系统。 用户：教学办公室 项目和其他软件：系统的关系。 本项目采用客户机/服务器原理，客户端程序是建立在window NT系统上以 Java为开发软件的应用程序，服务器端采用Linux为操作系统的工作站，是采用Oracle 的为开发软件的数据库服务程序。 定义 学号：学校给学生的编号，用来区分各个学生的信息的中介。 课程名：学校开设课程的名字 Java+SQL：编写该系统的面向对象的开发语言和数据库语言。
参考资料 ⑴《Oracle从入门到精通》 ⑵《JAVA程序设计项目教程》 ⑶《数据库原理及应用》 ⑷《软件工程案例教程》 2．任务概述 目标 ⑴开发意图：由于学校的不断招生，现有的系统空间小，运行速度缓慢，操作过于复 杂，有的操作还不能执行，所以要开发本系统。 ⑵应用目标：学生信息管理系统将解决现有系统的空间不足，运行缓慢，操作复杂，操 作无效等问题。 运行环境 本系统采用C/S体系结构 操作系统：Microsoft Windows xp 支持环境：IIS 数据库：Oracle 软件设备：eclipse 内存：512 M以上 硬盘空间：40G以上 CPU: 233MHZ以上
内存：256M以上 硬盘空间：以上 假定与约束 使用本系统的用户群集中在 22-35 岁的年轻人，用来做学生信息的存储，对计算机的操作一般比较熟练。根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在 2- 10 次之间。用户对界面的友好性，有非常高的要求。本系统的规模比较小，并且将提供操作手册进行操作项的详细说明 （1）、Client/Server结构总体设计方案对它的约束：本系统做为Client/Server 结构的一个应用系统，不可避免的要受到Client/Server结构的约束。在其实施的各个阶段都要服从它的一些规划，包括功能设计、系统配置和计划。同时，由于信息的共享，机票预订系统还受到其它系统的信息约束。 （2）、人力、时间的约束：本系统开发过程中也要考虑到人力、资金和时间的约束。 （3）、技术发展规律的约束：计算机技术和产品的发展日新月异，将会给信息处理带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。 3．需求规定 对功能的规定 系统流程图：系统流程图是用户操作此系统的流程和各个用户能够操作的功能，如A-1就是一个系统流程图；用户有系统管理员，教师和学生，每个用户要进入此系统都要登录。每个用户有不同的功能，系统管理员有查询，增加，修改，删除，修改密码，设置权限等功能；教师有查询，修改密码和输入学生成绩的功能；学生只有查询和修改密码的功能。 A-1系统流程图 用例图：用例图是用来表示用户能使用的功能和权限。如图A-2表示系统管理员可以运用的功能，像修改密码，管理学生信息、成绩信息、课程信息、班级信息并且设置权
系统功能规格说明书
目录Conents 第一章产品概述 (3) 1.1业务价值 (3) 1.2系统实施要求 (3) 1.3系统的先进性 (3) 第二章业务系统组成及系统模块介绍 (4) 2.1系统功能结构图 (4) 2.2系统功能描述 (4) 第三章系统管理 (5) 第四章系统安全 (5) 第五章系统技术体系与性能参数 (5) 5.1系统运行方法 (5) 5.2技术体系 (6) 5.3开发平台 (6) 5.4运行环境 (6)
第一章产品概述 1.1 业务价值 随着计算机科学的发展，计算机技术在Internet中的应用越来越广泛，为广大网络用户提供了更加周到和人性化的服务。个性化已逐渐成为当今Web应用的潮流。现如今网上购物已经成为一种时尚，成为潮流一族的必备武器。网上购物系统，可以使人们足不出户就可以购买到自己喜欢的商品，给人们带来了诸多的便利和实惠。基于J2EE开发的购物系统设计是采用JDK 1.6.0作为开发环境,MySQL作为数据库服务器,Tomcat6.0为Web服务器，满足了人们在网上购物的需求。 1.2 系统实施要求 本系统是一个电子购物系统，系统用户分为两级管理，分别为：普通用户和系统管理员。其中，普通用户可以使用的功能主要包括：注册新用户，登陆电子购物系统，浏览商品，查看商品的详细信息，查询商品，管理购物车，查看自己的订单，管理自己的订单等功能。系统管理员具有管理系统的权限，可以进行电子商品用户管理，包括查询，删除，修改等：可以进行商品管理，包括查看，查询，添加新商品等。 1.3 系统的先进性 本系统的主要目的是为各类商品信息提供分类管理、维护和网上订购功能，不但能够方便用户购买，而且有效地扩大了销售范围。利用本系统，用户可以足不出户的进行商品信息的查询和订购，和传统的购买方式相比有着较大的优势。本系统遵循软件工程标准，并按照软件工程规定的流程进行项目的开发。
专 组号：小组成员： 完成时间：
目录 1.系统概述 (3) 1.1. 系统功能简介 (3) 1.2 系统用户角色 (3) 2.理由 (3) 3.项目范围 (3) 4.系统假设 (3) 5.系统定义 (4) 6.用户场景 (5) 7.用户用例 (5) 7.1 用户用例步骤 (5) 7.2系统需求 (9) 7.2.1 功能需求 (9) 7.2.2 非功能需求 (12) 8.文档历史 (14)
1.系统概述 1.1. 系统功能简介 教务处工作人员根据设置的用户名和密码，登录到学生信息管理系统，并对学生提交的信息修改进行审核,,系统优先级高; 档案管理员添加、查看、删除、修改学生的基本信息, 系统优先级高; 老师查看自己所管班级的学生的信息, 系统优先级高; 学生修改、查看自己的某些信息, 系统优先级高; 1.2 系统用户角色 2.理由 由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的<<学生信息管理系统>>面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。 3.项目范围 学生信息管理系统是典型的信息管理系统，其开发主要包括后台数据库的建立、维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的数据库。而对于后者则要求应用程序具有功能完备，易使用等特点。学生信息管理系统对全校学生实行统一的管理，可以方便的进行增添、查询、修改、删除学生信息的工作。为了使本系统成功达到用户的要求，需要在2012.12.28之前完成本系统的开发测试，并写提交相关的技术文档。通过与用户的沟通，及时获得用户的最新需求以便于本系统的完善。 4.系统假设 本项目的开发时间为2012.9.9—2012.12.28 开发人员人数：3人 技术文档写作人员人数3人
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
安博实训平台资源 软件开发方向 BBS项目软件功能规格说明书 安博教育集团 二零零八年七月 目录Contents 目录CONTENTS (2) 第一章产品概述 (5) 1.1业务价值 (5)
1.2 系统实施要求 (6) 1.3系统的先进性 (6) 第二章业务系统组成及系统模块介绍 (7) 2.1系统功能结构图 (7) 2.2系统功能描述 (7) 第三章系统管理 (14) 3.1主角分析 (14) 3.2用户管理（前台） (17) 3.2.1用户注册 (17) 3.2.2用户登录 (18) 3. 2.3用户设置 (19) 3. 2. 4用户注销 (20) 3.3帖子管理 (20) 3. 3. 1浏览帖子 (20) 3. 3.2发表新帖 (21) 3. 3.3编辑帖子 (22) 3. 3. 4删除帖子 (23) 3. 3.5回复帖子 (24) 3. 3.6搜索帖子 (25) 3. 3.7 跟帖 (26) 3. 3.8锁定帖子 (26) 3. 3.9置顶设置 (27) 3.4个性化设置管理 (28) 3. 4.1用户消息 (28) 3. 4.2背景音乐 (29) 3. 4. 3积分与金币 (30) 3. 4. 4用户形象设计 (30) 3.5版块管理（后台） (31) 3. 5. 1添加大版 (31) 3. 5. 2添加小版 (32) 3. 5. 3大版修改 (32) 3. 5.4大版删除 (33) 3. 5. 5小版修改 (33) 3. 5. 6小版删除 (34) 3.6用户管理 (35) 3. 6.1个人信息管理 (35)
3. 6.2积分管理 (35) 3. 6. 3短消息管理 (36) 3. 6.4文章管理 (37) 3. 6. 5版主管理 (38) 第四章系统安全 (39) 第五章系统技术体系与性能参数 (40) 5.1系统运行方法 (40) 5.2技术体系 (40) 5.3开发平台 (40) 5.4运行环境 (41)
图书管理系统软件需求规格说明书 编著郑帅王超朱丙虎魏建德李璋 1 引言 本需求规格说明书是为了方便管理图书管理系统而编写，主要面向图书管理员、学生，老师, 和其他借阅图书的人员。本文档是整个软件开发的依据，它对以后阶段的工作起指导作用。本文也是项目完成后系统验收的依据。同时本说明书还是《用户手册》和《测试计划》的编写依据 1.1 编写目的 本文主要研究图书管理系统的主要功能，将用户对该系统的需求进行准确、具体的描述。 本文的预期读者是开发团队，指导老师，用户。 1.2 背景及范围 本项目的名称：图书管理系统开发软件。 本项目的任务提出者及开发者是图书管理系统软件开发小组,用户是图书管理员以普通及学生用户。本产品能具体化、合理化的管理图书馆的所存图书。 1.3 定义缩写词略语 C#语言：C#是微软为.NET Framework量身订做的程序语言，C#拥有 C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向的程序语言，和C++与Java一样亦为对象导向程序语言。 图书管理系统：图书管理是帮助图书管理员对图书进行有效管理的软件。使用C#语言，独立完成其功能。 1.4 参考资料 2 项目概述 2.1 目标 a. 为了图书管理系统更完善； b. 为了图书管理员对图书的管理更方便； c. 为了使学生更加快捷地查询图书信息。 2.2用户特点 本软件的使用对象是图书管理员及普通借书同学。懂计算机的基本操作就可以利用该软件进行所需操作。 2.3假定与约束 2.3.1 假设和依据 假设开发经费不到位，管理不完善，设计时没能用全得到考虑，本项目的开发都将受到很大的影响。 2.3.2一般约束
文档编号：HHIT-SECD-S101-01T-02 版本号：V1.0 酒店宾馆客房管理系统结构化需求规格说明 书 酒店宾馆客房管理系统的设计与实现 、、、 2013.06.18----2013.06.21 2013年6月21日 项目名称 项目负责人 项目开发单位 项目成员 项目起止时间
软件工程课程设计项目组任务分派单（组长用） 班级：_组别：___________ 组长姓名：__________ 时间：2013年6月21日 准等信息； 2、本表在每次任务完成后，由组长按照完成标准验收，并给出每个组员成绩评定（每人平均70 分制），除组长保留一份外，应及时上报任课老师（电子和纸质文档同时上报）
目录 1 引言 (4) 1.1 编写目的 (4) 1.2 背景 (4) 1.3 定义 (4) 1.4 参考资料 (4) 2 项目概述 (4) 2.1 目标 (5) 2.2 用户的特点 (5) 2.3 假定与约束 (5) 3 需求规定 (6) 3.1 对功能的规定 (6) 3.2 对性能的规定 (17) 3.2.1 精度 (17) 3.2.2 时间特性要求 (17) 3.2.3 灵活性 (18) 3.3 输入输出要求 (18) 3.4 数据管理能力要求 (18) 3.5 故障处理要求 (19) 3.6 其他专门要求 (19) 4 运行环境规定 (19) 4.1 设备 (19) 4.2 支持软件 (20) 4.3 接口 (20) 4.4 控制 (20)
1 引言 【】 1.1 编写目的 想要做一个好的客房管理系统，首先必须知道用户的需求，这样我们才会开发出真正满足用户的软件产品，在系统的需求分析阶段，开发者应该明确一个好的客房管理系统必须要做什么。 1.2 背景 宾馆客房管理系统是宾馆客房管理不可缺少的，对于宾馆的管理者和使用者来说都是非常重要的，在以往，人们使用手工登记来记录管理宾馆的日常事务，操作流程虽然简单，但随着宾馆的数量越来越多，宾馆的规模越来越大，宾馆的入住率越来越高。简单的手工登记已经无法满足管理的要求，我们需要一个客房管理系统，来满足客房管理的需求。面对如此庞大的信息量，一个成功的客房系统可以提供预定房间功能、登记信息功能、开放/ 退房功能等。为管理者与用户供充足的信息和快捷的数据处理手段，从而实现客房管理的系统化、规范化和自动化，达到信息准确、统一管理的目标。 1.3 定义 文档中采用的专门术语的定义及缩略词简要如下： JAVA:Java 语言 Microsoft SQL Server2008 VISIO:VISIO 制图工具。 1.4 参考资料 《JAVA2 程序设计基础教程》计算机职业教育联盟主编清华大学出版社出版《SQL Server 数据库基础教程》计算机职业教育联盟主编清华大学出版社出版《实用操作系统教程》葛瀛龙周旭等编著机械工业出版社出版 《计算机网络技术》施晓秋主编科学出版社出版 【】 2 项目概述
软件需求规格说明书（案例)
————————————————————————————————作者：————————————————————————————————日期： ?
软件开发方向“成绩管理系统”软件需求规约 安博教育集团 二零零八年十月
修订历史记录 日期版本说明作者2008-1０-120.8 未评审的初稿吴子敬
目录 １引言?错误!未定义书签。 １.１目的?错误!未定义书签。 1.2文档格式?错误!未定义书签。 １.３预期的读者和阅读建议....................................................... 错误!未定义书签。 １．4 范围 ....................................................................................... 错误!未定义书签。 1．５术语?错误!未定义书签。 １．6 参考文献 ............................................................................... 错误!未定义书签。 2 系统概述....................................................................................................... 错误!未定义书签。 ２.1 概述 .......................................................................................... 错误!未定义书签。 2.2 功能 ............................................................................................ 错误!未定义书签。 ２.3 运行环境 .................................................................................. 错误!未定义书签。 2．4假设与依赖?错误!未定义书签。 3 系统特性....................................................................................................... 错误!未定义书签。 3．1 系统角色 ................................................................................. 错误!未定义书签。 3.2学生管理 .................................................................................. 错误!未定义书签。 3.2.１增加学生信息 .................................................... 错误!未定义书签。 3．2.2 修改学生信息 .................................................... 错误!未定义书签。 3.2.3 删除学生信息 ........................................................ 错误!未定义书签。 ３.2.４导入学生信息?错误!未定义书签。 3．3教师管理?错误!未定义书签。 ３.3.1 增加教师信息?错误!未定义书签。 3．3.2 修改教师信息 ...................................................... 错误!未定义书签。 3．3.3 删除教师信息 ...................................................... 错误!未定义书签。 3.3.4 导入教师信息?错误!未定义书签。 3．４课程管理 ............................................................................... 错误!未定义书签。 3.4.1 增加课程基本信息 ................................................ 错误!未定义书签。 3.4.2 修改课程基本信息?错误!未定义书签。 3．4.3 删除课程基本信息 ............................................ 错误!未定义书签。 ３．4.4 维护课程学生信息?错误!未定义书签。 ３.５成绩查询 ................................................................................ 错误!未定义书签。 3.5.1 学生查询成绩 ........................................................ 错误!未定义书签。 ３.5.2 教师查询成绩?错误!未定义书签。 3.６成绩分析与统计?错误!未定义书签。 3.6.1 考试成绩表 ............................................................ 错误!未定义书签。 3.6.2 班级各科平均成绩表15? ３．6．3 年级成绩排名表?错误!未定义书签。 3.7 系统维护 .................................................................................... 错误!未定义书签。 3.7．1 数据字典维护 ...................................................... 错误!未定义书签。 4 非功能性需求............................................................................................. 错误!未定义书签。 ４．1 性能需求?错误!未定义书签。 4.2 安全性需求 ................................................................ 错误!未定义书签。 ４.3 可用性需求?错误!未定义书签。