Version 1.0
新一代电信计费系统
软件需求说明书
文挡编号WD_visitor_ZZU_100318
文挡名称可行性研究报告
撰写人
审核/批准
创建时间2010-3-18
版本变更说明：
1引言 (4)
1.1编写目的 (4)
1.2背景 (4)
1.3定义 (4)
1.4参考资料 (5)
2任务概述 (5)
2.1目标 (5)
2.2用户的特点 (5)
2.3假定和约束 (6)
2.3.1开发期限 (6)
2.3.2开发环境 (6)
2.3.3协议 (6)
2.3.4技术 (6)
3需求规定 (7)
3.1对功能的规定 (7)
3.2对性能的规定 (16)
3.2.1精度 (16)
3.2.2时间特性要求 (16)
3.2.3灵活性 (16)
3.3输人输出要求 (16)
3.4数据管理能力要求 (17)
3.5故障处理要求 (17)
3.6其他专门要求 (18)
4运行环境规定 (18)
4.1设备 (18)
4.2支持软件 (18)
4.3接口 (19)
4.4控制 (19)
软件需求说明书
1引言
1.1编写目的
这编写本说明书的目的在于明确“新一代电信计费系统”的开发者对该系统的需求，明
确系统需要实现的具体功能，系统适合运行所需的相应软硬环境，系统数据的输入输出要求，
为系统数据库结构设计、编码实现以及测试人员提供基础的指导。
本说明书的预期读者为：“新一代电信计费系统”系统的使用者和开发者。
1.2背景
a．待开发的软件系统的名称：新一代电信计费系统
b．本项目的任务提出者：visitor开发团队
开发者：visitor开发团队
用户：初步定为中国移动网络供应商及移动通信用户（主要为手机用户）
实现该软件基于B/S网络
c．该软件系统同其他系统或其他机构的基本的相互来往关系。
1.3定义
[专门术语]：客户信息包含：①个人信息：姓名，身份证号，住址。
②业务信息：账号（即手机号），使用套餐名称，客服密码，
已开业务。
HTTP的全称是超文本传输协议Hypertext Transfer Protocol。
HTTP是一个客户端和服务器端请求和应答的标准（TCP）。
客户端是终端用户，服务器端是网站。通过使用Web浏览器、网络爬虫或者其它的工具，
客户端发起一个到服务器上指定端口（默认端口为80）的HTTP请求。（我们称这个客
户端）叫用户代理（user agent）。
应答的服务器上存储着（一些）资源，比如HTML文件和图像。（我们称）这个应答服务
器为源服务器（origin server）。
在用户代理和源服务器中间可能存在多个中间层，比如代理，网关，或者隧道（tunnels）。
尽管TCP/IP协议是互联网上最流行的应用，HTTP协议并没有规定必须使用它和（基于）
它支持的层。
事实上，HTTP可以在任何其他互联网协议上，或者在其他网络上实现。HTTP只假定（其下层协议提供）可靠的传输，
任何能够提供这种保证的协议都可以被其使用。
SIP( 会话初始协议)的开发目的是用来帮助提供跨越因特网的高级电话业务。因特网电话（IP电话）正在向一种正式的商业电话模式演进，SIP就是用来确保这种演进实现而需要的NGN（下一代网络）系列协议中重要的一员。
SMS（Short Messaging Service）SMS（Short Messaging Service）是最早的短消息业务，也是现在普及率最高的一种短消息业务。目前，这种短消息的长度被限定在140字节之内，这些字节可以是文本的。SMS以简单方便的使用功能受到大众的欢迎，却始终是属于第一代的无线数据服务，在内容和应用方面存在技术标准的限制。短消息服务器使移动电话（包括Pocket PC Phone）能够使用GSM 网络发送短消息，它具有许多有趣的功能：一个SMS 消息最长可包括160 个字符。
1.4参考资料
本项目的经核准的计划任务书或合同、上级机关的批文；
中国移动资费制度相关通信法律法规《个人隐私保护法》
2任务概述
2.1目标
该软件的诞生是顺应时代发展的需要。中国通信制度急需改革，实名制的出现是一个趋势。这将减少以信息和移动电话为工具的诈骗及其他违法行为。
定义“新一代电信计费系统”要实现哪些功能，以及这些功能实现时的具体逻辑，为设计作指导。
2.2用户的特点
本软件的用户有两种。
第一种是网络供应商的用户，也即该系统的普通用户。他们将通过浏览器的形式进行个人信息的管理，以及了解最新的活动。他们不需要过多的计算机知识，只要能够使用Internet 浏览器就行。
第二种是移动的业务员和系统维护者，即管理用户。他们使用的使我们开发的“新一代电信计费系统”，但是根据各自权限的不同我们给他们展示的界面功能上会少有差异。主要表现在对数据库的管理上。移动业务员不需要什么专业的计算机知识，经过简单培训后就能够熟练掌握系统的使用；系统维护者需要有较高的专业知识，已能够对数据库进行管理和维护。
2.3假定和约束
该系统的核心在于对通话的计费的实时处理，以及信息反馈。也是该系统较大投入之一。数据库的构建也将是耗费时间的一项工作。
2.3.1开发期限
本系统的开发期限为16个月。
2.3.2开发环境
本系统的开发环境为：
编译器：Visual C++ 6.0，J builder
数据库：SQL server 2000
操作系统：Microsoft Windows XP/2003
2.3.3协议
本系统运用到的协议如下：
HTTP协议；
SIP协议；
SMS协议；
2.3.4技术
本系统OCCI接口实现对数据库的操作；
采用SIP协议进行通话服务；
采用SMS协议进行短信服务；
3需求规定3.1对功能的规定
3.1.1客户基本信息管理:
个人资料修改
为您提供查看和修改个人基本资料信息的服务和功能，包括客户名称、通信地址和邮编、邮箱地址、联系电话等。
服务密码重置
为您提供服务密码重置服务。对于没有服务密码或忘记服务密码的客户，可以通过此功能取回服务密码。
服务密码修改
为您提供服务密码修改的服务。
业务开通状态查询
为您提供查询已经开通和未开通的业务功能，并提供业务办理引导，将您导向到执行“业务变更”的页面。用户只能做到查询，而业务员可以有权限修改。
套餐使用状态查询
为您提供查询当前已开通的套餐信息和详细状态的功能。
3.1.2资费服务区可以为您做到：
当月话费查询
查询当月截至当前的非国际漫游累计通信费用总额以及分类明细。
帐户余额查询
查询当前帐户内剩余通信费用。
当月帐单查询
查询上个已出帐月的帐单。
历史帐单查询
查询前五个月的已出帐帐单。
历史详单查询
根据手机号码和时间段等信息，提供查询指定的时间段内通话清单的详细资料。
交费历史查询
查询交费的历史记录信息。
定制话费信息
通过网上申请、定制、取消相关的话费信息通知服务，这些服务包括交费提醒定制、帐户余额提醒定制、短信月帐单定制、纸制月帐单定制和Email帐单定制等。
网上交费
您可以在公司网站上用银行帐户缴纳话费。
3.1.3 增值业务办理：
对我们的产品功能和服务进行在线申请、定制、变更、取消等操作。
常用产品办理
提供常用产品的介绍、开通和取消功能，包括：基本通话、呼叫等待、呼叫转移、三方通话、呼叫限制、来电显示、来电提醒、彩铃、彩信、移动秘书、国内漫游、网上交费、短消息、手机上网等（包括各省公司特色业务）。
新业务办理
新业务特指全网新推出的产品或服务，如飞信、短信回执、号薄管家、手机报等。对于此类业务，在网站上实现业务的介绍、申请、定制、取消及状态变更。
梦网业务办理
梦网业务特指除中国移动自有业务之外，在梦网计划下，与中国移动合作的第三方公司所提供的业务内容。梦网业务办理指在网站上为客户办理第三方公司所提供的业务的查询、浏览、订购等服务和功能。
梦网业务退定
为您提供所有已订购梦网业务查询与退定的功能。梦网业务的退定服务将统一纳入到SP业务查询与退定中办理。
无线音乐业务办理
无线音乐业务指中国移动提供的无线音乐产品，包括彩铃、IVR、振铃等。您可以在网站上获得我们所提供的彩铃、IVR、振铃等无线音乐产品的查询、浏览、试听、下载、订购和设置等服务和功能。
套餐办理与变更
为您提供个人套餐的办理及修改，包括：全球通套餐、神州行套餐、动感地带套餐等主资费产品和其他长话、数据叠加在主产品上的优惠套餐等（含各省公司特色业务）。套餐业务包括申请套餐服务，查询所使用的套餐计划，并实现下月套餐计划变更和套餐计划取消。
预约服务
为钻石卡、金卡和银卡个人大客户提供预约办理服务的受理、查询和取消功能。
手机报停/复机
手机报停是指您可以通过网站，主动申请暂时停止对您其所拥有的移动终端号码的所有服务。手机复机则是您通过网站恢复对您所拥有的移动终端号码的所有服务。
备卡激活
您可以通过网站，办理手机SIM卡备卡激活功能。
呼叫转移设置
您可以通过网站，进行无条件呼叫转移号码设置或取消。
总体设计图：
附1： SIP协议原理图：
附2：SMS工作原理图：
3.2对性能的规定
3.2.1精度
该系统的主要操作数据就是用户的花费，精确到0.01元。
3.2.2时间特性要求
要想提供令客户满意的服务，在完善强大的功能背后，系统的反应时间是很关键的因素。在这里我们要求对于查询的响应时间不能超过3秒。
对于每次通话后信息回馈在5秒内。
3.2.3灵活性
该系统的数据库要求可以再需要的时候添加新的关系，或者属性。而不会降低系统的性能。当数据库发生变化时，我们对应的系统版本需要升级，但是拥有的界面与接口不会发生什么大的变化，只是添加相应的功能按钮。
如果我们的客户需要对界面的友好性及美观性作出要求，在追加资金的情况下，我们可以增进界面的友好程度，但是不会丢失原来系统的优良性，操作方式依旧保持不变。
这些都是在系统投入运行以后可能面对的问题，在这里我们要做好心理准备。
3.3输人输出要求
3.3.1 电话服务：
拨打电话10086，系统将在5秒左右做出响应。可以根据语音提示，做出适合客户的服务。各种业务的办理，以及退订。查询时给出具体的数值。精确度到0.01元。
3.3.2 短信服务：
拨打电话100861，系统将在十秒内做出响应。回复本月截至当天的费用和剩余花费。精确度到0.01元。另外，可以根据短信上的回复选项，恢复数字，进行进一步的服务。
3.3.3 因特网：
登陆所在地的移动网站，或者官方网站，然后链接到所在地网站。输入号码，以及服务密码。可以进行话费查询。精确度到0.01元。业务办理预退订。
3.4数据管理能力要求
2010年3月18日晚，中国移动在香港联交所发布了2009年度财报。身为全球用户规模最大的运营商，中国移动的客户数已超过5.22亿户。去年全年净增客户6503万户。
数据显示,中国移动2010年2月净增用户551.8万户，较一月份净增511.5万用户有所提高。同时高于去年月净增长541.9万户的数量。
每个用户大约12IOPS，和0.25兆。则可以确定服务器的需求如下：
用户：5.22亿；
高峰DB IOPS：5.22亿*0.12=0.6264亿。
高峰日志IOPS：（DBIOPS）/10=0.0783亿。
高峰兆周数：5.22亿*0.25=1.305亿兆。
要处理高峰数据量，应在处理器和存储设计上增加25%的缓冲。在增加此缓冲后，最低的存储要求是：
高峰DB IOPS：0.6264*1.25=0.783亿。
高峰日志IOPS：0.0783*1.25=0.0979亿。
高峰兆周数： 1.305*1.25=1.64亿兆。
根据增长的用户量：
高峰DB IOPS：600万*0.12=72万。
高峰日志IOPS：（DBIOPS）/10=0.72亿。
高峰兆周数：600万*0.25=150万兆。
因此，存储要求为1.64亿兆，并且，每月应增长150万兆。并且，在一定的月数后，可以酌情一个月不增长。
3.5故障处理要求
该系统的核心部分在数据库，数据库的保护是核心任务。要求具有即时备份功能。当数
据量的更新达到一定得限度，或者间隔时长达到一定要求，数据库可以自主选择备份。以尽可能降低在出现断电、误操作等行为造成的损失。
3.6其他专门要求
该系统的安全要求级别很高，对于数据库的访问及操作需要足够的权限。移动客户不具备对其基本信息意外的数据进行更新等操作的权限，业务员可以对数据库进行增添、修改新数据，但不具备删除数据的能力。对于过期或需要注销的用户，是在满足预定义条件后，由数据库系统进行自动删除的。对于花费、套餐使用情况等的统计，只能由数据库自动进行修改，或者数据库管理人员具有修改权限（但需要主管部门的同意）。
同时还要放黑客的攻击。当数据库系统被破解或者登陆的那一刻，它可以完成自动备份。当检查到有“恶意”操作的时候，我们在服务器上的数据应该具有自动drop功能，以减少信息的透漏和降低经济损失。系统管理员可以把备份的数据重新放至服务器。
4运行环境规定
4.1设备
该软件的终端运行设备为微机，采用系统为windows2000或更高windows版本。远程服务器端系统采用Windows Serve，数据库操作系统采用SQL Serve2000（企业版、个人版），多块硬盘联机存储。在脱机情况下，可以对存储硬盘进行读写操作，当然这需要相关部门的批准。
通信网络的运行仍旧依靠原始的通信卫星以及发射塔、接收器等专业通信设备。
4.2支持软件
4.3接口
本系统采用图形用户接口，以鼠标和键盘为用户接口，方便用户对专家数据的操作，此外采用动态树视图技术，满足不同用户对专家库中专家的分类管理需求。
本系统的数据导入和导出功能，方便各移动业务员终端设备和远程服务器的数据交换。系统基于B／S模式开发。保证数据库系统的物理独立性。
4.4控制
移动用户端通过EB页面的按钮发送消息，传达给远程服务器，如果满足权限则可以进行相关信息的更新。在业务员的终端，在登录以后则可以进行权限内的信息更新，或请求信息更新。在远程服务器端，数据库管理系统自动对相关预设定信息进行更新，例如花费信息、套餐使用情况等的更新，是不需要任何手动进行修改的，除非在获得相关部门同意后，数据库管理人员可以拥有权限进行相关修改。
服务器端的系统是自动运行的，同时数据库管理人员有权限进行修改；移动业务员需要登录后进行才可以对信息进行处理；移动的用户，在登录WEB界面输入客服信息后可以对自己的相关信息进行查询，修改。
深圳天源迪科信息技术股份有限公司 项目编号/BRS版本：X.X 状态： XXX系统 业务需求说明书 本文件属深圳天源迪科信息技术股份有限公司所有， 未经书面许可，不得以任何形式复印或传播。
文件建立/修改记录
目录 1 简介 (4) 1.1 目的 (4) 1.2 背景 (4) 1.3 适用范围 (4) 1.4 参考资料 (4) 1.5 术语 (4) 2 业务需求 (4) 2.1 <业务需求1> (4) 2.1.1需求来源 (4) 2.1.2需求描述 (4) 2.1.3角色 (4) 2.1.4解决方案 (4) 2.1.5优先级 (5) 2.1.6补充内容 (5) 2.2 <业务需求2> (5) 2.3 <业务需求3> (5) 3 附录 (5)
1简介 1.1目的 【列举说明编写业务需求说明书要达到的目的。】 1.2背景 【可能的相关背景知识介绍。】 1.3适用范围 【说明此文档所适用的范围。】 1.4参考资料 【编写业务说明书时参考的相关资料，需指明出处与时间。】 1.5术语 【对文档中使用到的相关术语、简称作以解释。】 2业务需求 2.1<业务需求1> 2.1.1需求来源 【说明提出此需求的单位及个人。】 2.1.2需求描述 【用户提出的需求简要说明，比如“管理业务”。】 2.1.3角色 【说明与此需求相关的角色。】 2.1.4解决方案 【说明针对用户的问题，所提出的解决方案。如果有多个，可以在此处都列出来。】
2.1.5优先级 【说明此项需求的优先级。】 2.1.6补充内容 【在上面5点之外需要描述的内容。】 2.2<业务需求2> …… 2.3<业务需求3> …… 3附录 【各种需要在本文档中补充说明的附录和附表。】
目录 第1章概述 1 1.1系统介绍 1 1.2软件运行要求1第2章招标工具 2 2.1MSDE软件安装步骤 3 2.2“招标工具”软件概述 3 2.3招标工具的应用 3 2.4广联达计价软件中编制招标文件流程 4 2.5计价软件生产的招标XML导入招标工具7 2.6电子招标文件检查10 2.7打印与生成招标文件11 2.8注意事项12 2.9常见应用问题12第3章投标工具 14 3.1投标文件的编制14 3.2广联达计价软件中编辑投标书14 3.3导入投标工具24 3.4保存在制作标书时的中间文件23 3.5标书检查23 3.6生成加密标书24 3.7报表输出.25 3.8常见应用问题26
第1章概述 1.1 系统介绍 随着杭州市城市建设的发展，建筑工程规模的逐步扩大，招投标管理工作的重要性与日俱增。招投标管理工作的目的是为了在建设工程招投标过程中把握住“公开、公平、公正”的原则，而当前的招投标工作，基本采用完全的人工操作方式，尤其是在商务标的评标工作中，需要耗费评标专家大量的时间、精力在商务标数据的处理分析判别工作上，而最终的评审结果往往也不是很全面细致。 要真正达到招投标的预期目标，只有采用电子化信息处理的方法，将大量的数据处理工作先交由计算机进行分析处理，而评审专家只需要根据分析结果作出专业的判断就可以了。杭州市建设工程电子招投标系统在此需求背景下应运而生。 杭州市建设工程电子招投标系统的设计是借鉴了其他地区电子招投标的成功经验，对于预计可实现的目标，着重强调了如下三点： 1)、设计坚持易操作性，充分利用计算机管理的优势，提高招投标管理的效率。 2)、数据坚持完整性，利用电子信息的海量性与多元性，加强招投标管理的力度。 3)、完全符合杭州市招投标管理办法，保持并提升了招投标管理的优势。 杭州市建设工程电子招投标系统，包括有四个工具：招标工具、投标工具、开标工具、评标工具。 1.2 软件运行要求
电信级IT系统技术要求-----------------------作者：
-----------------------日期：
CRM和BOSS解耦后，业务运营支撑系统与业务平台间交互更加复杂，数据跨系统分布情况凸显，大量关键数据分别存储在两个或多个系统中，数据入口和出口不一致，多系统同时对数据进行操作，增加数据不一致风险。为此，数据一致性管理提出了如下建设目标： 1、确保跨系统分布的数据在CRM、BOSS及相关网元间的一致性。 2、确保跨系统业务流程在CRM、BOSS及相关网元间的业务一致性。 3、根据数据的业务特性，采用适当手段，提升数据同步的实时性。 本规范通过对CRM、BOSS及相关网元间的数据分布和数据交互关系的分析，对不同情况产生的数据差异问题，采用不同的数据一致性保障手段，对数据一致性保障手段定义、适用范围等进行阐述，并对实现原则等提出明确技术要求。 1.1数据一致性原则 数据一致性管理是针对CRM、BOSS系统及相关网元间存在的数据差异问题采取的技术和管理手段。CRM、BOSS及相关网元间的数据一致性通过业务完整性和数据稽核与同步等手段保证。 不同阶段产生的数据一致性问题，应采用不同保障手段，从事前、事中、事后三方面考虑。 事前数据一致性主要通过优化设计的手段保证，并遵循如下保障原则： 1、合理的数据分布设计，是指在实施CRM和BOSS的过程中，充分考虑到跨系统流 程和跨系统数据分布对系统造成的影响，合理分布数据，尽量避免不必要的数据 复制和同步，避免冗余数据，尽量在一个平台存储和管理数据。 2、合理的跨系统流程设计，是指在满足业务需求的基础上，尽量避免采用同步的通 讯机制和不可靠的传输机制。 3、合理的应用分布，是指充分考虑冗余、复用机制，合理采用多进程、多线程，提 高数据处理的实时性。 4、合理的同步策略，对于在多个平台存储同一数据的情况，应尽量考虑以其中的一 个平台作为标准进行同步。 事中数据一致性主要通过业务完整性相关手段进行保障；事后数据一致性通过订单数据稽核、数据稽核与同步等方式实施保证。下面章节将对事中、事后一致性保障手段做详细介绍。
需求规格说明书
目录 第一章综述 (1) 1.1编制目的 (1) 1.2适用范围 (1) 1.3参考依据 (1) 1.4编制约束 (1) 1.4.1图元约束 (1) 1.4.2编码约束 (2) 1.4.3格式约束 (3) 1.5内容结构（可选） (4) 1.6导读说明 (4) 第二章项目概述 (5) 2.1项目背景 (5) 2.2项目范围 (5) 2.3项目目标 (5) 2.4现状描述 (5) 第三章需求总体分析 (6) 3.1功能体系设计 (6) 3.1.1功能结构 (6) 3.1.2功能分布 (7) 3.2整体业务流程（可选） (8) 3.3业务标准体系 (9) 第四章功能性需求 (10) 4.1功能综述 (10) 4.2需求清单 (10) 4.3需求优先级（可选） (10) 4.4功能编码?功能项 (11) 4.4.1功能综述 (11) 4.4.2业务流程 (11) 4.4.3关系分析 (13) 4.4.4详细功能需求 (13) 第五章非功能性需求 (17) 5.1软件质量属性需求 (17) 5.1.1运行期 (17) 5.1.2非运行期 (20) 5.2约束性需求 (21) 5.2.1基础架构 (21) 5.2.2标准规范 (21) 5.2.3集成要求 (21) 5.2.4其他约束 (21) 第六章集成需求 (22)
6.1技术要求 (22) 6.2数据集成 (22) 6.3应用集成 (22) 6.4流程集成 (23) 第七章尚需解决的问题 (24) 7.1问题总表 (25) 7.2问题处理 (25) 附录I 业务对象 (26)
第一章综述 若采用分册编制方式组织，则本章与第二章、第三章单独成册，其它分册可略去本章、第二章和第三章内容。 1.1编制目的 用简洁的语言描述编写这个文档的目的。 1.2适用范围 本文档适用的范围。 1.3参考依据 列举编写软件需求规格说明时所参考的资料或其它资源。这可能包括且不限于：用户界面风格指导、合同、标准、系统需求规格说明、使用实例文档，或相关产品的软件需求规格说明。对于非易获得性或项目所专属的参考资料，应当以附件形式提供。 1.4编制约束 1.4.1图元约束 （1）流程图图元约束：
1 引言 (3) 1.1 编写目的 (3) 1.2 范围 (3) 1.3 项目背景 (3) 1.4 主要业务名词和术语定义 (3) 1.5 参考文献 (3) 2 需求概述 (3) 2.1 用户现状/业界当前系统 (3) 2.2 业务目标 (4) 2.3 业务过程分解 (4) 2.4 本业务模型与其他系统的关系 (4) 2.5 业务边界定义 (4) 3 详细需求 (4) 3.1 子业务1 (4) 3.1.1 业务流程 (4) 3.1.2 干系人的关注目标 (5) 3.1.3 业务规则 (5) 3.1.4 操作界面说明 (5) 3.1.5 数据实体 (5) 3.2 子业务2 (5) 3.2.1 业务流程 (6) 3.2.2 干系人的关注目标 (6) 3.2.3 业务规则 (6) 3.2.4 操作界面说明 (6) 3.2.5 数据实体 (6) 4 基础数据说明 (6) 5 非功能需求 (6) 5.1 性能 (6) 5.2 易用性 (7)
5.3 可维护性 (7) 5.4 可移植性 (7) 5.4.1 硬件环境 (7) 5.4.2 软件环境 (7) 5.5 故障处理要求 (7) 5.6 安全性 (7) 5.7 不允许发生的事件 (8) 6 附录 (8) 业务需求说明书 1引言 需求说明书说清楚了“四要素”，实际上就说清楚了如下问题：业务的办理流程是什么？业务办理条件是什么？操作员通过怎么样的界面（简单描述要求）办理该业务？系统最后操作哪些数据、生成哪些表单？ 1.1编写目的 可选
1.2范围 可选 1.3项目背景 可选 1.4主要业务名词和术语定义 1.5参考文献 2需求概述 2.1用户现状/业界当前系统 可选。用于老系统改进时，主要阐述用户现状（组织架构、it现状等）；用于新课题的研究时，简单阐述业界同类系统所提供的功能 2.2业务目标 阐述本模块具体是实现的业务目标，即解决的业务问题，是业务需求的出发点和核心所在。 2.3业务过程分解 根据业务目标进行业务过程分解，主要包括：主流程、配合过程、辅助过程等。 2.4本业务模型与其他系统的关系 阐述本系统/模块与QONE其他模块或客户系统可能存在的关系，可以用关系图表示
AMG2T-022-2011 天津卓朗科技发展有限公司详细设计说明书 编号: 版本: 语言: 变更记录
填表说明: 1.日期:2012-3-9。 2.版本:0.1。 3.变更说明:初稿。 4.作者:王毅。 目录 1.概述 (4 1.1编写目的 (4 1.2读者对象 (4 1.3参考文献 (4
1.4术语与缩写解释 (4 2.系统说明 (4 2.1说明 (4 2.2主要功能 (4 2.3设计约束 (5 2.4开发、测试与运行环境........................................................................................... 错误!未定义书签。 3.软件系统结构设计 (6 3.1总体架构 (6 3.2逻辑架构 (7 3.3物理结构................................................................................................................... 错误!未定义书签。 3.3.1软件部署结构(可选............................................................................... 错误!未定义书签。 3.3.2硬件部署结构............................................................................................... 错 误!未定义书签。 3.4实施步骤................................................................................................................... 错误!未定义书签。 4.综合考虑 (8 4.1稳定性和可扩展性 (8
电信资费管理系统软件需求分析报告
软件需求分析报告 电信资费管理系统 学生姓名 _宋坤明 _王超 __ 学号 专业班级计算机科学与技术10-01班院（系）计算机与通信工程 指导教师支俊 完成时间年 11月 12日 成绩
前言项目分工
目 录 一 项当前景文档 .................................................... 错 误!未定义书签。 1. □□□□□□ ............................................. 错误!未定义书签。 !未定义书签。 !未定义书签。 二 软件需求规格说明书 ......................................... 错误!未定义书签。 附 录 .................................................................... 错误!未定义书签。 注：整个目录使用1.5倍行距
一.前景和范围文档 1.业务需求 1.1背景、业务机会和客户需要 随着计算机技术的不断应用和提高，计算机已经深入到社会生活的各个角落。近年来, 电信行业经历了很大的变化，从固定到移动, 从语音到数据, 从电路交换到分组交换, 从窄带到宽带的变化。电信运营商在市场和政策的双重影响下, 正面临着深刻的重组。新技术新业务创造了市场机会, 使新运营商不断兴起。旧运营商为了保持原有的市场份额也经过兼并改组等方式不断扩大业务范围, 争取为客户提供从传统的市话、长话、移动、智能网到新兴的数据。用户将来能够在多个运营商提供的多种电信业务中自由选择。 在这种大背景下, 对电信运营商的计费和其它业务支持系统的要求有了大的变化, 怎么能够达到尽量为用户提供优惠和方便, 以吸引更多用户, 又能够保证企业合理的收益, 降低运营成本, 维持企业的运行和发展的目的。电信计费系统成为了电信行业的运行体系中最重要的支撑系统。从为用户提供综合服务的运营商的角度来看, 一个好的资费系统应具有以下特点: 综合性：能够满足同时从不同的数据源中采集数据，并能够对
需求分析说明书 1. 引言 (3) 1.1 编写目的 (3) 1.2 项目风险 (3) 1.3 预期读者和阅读建议 (5) 1.4 产品范围 (5) 1.5 参考文献 (5) 2. 系统总体概述 (6) 2.1 目标 (6) 2.2 用户类和特性 (7) 2.3 运行环境 (7) 2.3.1 硬件环境 (7) 2.3.2 软件环境 (7) 2.4 设计和实现上的限制 (7) 2.5 假设和约束(依赖) (8) 2.5.1 产品的SEO排名 (8) 2.5.3系统的安全 (8) 3. 外部接口需求 (8) 3.1 用户界面 (8) 3.2 硬件接口 (8) 3.3 软件接口 (8) 3.4 通讯接口 (9) 4. 系统特性 (9) 4.1 说明和优先级 (9) 4.2 激励／响应序列 (9) 4.3 功能需求 (9) 4.4 功能详述 (12) 4.4.1以使用软件的汽车用户为例： (12) 5. 其它非功能需求 (13) 5.1 性能需求 (13) 5.2 安全措施需求 (13) 5.3 安全性需求 (14) 5.4 操作需求 (14) 5.5 软件质量属性 (14) 5.6 业务规则 (14) 5.7 用户文档 (14) 6. 词汇表 (14) 6.1 SSH (14)
6.2 JAVA (14) 6.3 MYSQL (15) 7. 待定问题列表 (15)
1. 引言 1.1 编写目的 本需求分析说明书对本项目第一阶段的内容进行分析，对需求细节和实现方式进行了较为详细的阐述。本需求说明书供业务和科技部门人员、软件需求提供人员、软件的概要设计人员、软件的开发人员、软件的测试人员使用，并作为产品验收确认的依据。 需求分析是在可行性研究的基础上，将用户对系统的描述，通过开发人员的分析概括，抽象为完整的需求定义，再形成一系列文档的过程。可行性研究旨在评估目标系统是否值得去开发，问题是否能够解决，而需求分析旨在回答"系统做什么"的问题，确保将来开发出来的软件产品能够真正满足用户的需要。 构建一个软件系统最困难的工作是确定构建什么。其他任何工作都不会像这部分工作那样，在出错之后会如此严重地影响随后实现的系统，并且在以后修补竟会如此的困难。 需求分析是一个非常重要的过程，它完成的好坏直接影响后续软件开发的质量。一般情况下，用户并不熟悉计算机的相关知识，而软件开发人员对相关的业务领域也不甚了解，用户与开发人员之间对同一问题理解的差异和习惯用语的不同往往会为需求分析带来很大的困难。所以，开发人员和用户之间充分和有效的沟通在需求分析的过程中至关重要。 有效的需求分析通常都具有一定的难度，一方面是因为交流存在障碍，另一方面是因为用户通常对需求的陈述不完备、不准确和不全面，并且还可能不断地变化。开发人员不仅需要在用户的帮助下抽象现有的需求，还需要挖掘隐藏的需求。此外，把各项需求抽象为目标系统的高层逻辑模型对日后的开发工作也至关重要。合理的高层逻辑模型是系统设计的前提。 在进行需求分析的过程中，首先要明确需求分析应该是一个迭代的过程。由于市场环境的易变性以及用户本身对于需求描述的模糊性，需求往往很难做到一步到位。需求分析不仅仅是属于软件开发生命周期早期的一项工作，而且还应该贯穿于整个生命周期中，它应该随着项目的深入而不断地变化。 此外，为了方便后续的评审和测试等工作，需求的描述应该尽量做到：具体、详细、可以测量和可以实现，并且基于时间。 1.2 项目风险 政策风险分析： 随着社会的进步与人们生活水平的提高大幅度增加，尤其在我国汽车进入家庭的条件下，需要更多的适合现代汽车技术要求和社会经济承受能力的汽车维修检测设备，为了让四轮定位仪市场变得规范、有序，中国汽车保修设备行业协会与全国汽车维修标准化技术委员会于2004年，制定了四轮定位仪的行业标准（标准号JT/T505-2004），国家交通部2004年国标GB/T16739.1-.2-2004《汽车维修业开业条件》规定：一、二类汽车维修企业必须配备
业务需求说明书 Company number：【0089WT-8898YT-W8CCB-BUUT-202108】
业务需求说明书文档版本记录
目录
1引言 1.1编写目的 本需求说明书的编写目的为： (1)使各业务部门在与系统相关的业务流程、岗位权限、业务操作方式等方面达成一致，作为项目立项、工作量估算、系统需求分析、系统设计的依据。 (2)使IT需求分析、设计人员充分理解与本系统相关各项业务需求、系统实现目标、范围，同时明确为实现业务需求所需要的功能要点。 1.2预期读者 本说明书的预期读者为安徽江淮汽车股份有限公司相关业务部门，需求分析、开发、维护等IT人员，以及系统最终用户。 1.3参考资料 【描述参考业务制度文件等】 1.4术语、定义和缩写 【描述本文档涉及的专业术语、相关定义和缩写】 2业务需求概述 2.1项目目标 【描述本项目背景和目标，说明系统应支持的业务类型，期望达到的管理目的等】 2.2总体业务流程 【描述本系统的总体业务需求，并通过图形和文字的方式，对标准业务流程以及流程特例进行说明】
2.3岗位职责 【描述相关业务岗位及其工作职责，对应于系统中的角色及权限】 3功能需求 【逐一描述业务需求、所需的系统功能和操作流程，按功能层次逐级描述】3.1功能一 【描述主要业务功能，包括界面、输入输出和业务规则等】 3.1.1功能描述 3.1.2用户界面 【描述主要用户界面和操作方面的要求，可以结合图表说明】 3.1.3输入要求 【描述输入介质，包括表单、数据清单、图形、扫描件等】 3.1.4输出要求 【描述输出要求，包括表单、报表、图形、扫描件等】 3.1.5业务规则 【描述数据处理的主要业务规则和逻辑】 3.2功能二 … 4非功能需求 4.1时间要求 【明确上线时间等要求】 4.2性能要求 【描述用户数量、数据规模、响应时间要求等】 4.3安全需求 【描述账号口令、用户账号、访问控制、通信加密等要求】
F3智能识别管理系统 说明
一、系统概述 基于车牌识别的停车场管理系统是一种现代化停车场车辆收费及设备自动化管理系统，是将停车场完全置于计算机管理下的高科技机电一体化产品。它主要是针对建设大型车流场所、机场、高档商业区等内部停车场的管理需要，以管理安全，操作方便为目标，以大厦、大型车流场所、机场、购物中心、高档商业区等业主及其他人员为主要服务对象，以达到停车用户进出快捷、方便、安全，物业公司管理更加高效、服务更加优质的目的。停车场智能识别管理系统的应用对提高整个大厦的整体形象，提高物业管理公司的管理层次和综合服务水平方面将起到重要的作用。 二、系统功能（优点简介） 灵活分配权限 系统中根据登录的用户有不同的操作权限，提升了程序的安全性和可追踪性 自定义设置监控 指定要监控的名称，设备IP，灵活的修改监控方案 车辆自动识别 系统将出入库车辆的车牌号码作为车辆管理的唯一凭证，自动采集出入库车辆的前部特征图像，自动识别车牌号码并记录车辆的前部全景图像，作为停车管理、安全认证的原始数据，并以车牌号码作为数据标识进行信息数据管理。 车辆信息显示 系统可将各种车辆详细信息在入口时记录。 系统可查询：场内车信息、出入记录车辆信息、车辆信息操作、异常放行车辆等信息 系统可根据查询条件所得出的数据进行打印 对车场会员优惠收费 值班人员在系统软件界面输入会员车辆车牌号码、有效期限、车辆类型，可根据实际情况进行充值，延期，退款，等操作，当登记车辆驶出停车场时，系统自动处理收费信息，并按车辆类型计算停车费用。 黑名单管理 将需要追踪的车辆信息添加入黑名单，当车辆出现在监控范围内时会报警提示值班人员 语音提示功能 可根据客户的要求，对进、出不同车辆类型进行相应提示，入口提示内容包含“粤A88888欢迎光临”；粤A88888有效期X天，若有效期即将结束，会提示‘请及时延期’；粤A88888余额X元，若余额即将不足，会友情提示‘请及时充值’；出口提示内容包含“粤A88888一路顺风、粤A88888请缴纳X元；粤A88888
1.1 关键技术需求趋势研判 1.1.1SOA技术 面向服务的体系结构（service-oriented architecture，SOA）不是一种语言，也不是一种具体的技术而是一种软件系统架构，它尝试给出在特定环境下推荐采用的一种架构。因此，从这个角度上来说，它更像一种模式(Pattern)，一种软件开发和集成的模式。它与很多已有的软件技术比如面向对象技术，是互补的而非互斥的。它们分别面向不同的应用场景，用来满足不同的特定需求。 SOA也是一个组件模型，它将应用系统的不同功能单元进行组件化封装，在SOA中称这种组件为Service（服务），并在这些服务之间定义良好的接口和契约。应用系统通过这些定义良好的接口和契约被联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。SOA具有如下特点： ?一个组件模型，它将应用程序的不同功能单元（简称服务）通过这些服 务之间定义良好的接口和契约联系起来。 ?接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、 操作系统和编程语言。 ?构建在各种各样的系统中的服务可以以一种统一和通用的方式进行交 互。 SOA所具有的松耦合、可灵活支持业务流程重构、广泛应用标准等重要特点，使得SOA更适用于对业务应用的服务性组合、编排、封装及发布；异构平台间的系统集成；不同商业应用系统之间的业务集成。这与目前我国电信运营商现有运营支撑系统中急需解决的问题正好吻合，随着SOA技术和相关产品的不断成熟，其在我国电信运营商的IT系统整合中所能发挥的作用也会越来越大。当然更多是SOA的理念与设计方法的应用。比如，客户查询用户帐单的功能，对于用户来讲是一个服务功能，但可能通过多个渠道来获得：语音，互联网，客服人员，营业厅，短信，WAP等，这些不同的客户接触渠道本不必了解计费系统部数据是如
出行服务网站 产品需求规格说明书 部门： 时间:
目录 1引言................................................ 错误!未定义书签。 编写目的....................................... 错误!未定义书签。 项目背景....................................... 错误!未定义书签。 术语定义及编写说明............................. 错误!未定义书签。 版本更新信息................................... 错误!未定义书签。2产品定义............................................ 错误!未定义书签。 应用目标....................................... 错误!未定义书签。 产品业务流程........................................ 错误!未定义书签。 接口描述............................................ 错误!未定义书签。3应用环境............................................ 错误!未定义书签。 设备环境....................................... 错误!未定义书签。 系统运行的硬件环境............................. 错误!未定义书签。 系统运行的软件环境............................. 错误!未定义书签。 系统运行的网络环境............................. 错误!未定义书签。 用户操作模式................................... 错误!未定义书签。4功能规格............................................ 错误!未定义书签。 前台功能....................................... 错误!未定义书签。MISP网站系统前台主要功能如下图所示：................... 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。 Function ................................ 错误!未定义书签。
项目需求说明书 一、资质要求 1.为保证项目实施和设备售后服务质量，投标方需为辽宁本地中央政府采购协议供货商或在本地有独立服务机构的外地中央政府采购协议供货商。 2.投标方需提供企业法人营业执照扫描件，税务登记证扫描件、单位组织机构代码证扫描件，在竞价时须以附件形式上传相关资质证明。 3.投标方应提供液晶拼接屏产品的生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 4.投标方应提供视频会议终端生产厂家售后服务承诺函原件。（竞价时以附件形式上传） 二、总体要求 1.投标报价应为交货含税价（以人民币为结算单位），包括货物、配件、附件运至指定交货地点费用；安装费、调试费，使用培训费、系统集成费、售后服务费用、税金及其他所有相关费用的总和。采购方不再单独支付其他任何费用。 2.投标方所提供的设备需为原装正品、全新、符合国家相关质量标准。所有设备均需包含安装使用所必需的信号线、电源线等附属品。 3.投标方所提供的视频会议终端和摄像头应能与我省气象部门现有的华为设备实现数字级联，并能做到音视频及双流的双向互联互通互控，能实现对新老系统中所有的MCU和终端进行统一调度和管理。所提供设备如为其他品牌，需同时提供由权威机构出具的和华为产品兼容的测试报告。（竞价时以附件形式上传） 4.为保证系统集成工作顺利进行，投标方须针对本项目自行踏勘现场后制定完善的整体系统集成规划方案和效果图。（竞价时以附件形式上传） 5.设备验收时投标人需负责提供原生产厂商对货物的售后服务质量承诺书原件等相关资料。 三、硬件设备及技术指标 （一）清投视讯液晶拼接系统1套。主要设备含46寸液晶拼接屏12块、拼接屏底座及支架1套、内置图形处理系统1套、图形控制系统1套及相应线缆。为保证系统的安全性，要求图像拼接控制器与液晶大屏幕为同一厂商生产的合格产品。（需提供图像拼接控制器彩页加盖制造厂商公章。）具体技术指标如下： 1.液晶拼接屏采用12块（3*4）46寸液晶屏组成，两块液晶拼接单元间拼缝不大于5.5mm ，面板平整度小于0.3mm，液晶拼接单元须采用三星原装46寸S-PVA面板，需提供三星进口面板报关单以及产品彩页加盖制造厂商公章。 2.液晶拼接单元背光源采用直下式LED灯点阵排列，物理分辨率需达到1920×1080，支持信号的输入分辨率为1920×1080，对比度要求达到3500:1，屏幕亮度达到450cd/㎡，可视角度需达到178°以上(横向和纵向)。可满足7×24小时长时使用，寿命不低于50000小时。 3.液晶显示设备需要具有国家强制CCC认证、电工产品安全测试的CB体系认证报告及CE认证，投标人须提供公安部相关检测机构出具的性能检测报告。（在投标文件中提供复印件，加盖制造厂商公章） 4.液晶显示设备需经国家广电质检中心检测，必须通过抗震检测报告（8级），防尘级别达到IP5X，噪音测试报告（≤36分贝）等测试，（在投标文件中提供复印件，加盖制造厂商公章）。 5.液晶显示设备需要为节能环保产品，需要通过ROHS认证以及中国技能产品认证（在投标文件中提供复印件，加盖制造厂商公章）。
XXX系统或XXX项目 产品需求规格说明书 版本信息 注：状态可以为N-新建、A-增加、M-更改、 对方的所得税说明：版本信息必须更新，审核人和审核时间也必须审核后填写，审核人要求部门经理级别以上。否则开发测试可拒绝评审。审核业务功能是否有遗漏、业务流程是否符合规划、关键业务逻辑是否有合理 目录
1.关于本文档 1.1.内容说明 说明：此处描述的是文档说明，产品需求文档更新需要走修订模式，下次更新前先接受修订，并且每次更新必须更新版本号和版本记录。 例子： 本文档用于描述苏宁开放平台物流状态服务系统的需求定义。包括各个需求的功能描述，处理逻辑规则，界面定义，与其它功能的关系，与其它系统的接口等各个方面的定义。是苏宁物流状态服务系统唯一的全面需求定义文档。 本文档将根据需求管理流程和要求，随系统功能变化进行及时的修订和更新，以确保本文档的全面性，准确性和实效性。因此在阅读使用此文档时，请注意从项目的文档管理系统中获取最新版本。 1.2.名词解释
1.3.参考文档 《系统需求定义规范使用说明》 2.系统概述 2.1.业务背景 说明：此处描述业务背景，不可裁剪，清晰的业务背景描述能更好的帮助研发和测试理解产品需求，明确业务测试场景，此部分是产品需求定位的核心导向。 例子一：电子面单的业务描述 随着电子商务服务和物流服务信息化飞速发展，包裹运单号成为快递公司串联快递单、订单、商家、商品等各种信息的枢纽。相比之下，传统纸质面单价格高、信息录入效率低、信息安全隐患等方面的劣势已愈发凸显。我司在两年前就开始了电子面单在自营物流上的应用，经过长期的的磨合和积累，目前将我司的应用经验推广到社会物流上，让社会上愿意与我司物流合作的伙伴，也同样享受到我司电子面单服务。 例子二：LSQ的业务描述 物流作业状态服务存在不足 1）服务无标准不统一 需物流作业的各渠道订单，作业状态转化为文案描述处理的逻辑系统多，且处理规不统一， －B2C自营订单，逻辑在B2C，数据源在OMS －菜鸟平台/4PS平台订单状态展示，逻辑在LAPI，数据源在LAPI
程序设计报告 （ 2012 / 2013 学年第一学期）题目：电信计费系统客户帐单管理 专业计算机科学与技术 学生姓名 班级学号 指导教师 指导单位计算机软件教学中心 日期 2012年9月28日
评分细则 评分项优秀良好中等差遵守机房规章制度 上机时的表现 学习态度 程序准备情况 程序设计能力 团队合作精神 课题功能实现情况 算法设计合理性 用户界面设计 报告书写认真程度 内容详实程度 文字表达熟练程度 回答问题准确度 简短 评语 教师签名： 2012 年 9 月 30 日 评 分 等 级 备 注 评分等级有五种：优秀、良好、中等、及格、不及格
电信计费系统客户帐单管理 课题内容和要求 客户帐单管理是电信计费系统必备的重要功能模块，主要负责对电信各类客户每月帐单的增加、修改、删除、查询、备份等管理工作。本课题以中国电信企业客户帐单管理模块原型参照，要求基于单链表结构对文件存储的客户帐单数据进行排序、查找、计算、显示等造作。通过此可以，熟练掌握单链表结构、文件读写、函数调用等知识，以及查找、排序典型算法的设计与应用。 需求分析 要能提供以下几个基本功能： （1）用户资料文件与话单文件由程序设计人员预先从键盘上录入，用户资料文件中的数据记录不得少于30条，话单文件中的数据记录不得少于200条，且必须有跨月份、跨年份的通话记录话单。 （2）首先从硬盘读入用户资料和话单记录 （3）对话单进行计费处理，输出费用详单到指定的文件。格式如下： 电话号码用户姓名月租费功能费市内电话费用长途电话费用合计 84370000 ChenChao 25 6 34.2 19.6 84.8 84370000 ChenChao 25 6 ……………… （4）异常话单提示。有的话单可能是错误的，找出这些话单，不参加计费，另存为一个文件。可能的出错话单有：一个号码的通话时长大于三天。
进销存管理系统需求说明书 作者： 完成日期： 签收人： 签收日期： 修改情况记录：
目录 1 引言 (1) 2 项目概述 (1) 2.1 产品描述 (1) 3 具体需求 (2) 3.1 功能需求 (2) 3.1.1 基础信息管理功能需求 (2) 模块概述 (2) 3.1.1.1 往来单位信息管理 (2) 3.1.1.2 商品信息管理 (7) 3.1.1.3 仓库信息管理 (12) 3.1.1.4 银行账户信息管理 (15) 3.1.1.5 员工信息信息管理 (18) 3.1.1.6 费用科目信息管理 (21) 3.1.2初始化信息管理功能需求 (24) 模块概述 (24) 3.1.2.1 期初商品库存信息管理 (25) 3.1.2.2 期初应收,应付款信息管理 (28) 3.1.2.3 期初银行账户信息管理 (32) 3.1.3 系统管理模块功能需求 (35) 模块描述 (35) 3.1.3.1 公司信息管理 (37) 3.1.3.2 权限管理 (39) 3.1.3.3 系统信息 (43) 3.1.3.4 用户修改密码 (45) 3.1.3.5 用户登陆系统 (47) 3.1.4 现金管理功能需求 (49) 模块概述 (49) 3.1.4.1其他费用支出 (50) 3.1.4.2 其他收入 (52) 3.1.4.3 付款单录入 (55) 3.1.4.4 收款单录入 (57) 3.1.4.5 资金往来查询 (60) 3.1.4.6客户对帐单 (62) 3.1.4.7应收应付款报表 (64) 3.1.4.8 银行资金报表 (66) 3.1.4.9 到期单据提醒 (68)
管理信息系统系统 需求分析说明书 文档名称：管理信息系统需求分析说明书 文档编号：AICBS-SAS-子系统模块名-0 版本号：0.0.0 建立日期：2004年xx月xx日 电子版名：需求分析说明书.doc Confidential（机密） 共页
文档修改记录 序号日期版本修改内容说明修改原因作者1 2004 年xx 月0.0.0 新建新建 xx 日
目录 1 引言 (4) 1.1 编写目的 (4) 1.2 背景介绍 (4) 1.3 术语定义 (4) 1.4 参考资料 (4) 2 总体描述 (5) 2.1 系统目标 (5) 2.2 运行环境 (5) 2.3 用户特点 (5) 2.4 系统约束 (6) 3 业务功能需求 (6) 3.1 功能需求 1 (6) 3.1.1 业务定义 (6) 3.1.2 数据信息 (6) 3.1.3 业务流程 (6) 3.1.4 功能要求 (6) 3.1.5 业务实例 (6) 3.1.6 特点(feature) (7) 3.1.7 特殊要求 (7) 3.2 功能需求 2 (7) 3.3 功能需求 3 (7) 3.4 功能需求 4 (7) 4 系统接口需求 (7) 4.1 用户界面 (7) 4.2 各子系统接口需求 (8) 4.3 与其他的接口需求 (8) 5 系统管理需求 (8) 5.1 性能需求 (8) 5.2 安全性需求 (8) 5.3 应用监控需求 (9) 5.4 可靠性需求 (9) 5.5 可扩展性 (9) 5.6 灵活性与可配置性 (9)
1引言 1.1 编写目的 说明编写本软件需求文档的目的,指出预期的读者。 1.2 背景介绍 说明： A．待开发的软件系统的名称； B．本项目的任务提出者、用户及实现该软件的计算中心或计算机网络； C．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 术语定义 简要说明本文中涉及的专门术语、容易引起歧义的概念、关键词缩写、外文首字母组词的原词组及其他需要解释的内容。 1.4 参考资料 用列表的形式列出用得着的参考资料，如： 1. 本项目的经核准的计划任务书或合同、上级机关的批文； 2. 属于本项目的其他已发表的文件； 3. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准．列出这些文件 资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来 源．
《数据库课程设计》 课程设计报告 设计题目：某电信营业厅收费管理系统 学院名称：信息工程学院 专业班级： 姓名： 学号： 目录
１题目要求 某电信营业厅营业收费管理系统 ●实现费用类型、业务员管理； ●实现客户信息管理，客户设有结余金额； ●实现收费管理，自动修改用户的结余金额（用触发器实现）； ●创建存储过程统计指定月份各种费用类型的收费情况； ●创建存储过程统计指定日期各业务员的收费情况； ●创建规则限定客户的电话号码是以数字1开头的11位数字组成的号码； ●创建表间关系。 2 需求分析阶段 需求分析简单地说就是分析用户的要求。需求分析是设计数据库的起点，需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后后来各个阶段的设计，并影响到设计结果是否合理和使用。 需求分析阶段的目标 1.了解电信营业厅营业收费管理系统的基本内容； 2.了解电信营业厅营业收费管理系统的基本业务流程；
3.了解电信营业厅营业收费管理系统对业务员的管理，费用类型管理，客户信息 管理的过程。 4.通过调查和与电信营业厅人员的交流，了解用户对电信营业厅系统的业 务要求，安全性和完整性要求； 需求分析阶段的任务 处理对象： 根据电信营业厅收费系统要完成的功能，该系统有以下数据库信息。 ●收营员信息。包括登录该管理系统的收营员的基本信息，如收营员 编号、收营员编号、密码、收营员年龄。 ●客户信息。包括各个客户的基本信息，如客户手机号码、客户姓名、客户地区信息、客户结余金额等。 ●话费信息。包括该客户每月话费的详细信息，如：通话费、业务费、上网费等。 ●收费管理。包括客户电话、收银员编号、收费金额、收费日期。 1.能够存储所有入网客户的信息，并方便有效的进行相应的数据操作 和管理，主要包括 1）客户入网 2）客户信息的关键字检索查询。 2.能够对客户的交费信息进行查询，这主要包括： 1）客户交费交费纪录 2）客户余额查询 需求分析阶段成果 体会与收获 系统需求分析主要是通过对周边的附近各电信营业厅进行访问，请教，了解电信营业厅运行机制，并通过上网搜索相关电信营业厅的知识。由于 不熟悉电信营业厅的运行规则，在绘制业务流程图和数据流程图时，遇到 很多问题，存在许多考虑不周的问题。反反复复的重新考虑，重新分析和 完善，才逐步把业务弄清楚，最终顺利的完成了需求分析阶段的任务。
软件需求规格说明书(案例) 1. 引言 1.1编写目的:编写此文档的目的是进一步定制软件开发的细节问题,便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体. 1.2项目背景 1.2.1项目委托单位:****公司 1.2.2开发单位:***公司 1.3定义 1.4参考资料 2. 任务概述 2.1目标: <1> 决策支持:根据公司的要求及时提供所需报表及文件,并在适当时候对各部门领导给予销售及进货等方面的提示 <2>提高效率:利用软件进行管理,避免人工管理的失误以及延迟性,从而实现高效率的管理. 2.2运行环境: <1> 硬件方面:Pentium级处理芯片 1兆显存的兼容显卡 256色,800*600的兼容显示器 标准兼容打印机 <2>软件方面: WIN95操作系统 2.3条件与限制: 编程用计算机一台 完成期限2000/7/1 无资金供给 3. 数据概述 数据流程图如下: 3.1静态数据:包括系统登录密码,各数据库所在位置,系统分析原始数据 3.2 动态数据:包括各数据库内各项显示数据,用户登录信息,系统时间 3.3数据库描述: 人事管理数据库:公司内人员的个人详细信息,包括档案信息 销售管理数据库:当日销售记录及以前的销售统计,用于销售分析 财务管理数据库:公司内部账目及收支情况详表 技术管理数据库:公司所需各技术档案的详细记录(包括文档) 3.4 数据字典: <1>数据流词条描述: 1.数据流名:登录信息 来源:用户的输入 去向:系统内部检验部分 组成:用户名,密码 流通量:每次登录输入一次 2.数据流名:登录结果 来源:系统 去向:用户