毕业设计中软论文模板 1.docx
- 文档编号:7513712
- 上传时间:2023-01-24
- 格式:DOCX
- 页数:34
- 大小:695.11KB
毕业设计中软论文模板 1.docx
《毕业设计中软论文模板 1.docx》由会员分享,可在线阅读,更多相关《毕业设计中软论文模板 1.docx(34页珍藏版)》请在冰豆网上搜索。
毕业设计中软论文模板1
XXXXXXXXXXXXXXXX
系统说明书
作者:
xxxxx
指导老师:
肖海鹏
文档版本:
0.8
北京中软国际信息技术有限公司
版本历史
日期
版本
说明
作者
2015-1-1
0.3
着手搭建论文的主要结构,做开发准备
肖海鹏
2015-5-1
0.7
完成了论文的主要内容,提交给指导老师进行初审
肖海鹏
2015-6-1
0.9
指导老师初审通过,进行二次修改并提交审核
肖海鹏
2015-6-25
1.0
指导老师审核通过,提交给校方,准备答辩
肖海鹏
1.引言
1.1.编制目的
{描述文档编写的内容及目的和作用。
}
{叙述该项软件开发的意图、应用目标以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
}
1.2.预期的读者和阅读建议
{列举软件论文说明书所针对的不同读者,例如开发人员、项目经理、用户、测试人员或文档的编写人员。
提出最适合于每一类型读者阅读文档的建议。
}
1.3.术语和缩略语
表1术语和缩略语
术语、缩略语
解释
购物车
用户在网上书城浏览书籍时,把看好的书籍暂存在购物车中。
以后可以从购物进行结算
管理员
泛指库存管理员、财务人员、系统管理人员等
会话
用户通过当前网站进行的一次书籍浏览或书籍购买行为,用户退出浏览器或超时未访问,则会话结束
前台
普通用户和游客看到的页面统称为系统前台
后台
管理员通过权限访问的页面统称为后台
1.4.文档约定
{相关约定描述}
示例:
1.文档默认用户为游客和具有购买能力的普通用户,管理员不在这个范围
2.本系统默认只做图书销售,其它类型的产品不再设计范围内
2.项目概述
2.1.范围
{说明此项目、软件的涵盖的需求范围和简单的功能描述。
}
2.2.用户的特点
{列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
可根据实际情况做增减}
2.3.假定条件和约束限制
{完成本文所描述需求的假定软、硬件设施、人为因素等条件和约束。
例如:
对软件使用者素质的要求、对硬件环境的要求。
}
示例:
1)本系统同时考虑HFC单向网和双向网环境,但以单向网为主。
在单向网环境下Catalog使用广播的方式传输给终端;在双向网环境下,终端采用HTTP协议和CatalogWebServer进行交互。
2)Catalog的展现和功能实现,受STB终端、SMS支撑、以及BMS、短信网关等第三方软硬件条件制约。
3)本系统是基于“XXXX-1.0-SRS-CATALOG-1.0”进行的变更和扩展,应尽量考虑原系统的重用性。
3.主要业务流程
{对于业务流程,不同部门可以根据本部门的习惯及项目特点选择不同的流程图画法}
3.1.业务架构
{画出与系统相关的业务的整体架构图}
示例:
xxxxx平台整体业务架构图
3.2.业务流程总图
业务流程图名称:
{XX业务流程总图}
业务流程图:
{流程图中应该画出本部门涉及到的主要的业务类和其它相关部门,并标出从哪些部门接收什么信息,这些业务又为哪些部门提供什么信息。
从图中可以看出部门内部业务流程之间的前后顺序,也可以看出哪些业务与其它部门之间有业务联系}
流程图描述:
{详细描述业务流程,应该描述清楚各个业务之间的关系。
描述时,各业务流程用1、2、3、序号标出并分别描述。
每个业务应该描述出:
在哪个部门负责本业务。
业务的信息源是什么,业务发生后的信息提供给哪个部门,此部门用这些信息做什么事情。
本业务流程将来是否会发生变化,如何变化。
如果图中包含多个业务流则必须分段描述。
}
1、技术中心制定烟叶需求计划,下发给原料供应部门;
2、原料供应部门根据烟叶需求计划制定烟叶采购计划,报相关领导和上级部门审批后与供应商联系洽谈,签订烟叶购销合同,如果采购前需要进行调整的话再签订调整协议;
3、……
3.3.XX系统业务流程图
业务流程图名称:
{要求简洁明确}
业务流程图:
流程图描述:
1、每月工资核算前,工资核算员从人力资源部领取本部门月工资总额。
2、判断是否业务人员,非业务人员不参与考核。
3、每月初收集相关信息,对业务人员的上月业绩进行考核。
考核依据为月销售计划及月销售计划完成情况、资金回收计划及资金回收情况和业务人员考核办法。
4、根据业务人员考核办法和业务人员的业绩,计算业务人员上月的奖惩金额。
5、确定部门所有员工的月工资(包括奖金)。
6、每月工资核算以后的结果需要办公室主任审核。
7、审核通过,把月工资报表给人力资源部。
表单说明:
{将流程图中标出的表单在下表中列出。
}
序号
表单编号
表单名称
表单说明
备注
1
YX_Y001
业务员月考核表
记录业务人员每月的考核结果
电子文件/原件复印件
2
YX_Y002
月工资表
记录部门每个员工月工资发放情况。
电子文件/原件复印件
4.功能需求
4.1.功能需求总述
4.1.1.特征需求列表
使用表格形式,对需要实现的功能需求进行逐项的描述。
示例:
编号
特征名称
描述
优先级
F1
CatalogBK用户管理
对使用CatalogBK进行操作的人员角色和权限进行限制
高
F2
Catalog元数据提取、分析
提取Catalog元数据,整理成系统需要的数据格式(含上架、下架操作)
高
F3
定制Catalog节目内容分类
Catalog节目内容分类的展示内容、展示位置、数量可设置,不同的运营商个性配置
F4
配置Catalog显示参数
如category的显示顺序和图标样式
中
F5
生成Catalog页面
根据页面模版和数据源,生成要展示给用户的Catalog页面
F6
配置管理
通过配置参数,使Catalog展现更灵活
F7
编辑Catalog页面
CATALOG编辑人员可以动态编辑每个Catalog页面内容
低
F8
Catalog页面预览
对于生成的WEB页面,CATALOG编辑可以进行预览
中
F9
Catalog页面审核
CATALOG总编审核已生成的Catalog用户页面,并填写审核意见
高
F10
Catalog服务器部署
把Catalog内容部署分别部署到广播服务器(单向网)和WEB服务器上(双向网)
F11
系统日志
对于系统中发生的重要事件和异常都应进行记录(CatalogBK和Catalog)
4.1.2.系统整体模块图
4.1.3.角色、权限需求
对系统的权限和各个功能之间的权限要求。
示例:
用户类
用户特征
CATALOG编辑
负责更新和编辑CATALOG的所有生成页面
CATALOG主编
负责审核所有CATALOG页面,并批准发布
CATALOG管理员
定期提取Catalog元数据,根据节目的上架和下架需求,更新CATALOG的数据信息;配置栏目展示顺序、要显示的栏目、栏目下的节目数量、页面内容等信息;维护系统用户及权限
CATALOG部署员
把CATALOG总编全部审核通过的项目文件,备份并更新版本号后部署到广播服务器或CatalogWebServer上
系统管理员
系统初始安装时的唯一用户;拥有本系统的所有权限;
4.1.4.系统概念模型(ER图)
4.2.功能需求1
需求的描述请按照需求总表中的进行层次描述。
【此处绘制本模块需要使用的用例图】
示例:
用户管理模块用例图
4.2.1.子功能1
功能的描述,可以根据项目实际情况做裁剪和增补。
一般需求明确如下内容:
【功能概述】
功能的概括性描述
【前置条件】
如果有,请描述进入此功能必要的业务或数据前提。
【界面】
参见项目的界面原形
【输入】
解释各输入数据类型,并逐项说明其媒体、格式、数值范围、精度等。
【处理流程及说明】
流程图:
示例:
用户注册流程
【输出】
解释各输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对输出中有明确要求输出量必须进行解释并举例,包括对正常结果输出、状态输出及异常输出,图形或显示报告的描述。
【用例】
示例:
超市终端商品结算
4.2.2.子功能2
4.2.3.子功能3【示例:
用户注册】
【功能概述】
游客申请注册成为普通用户。
只要注册信息符合要求,不需要审核,即可注册成功。
【前置条件】
游客通过浏览器访问本系统
【界面】
参见项目的界面原形
【输入】
注册信息如下:
用户名(不能重名,长度介于3和20之间)、密码(长度介于6和20之间)、联系电话、EMAIL
【处理流程及说明】
流程图:
用例部分,注册流程已描述清楚,此处无需再画流程图
【输出】
用户注册成功,转到用户登录页,并提示注册成功。
用户注册失败,在注册页面提示失败原因
【用例】
场景描述
用户输入信息
系统响应
输入用户名
用户名
客户端校验用户名长度是否合格;
服务器校验用户名是否重名,并提示;
输入密码
密码
文本框失去焦点时,客户端校验密码长度是否合格
输入联系电话
电话号码
客户端校验电话号码的格式和长度
输入EMAIL
客户端校验EMAIL的格式
提交注册信息到服务器
用户名、密码、电话号码、EMAIL
提示服务器收到请求,并发激活码到邮箱
进入邮箱,点击要激活的链接。
如果没有收到激活码,在网站点击重新发送激活码
收到激活码,提示注册成功,转到用户登录页,并提示;
4.3.功能需求2
4.3.1.子功能1
4.3.2.子功能2
4.3.3.子功能3
5.非功能需求
{对软件的非功能需求的描述,应包括性能、安全性、可扩展性、稳定性等方面的需求界定。
可以根据项目实际需求,进行裁剪。
}
5.1.性能需求
{
说明软件数据处理能力和时间特性的需求。
数据处理能力可能包括:
支持的终端数、具体功能点支持并行操作的用户数、处理的文件和记录数、表和文件的大小。
时间特性可能包括:
响应时间、更新处理时间、数据的转换和传送时间、运行时间等。
}
示例:
用户渗透率
用户渗透率为10%(包括即时VOD、预订购VOD和PUSHVOD等)。
即第1年将有10万“视频超市”业务用户。
高峰时同时在线用户数
业务高峰期的同时在线用户数为“视频超市”总用户数的15%左右。
业务高峰期为每天6:
00(pm)到11:
00(pm)。
(节假日和寒暑假每天的业务高峰期时段可能存在差异。
)即每天高峰期的同时在线用户为1.5万人,即最大并发流为1.5万线。
单位时间内最大用户点播请求数
单位时间内最大用户点播请求数:
不超过18个/秒。
假设从8:
00(pm)到8:
30(pm)为点播请求的最高峰时段,同时假设在这个时段全部1.5万人的2/3都发至少1次起点播请求。
则每秒平均发起点播请求的个数为:
10000个/1800秒≈6个/秒,考虑到业务突发量,按照最高峰点播请求为平均点播请求的3倍计算,则单位时间内用户点播请求的最大值不超过18个/秒。
运行速度
以下性能指标均是以上述业务模型为基础,按照不影响用户体验的最低要求提出的。
1.CATALOG界面平均显示等待时间(从按下遥控按键到一个界面完全显示出来的时间):
不超过3秒;
2.单向网手机短信申请绑定或解绑的平均等待时间
1)(从发出短信到收到短信的时间):
不超过10秒(其中,假定手机短信达到“视频超市”平台的综合接入子系统的时间不超过3秒)。
2)(从发出短信到收到机顶盒OSD消息的时间):
不超过10秒(其中,假定手机短信达到“视频超市”平台的综合接入子系统的时间不超过3秒,从CA系统收到反馈信息到STB收到该消息的时间不超过3秒)。
3.即时VOD点播等待时间
1)单向网(从发出点播短信到STB自动跳转到指定频点的时间):
不超过10秒(其中,假定手机短信达到“视频超市”平台的综合接入子系统的时间不超过3秒)。
2)双向网(从用户按下遥控器点播按钮到STB自动跳转到指定频点的时间):
不超过10秒。
4.单向网即时VOD点播短信反馈的平均等待时间
1)(从发出短信到收到短信的时间):
不超过10秒(其中,假定手机短信达到“视频超市”平台的综合接入子系统的时间不超过3秒)。
2)(从发出短信到收到机顶盒OSD消息的时间):
不超过10秒(其中,假定手机短信达到“视频超市”平台的综合接入子系统的时间不超过3秒,从CA系统收到反馈信息到STB收到该消息的时间不超过3秒)。
5.2.安全保密需求
{
指明本软件应具有的安全及保密功能,包括:
防止非授权用户登录;
防止非法数据侵入;
密码存储及乱码传输。
还可以从主机系统(操作系统)的安全、网络与通信安全、应用系统安全、防火墙、数据安全等方面进行说明。
}
5.3.扩展性需求
{
一方面要说明本系统能够进行功能扩展,可灵活地增、减功能模块或者是构件。
另一方面说明可预见的未来一段时间内的应用需求及本系统对其的支持。
还应说明用户对系统提出的可扩展性需求。
本章节可根据实际情况做增减。
}
5.4.稳定性需求
{
说明软件在一个运行周期内、在一定的压力条件下,软件的出错机率、性能劣化趋势等。
本章节可根据实际情况做增减
}
5.5.部署需求
{
主要是说明软件的部署模式,如:
集中或者分布部署。
本章节可根据实际情况做增减。
}
5.6界面要求
{整体界面设计的风格、框架、规范}
5.6.1图形要求
{对软件的人机交互界面的需求描述。
示例:
本系统界面要求如下:
界面中的文字标识,含义准确、清楚、用通用词汇;
界面中基本信息部分尽量都采用下拉框选择方式。
降低人为误操作错误;减少手工输入工作量;规范基本信息的一致性。
对于数值类型数据输入部分,采用可编辑的输入框,并对输入的内容进行校验,避免输入非数值数据。
对于相互关联的内容,要有数据过滤。
比如选择了省份后,单位下拉框中只列出该省内的单位,共操作者选择,降低操作员查找的不方便性。
数据量大时候,采用分页浏览的形式。
}
5.6.2报表格式
{对软件设计的报表格式的需求说明。
示例:
报表格式共性的部分,基本包括如下内容:
网格区的上面有报表标题,标题中的日期根据选择的查询日期保持同步变化;
网格区的左上角为单位名称,即目前显示的数据是哪个单位的数据信息;
网格区的右上角是数据的计量单位标识;
网格区域中显示数据内容,网格区的左面是卷烟的基本信息,卷烟的指标信息排在卷烟基本信息的右面。
网格区的下面可以有制表时间、制表人、审核人等,或其他备注信息。
}
5.6.3其它
示例:
Catalog页面主要显示在TV终端上。
TV的显示区域大小、颜色识别、浏览器、输入设备、定位方法等都与传统的PC有很大的不同。
在进行页面设计,尤其是模版设计时,应充分考虑TV的显示特性和遥控器的特性。
6项目总体设计
6.1系统的关键技术
{说明系统中使用到的关键技术及对关键技术的测评结果}
示例:
本系统使用的主要技术有SSH、AJAX、反射、动态代理等
6.2系统体系结构
{编制并描述系统的体系结构图,并说明系统的运行原理。
}
示例:
6.2.1系统的开发架构
6.2.2系统物理架构
6.3运行环境
{说明本产品的运行环境(包括硬件环境和软件环境)的规定。
根据不同类型、不同规模的项目,项目组可以对以下内容做增减。
}
6.3.1硬件环境
{
1)描述本软件运行对服务器、客户端的硬件要求:
服务器:
主要描述设备名称、设备型号、设备数量、处理器型号及内存容量;
客户端:
主要描述客户端的内存、处理器、硬盘容量。
2)描述本软件运行所使用的外围设备,主要包括:
外存储设备的容量、媒体及其存储格式、设备型号和数量等;
输入/输出设备的型号和数量等;
数据通信设备的型号和数量等;
其它专用硬件。
}
6.3.2软件环境
{
描述本软件运行所使用的计算机软件及版本,包括:
1)操作系统;
2)数据库系统;
3)开发平台及工具;
4)通信协议;
5)其他软件。
}
示例:
CatalogBK的运行环境:
软件环境
数据库服务器操作系统
RedhatLinux9.0或Windows2003Server
应用服务器操作系统
RedhatLinux9.0或Windows2003Server
客户端操作系统
Windows2000Profession/WindowsXP
数据库管理系统
Oracle9i
JDK
JDK1.6.0、JRE1.6.0、J2EE1.4
客户端软件
IE6.0Netscape等Web客户端
应用服务器
Tomcat5.5
硬件环境
数据库服务器
普通工作站
应用服务器
普通工作站
客户端
普通PC机
CatalogWebServer的运行环境:
软件环境
数据库服务器操作系统
RedhatLinux9.0或Windows2003Server
应用服务器操作系统
RedhatLinux9.0或Windows2003Server
客户端操作系统
因不同机顶盒厂商的产品而定
数据库管理系统
Oracle9i
JDK
JDK1.6.0、JRE1.6.0、J2EE1.4
客户端软件
目前为茁壮浏览器
应用服务器
Tomcat5.5
硬件环境
数据库服务器
Catalog部署服务器应与CatalogBK服务器独立
应用服务器
集群工作站
客户端
机顶盒或普通PC机
6.4外部接口
本节主要描述系统需要使用的外部接口(包括硬件接口、系统接口、通信接口等)和对外提供的接口,每个接口需考虑以下内容:
1)接口描述。
使用者:
描述本接口的使用者(通过使用者可以区分外部接口或是本系统对外提供的接口)。
业务目的:
描述使用者通过该接口实现什么样的业务意图。
使用时机:
描述使用者将在实现场景中调用该接口。
使用频率:
描述各类使用者调用该接口的频率。
接口特点:
描述如版本、名称、来源等。
2)内容与格式。
交换过程说明:
描述在调用接口时,输入输出信息及顺序。
数据包说明:
描述上面每个输入、输出信息的属性、格式、长度等。
3)设计约束。
描述接口实现时必须考虑的约束条件或者是需要满足的设计要求,可以项目的不同可能包含不同的内容。
例如:
协议要求:
数据交换必须以库交换实现。
性能要求:
接口必须在3秒内相应。
环境限制:
使用者可以通过Internet访问接口。
6.4.1接口1
1)接口描述
2)内容与格式
3)设计约束
接口编号
接口名称
接口说明
数据来源
调用者
输入
输出
调用方式说明
6.4.2外部接口2[示例]
与VOD应用接口【大数据文件】
Catalog的数据源主要就是从OpenStream应用服务器获得的catalog.xml文件。
catalog.xml文件的提取位置,为OpenStream的应用服务器上的指定位置,如http:
//10.10.168.12:
6070/Catalog.xml。
在VOD应用部分定义用于展现的servie、offer、以及category,当节目需要更新时,OpenStream的应用服务器需要对节目变化信息重新发布(publish),CATALOG就可以通过HTTP从指定位置获得了。
catalog.xml中数据元素的名称和定义参见“CATALOG产品需求说明书”。
◆异常处理:
1、当前依赖的数据源catalog.xml中的标签来源于ADI、BMS、OpenStreamAppServer,如果标签名称变化,解析文件时应提示“catalog源数据异常”。
(大小写严格匹配)
2、如price、stLevel等标签内容数据类型必须为规定内容,如果数据类型出错,应提示“catalog源数据异常”。
(标签定义参见ADI文档、自定义标签参见“CATALOG2.0子系统关键用户需求分析.doc”)
3、必须存在的tag(如price等),如果没有在数据源中找到,也要报错。
4、
(节目包所在category,按节目处理)
与BMS接口【http接口】
节目的点播信息从BMS的ReportingDatabase中提取。
由于视频超市在运营中有包月限次的约束条件,而OpenStream对于SVOD型的service,只有在购买服务时通知SMS,以后点播service的offer时不再通知SMS了。
为了达到点播限次的目的,暂时定为所有需要购买的节目都定义在mod型service下。
CATALOG系统不记录影片的点播和购买数据,需要这些数据时都从BMS的ReportingDatabase中提取。
由于点播的节目都使用的是mod型服务,为了使“排行榜”更有说服力,从BMS导入的数据是影片的购买记录(参见BusinessManagerFieldServiceGuide.pdf->ReportingDataDirctionary中的表Buy_Transaction)。
与SMS接口(WEB服务接口)
节目包数据采用web服务的接口形式,从SMS获得
publicMoviesPackageDTO[]getMoviesPackageList(){
}
publicclassMoviesPackageDTO{
publicStringpackageName; //包名字,唯一
publicdoubleoriginalPrice; //包的原价
publicbooleanIsCanbuy; //是否可定购
publicString appServices; //一个节目包对应的app的服务名,用逗号作为分割符
publicString description; //包描述
}
MoviesPackageDTO中的数据类型定义参见“CATALOG2.0子系统关键用户需求分析.doc”
这个接口的wsdl定义参见附件“从SMS获得节目包的接口定义(wsdl).xml”;
◆异常处理:
1、如果webservice的接口无法访问到,提示“SMS服务器链接异常,无法获得节目包数据”
2、如果调用getMoviesPackageList()接口返回null,提示“无法获得节目包数据”。
与STB接口【专有协议连接串】
Catalog页面的“手机绑定”须要调用机顶盒的接口,由机顶盒弹出短信提示页面。
(手机解绑格式参见catalog帮
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 毕业设计中软论文模板 毕业设计 论文 模板
![提示](https://static.bdocx.com/images/bang_tan.gif)