财务管理财务及企业管理软件开发规范.docx
- 文档编号:25385020
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:53
- 大小:411.34KB
财务管理财务及企业管理软件开发规范.docx
《财务管理财务及企业管理软件开发规范.docx》由会员分享,可在线阅读,更多相关《财务管理财务及企业管理软件开发规范.docx(53页珍藏版)》请在冰豆网上搜索。
财务管理财务及企业管理软件开发规范
财务及企业管理软件开发规范
文档类别及使用对象
文档类别
该文档是为浪潮软件通用软件公司财务产品部财务产品开发提供一个规范性文件。
使用对象
该文档的使用对象为财务产品部分析人员、设计人员、程序员、测试员及项目管理人员和质量保证人员。
未经财务产品部负责人许可,该文档不得提供上述规定对象以外的人员阅读或使用。
第一章导言
一、目的
该文档是为财务产品部进行财务软件开发提供的规范,其目是:
—为各类开发、测试文档的编写提供标准
—保证软件实现时有统一的标准可参照
—使产品结构的组织方式统一
—保证软件测试时遵循一定的方法及规范
—能够合理的管理及使用公用资源
二、范围
本文档描述了财务产品部进行财务软件开发时提供的需求规格说明书、软件设计说明书的标准内容,给出了软件实现过程中的所依据的标准,软件在测试过程中工作内容,以及公用资源库的管理和使用办法。
三、术语定义
子系统:
模块:
四、参考资料
[1]《计算机软件工程规范—国家标准汇编》
中国标准版出版社1992
[2]《企业管理信息系统开发指南》
浪潮集团山东通用软件有限公司1997.8
五、版本更新记录
版本/修订版
日期
修改记录
备注
1.0
98.10
初始版本
第二章开发文档规范
第一节业务流程图
一.采用工具
采用VISIO系列工具。
二.书写规定
在充分了解用户业务的基础上,采用VISIO工具书写流程图。
1.按某一具体的业务形成一个文件。
例如:
“采购计划”的流程图存放成一个文件,“采购核算”的流程图存放成另
一文件。
其中“采购计划”、“采购核算”是两种具体业务。
2.文件的开始内容,是所描述业务的名称。
例如:
“采购计划”流程图文件的第一页的题目是“采购计划”。
3.在文件的Properties属性中,写明文件的“Title”、“Subject”、“Creator”及简单
的描述“Description”。
4.多页描述
业务内容较多,不能在一页内完整描述时,分页描述。
业务的起始内容书写在第一页,以后的内容放在后页中。
5.页大小一般采用A4纸的大小,可以根据不同情况调整。
三.书写格式
流程图中所涉及的不同对象、不同的表达方式采用以下规定。
1.业务名称。
汉字书写,字号为14,黑体,居中或左对齐。
2.各种对象的表示符号
A.人员,例如操作员、记帐员、客户、供应商等,采用圆圈内书写人员的方式。
B.判断,例如审核等,采用菱形符号,其判断结果为“Yes”或“No”,并且使
用箭头指出。
C.操作,例如记帐、材料出入库等,采用矩形符号,其中写明操作方式。
一般来说,操作是由人员执行的,执行人在操作左边或上面表示,用箭头连接。
D.输入操作,例如单据输入等,采用梯形符号,其中写明操作方式。
E.实物,例如材料、产成品等,采用平行四边形符号,其中写明实物名称。
F.单据,例如入库单、记帐凭证等,采用下面符号,其中写明单据名称。
前者表示一张单据,后者表示多张单据。
G.存档结果,采用下面符号,其中写明操作方式。
3.表示符号的大小及字体规格
各种表示符号不能忽大忽小,应在美观、流畅基础上设置,一般采用以下规格:
圆圈大小直径为2cm,其他符号横向纵向比例为3:
2,既横向为3cm,纵向为
2cm。
当然根据需要进行整体的适当放大。
字体规格:
字型为Arial,字号为10Pt.可随符号的放大,字体增大。
4.表示符号的顺序及连接
根据业务的流程,表示符号从左到右排列,之间采用箭头连接,并且箭头的两端分别连接符号的中间;对于分支的连接方式采用树状符号。
例如:
四.输出规定
在打印输出时,设置打印格式,预留装订线的位置。
装订时,按照业务流程从上到下排列纸张顺序。
第二节类图
一.使用工具
RationalRose
二.操作步骤
2.1找准对象,将各对象的描述信息写好。
2.2画出对象间一般到特殊(继承)、整体到部分(聚簇)、依赖、联系等的关系,可以对应相应的描述信息。
2.3标记出一对多,多对一的关系。
2.4在对象上添上属性,属性的类型要表达出来(例如:
主键、外键)。
2.5在对象上添加上方法,可对应相应的描述信息。
2.6检查对象的关系是否合理。
2.7检查对象上的方法是否实现了所有功能。
2.8重新抽象对象,重新调整关系。
三.书写规定
在划类图时应坚持以下原则:
3.1类图以清晰表达对象间的关系为目的,一个系统可画若干类图,一张图可只表达关系紧密的几个对象,不一定必须将所有对象放到一张图中表达。
3.2各对象之间的关系线,以不交叉为原则。
3.3对象一定得找全、找准
四、输出规定
4.1类图
4.2rose的report(word文挡)
第三节软件需求规格说明书
该说明书应按照以下格式编写,具体如下:
文档类别及使用对象
1.导言
1.1目的
说明编写这份软件需求规格说明书的目的。
1.2范围
描述本文档所涉及的范围及未涉及的内容。
1.3术语定义
列出本文件中用到的专门术语的定义和外文首字母组词的原词组。
1.4参考资料
列出用得着的参考资料。
1.5版本更新记录
记录本文档的版本更新过程。
2.任务概述
2.1目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
解释被开发软件与其他有关软件之间的关系。
如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。
如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与系统中的其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2用户的特点
列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
2.3假定和约束
列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。
3.需求规定
3.1对功能的规定
用列表的方式(例如IPO图),逐项定量和定性地叙述对软件所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明软件应支持的终端数和应支持的并行操作的用户数。
3.2对性能的规定
3.2.1精度
说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。
3.2.2时间特性要求
说明对于该软件的时间特性要求,如对:
A.响应时间;
B.更新处理时间;
C.数据的转换和传送时间;
D.解题时间;
等的要求。
3.2.3灵活性
说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:
A.操作方式的变化;
B.运行环境的变化;
C.同其他软件的接口的变化;
D.精度和有效时限的变化;
E.计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.3输入输出要求
解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出以及异常输出)以及图形或显示报告的描述。
3.4数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求作出估算。
3.5故障处理要求
列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。
3.6其他专门要求
如用户单位对安全保密的要求,对使用方便的要求,对可维护性、可补充性、易读性、可告性、运行环境可转换性的特殊要求等。
4.运行环境规定
4.1设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:
A.处理器型号及内存容量;
B.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;
C.输入及输出设备的型号和数量,联机或脱机;
D.数据通信设备的型号和数量;
E.功能键及其他专用硬件。
4.2支持软件
列出支持软件,包括要用到的操作系统、编译(或汇编)程序、测试支持软件等。
4.3接口
说明该软件同其他软件之间的接口、数据通信协议等。
4.4控制
说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。
第四节软件设计规格说明书
该说明书应按照以下格式编写,具体如下:
文档类别及使用对象
描述本文档的类别、使用对象及使用对象外的对象在什么情况下可以使用本文档。
1.导言
1.1目的
描述本文档的编写目的。
1.2范围
描述本文档所涉及的内容范围。
1.3术语定义
对本文档所涉及的一些语述进行解释。
1.4参考资料
描述本文档的参考资料
1.5版本更新记录
记录本文档的版本更新记录。
2.产品框架结构图
产品框架结构图描述整产品的体系结构,应包含如下内容:
整个产品的体系结构图(模块图),各模块接口关系。
3.软件处理流程图
该流程图应是基于模块的。
每个模块的流程图分主流程图和细化的流程图。
细化的流程图的划分标准,以一个独立的业务对象或功能对象为依据。
软件处理流程图的内容:
功能处理流程的描述,主要处理方法的描述,主要系统参数的定义,与其他系统接口的描述。
4.功能层次图
是软件完成需求规格、处理流程的具体表现形式。
功能层次应与业务流程相对应,以便于在精简或增加业务流程时,从功能层进行相应的减少或扩充。
主要有以内容:
功能层次图
功能层次图以树状结构描述,功能层次图中,每一项功能都应规定字的功能号,这里的功能将是在软件实现时进行权限控制及作其它引用的功能号,因此在定义时必须遵循规定,这里规定功能号的格式如下:
系统编号(两位)+功能层次号(4位)
系统编号的规定参见附录;
系统菜单
定义出模块的下拉主菜单,各菜单中也要体现中功能号,以便于了解功能层次图同系统菜单各项的联系。
5.详细设计
详细设计应基于功能层次图及以前各部分资料,其主要内容包括界面设计、程序处理流程、方法、说明等等,是程序员进行程序设计的依据。
具体内容如下:
——任务编号/名称:
作为某一任务的标识。
——背景描述:
对这一任务的背景进行简单的描述。
——涉及数据表(主要/相关):
该任务涉及到的主要操作表及相关操作表。
——界面:
该任务所用到的所有界面的描述。
界面中所涉及到的项目的解释。
——功能、性能:
该任务要提供的功能及其描述,以及应达到的性能要求。
——处理:
该任务的处理流程。
对于简单任务,可不进行描述。
——主要算法设计:
该任务所涉及到的主要算法及描述,对于简单或常用的算法可不必进行描述。
——注意事项:
对于一些特别需求注意的事项要在此注明。
6.数据结构设计
包括以下内容:
——表名/识别名称:
任为表的标识。
——属性描述:
描述该表的所有属性及各属性的属性,主外键描述等,具体格式如下:
表名
表的命名,命名规范
识别名称
表示意议的汉字名称
索引
如有多个索引,分别列出
序号
名称
识别名
类型
空否
缺省
检查
主/外键
备注
主键用PK表示,外键用FK表示,如果为外键,则要在备注中指明引用的表。
该项内容也可以直接从类图生成的资料成获得,按原格式即可。
——索引描述:
描述该表的索引,将所有的索引都列示出来,具体格式:
索引:
名称[,unique][,clustered],列名
——涉及方法:
该表所涉及的操作。
第三章软件实现规范
第一节组织方式
产品的结构应遵守的原则:
执行方便、登录简单、相互联系、风格流行。
执行方便是指在用户在操作时能够很方便的操作国强财务软件能中的任何一个模块;登录简单是指用户在登录国强财务软件时是不需录经过太复杂的过程,能够很直接的进行系统进行操作;相互联系是指用户登录进行某一个子系统后,不需要再重新登录就能直接转换到其它子系统下进行操作;风格流行是指产品的形式、结构要符合当前流行软件及同类产品中一些优秀软件的形式和结构。
签于以上原则,建议国强财务软件的组织方式如下:
国强财务软件按照子系统进行划分,每一个子系统作为一个应用软件,建立一个独立的图标,建立国强财务软件组,各子系统的图标均在该组内。
各个子系统的应用菜单中,应均有一项联接其它子系统的菜单。
各个子系统的登录方式如下:
执行程序时首先显示一欢迎窗口,该窗口应以简炼、精致、准确反映信息为原则;显示完迎窗口后显示登录窗口,在该窗口中应允许输入登录编号、登录口令、选择帐套,可以新建帐套、新建用户;登录信息输入正确后进行该套帐进行操作。
具体如下图:
各子系统的操作主画面还是以传统的下拉式菜单加TOOLBAR的方式,第一行为主操作菜单,第二行为TOOLBAR,最后一行为运行状态。
对于各个具体操作功能,也以下拉菜单加TOOLBAR的方式进行操作。
具体如下:
第二节命名规范
一、数据库对象命名规范
【目的】
使本产品的所有系统既相互联系,又相互独立。
既能单独运行于特定的数据库,又能同时运行于特定的数据库。
使所有系统设计人员及程序员在设计数据库对象时有据标准可依。
使整个产品不仅在界面、风格上一致,在内部结构上也采用相同的风格,以利于整个的产品的共同发展。
【定义内容】
需定义的内容包括所有数据库对象:
表、视图、存储过程、触发器及表的列。
【命名规则】
前缀+表意名
表意名以汉字拼音简写或英文单词。
【详细内容】
1、表
前缀=系统编号
表名最长为13位。
所有字符均以大写字母表示。
如帐务系统中的科目字典:
ZWKMZD
如销售中的产品字典:
XSCPZD
2、列
前缀=表名_
表意名最长为15位。
所有字符均以大写字母表示。
如科目字典中的科目编号:
ZWKMZD_KMBH
3、视图
前缀=vw_
表意串中所有字符均以小写字母表示,表意串即为对应的表名。
如帐务中关于专项核算的视图:
vw_gszwhszd
4、存储过程
前缀=pr+变量类型
表意串中的各意义段的第一个字符为大写字母。
如取得两字符串中不同部分的存储进程:
prsTwoStr
5、触发器
命名规则不同于以上:
前缀+对应表名+后缀
前缀=tr_
后缀根据触发器的性质决定:
插入触发器_ins
删除触发器_del
更新触发器_upt
如:
科目字典增加触发器:
tr_gszwkmzd_ins
6、部分表义名的构成:
代表意义
标识符
编号
Bh
名称
Mc
金额
Je
数量
Sl
外币
Wb
单价
Dj
汇率
Hl
字典
Zd
明细
Mx
级数
Js
二、PowerBuilder对象命名规范
【目的】
使程序员能够进行无私程序设计,即避免程序员与其所产生的代码之间的关系过于密切。
提高程序代码的规范化程度,使程序代码易读易懂,并能够达到程序员之间相互进行程序维护。
【定义】
变量类型:
在本规范中,用于定义变量的PowerBuilder数据类型和PowerBuilder
对象类型统称为变量类型。
【命名规则】
所有对象的命名皆依据下列规则:
前缀+表意字串。
该规则由两部分构成:
前缀部分依据不同类型的对象进行不同的规则定义;表意字串部分一般是指该对象的含义或功能描述。
含义或功能描述应做到言简意赅,可采用纯中文(指汉字拼音的首字母),纯西文及中西结合的方法进行描述。
对于PowerBuilderControls的名字,不要使用PowerBuilder提供的缺省的纯阿拉伯数字,而要使用含义明确的表意字串。
变量和对象的命字由程序员自由定义,下面的命名规范主要是对PowerBuilder对象
的前缀部分进行规则定义。
【书写标准】
前缀部分皆用小写字母书写;名字部分的每一个语义段的首字母的皆用大写书写,也可以在前缀和表意串之间或表意串各语义段之间以下划线连接。
其他字母用小写书写。
【主要内容】
以下为本规范中涉及的主要的PB对象:
Windows,DataWindows,UserObjects;
PowerBuilderControls;
ObjectsinDataWindow;
Functions;
Variables;
临时表等。
1、Window,DataWindow,UserObject命名规范
(1)Window
前缀:
w_+系统名称+_表意字串
例如:
帐务系统中的科目字典维护窗口:
w_zw_KmzdWh
(2)DataWindow
前缀:
dw_+系统名称+_表意字串
例如:
帐务系统中的科目字典数据窗口(查询用):
dw_zw_KmzdWh_cx
(增加删除修改用):
dw_zw_KmzdWh_Update
(3)UserObject
前缀:
uo_+系统名称+_或者
u_+系统名称+_
例如:
可经PowerBuilder直接调用的Windows函数集对象:
u_pub_WinFunc
(4)系统名称代码见后
2、PowerBuilderControls
PowerBuilderControls的前缀一般采用PowerBuilder提供的缺省前缀,不采用其提供的。
(1)CheckBox
前缀:
cbx_
(2)CommandButton
前缀:
cb_
对主要的CommandButton的名字定义:
按钮
命字
确认
cb_ok
重试
cb_Retry
取消
cb_Cancel
退出
cb_Exit
是
cb_Yes
否
cb_No
增加
cb_Add
删除
cb_Del
查询
cb_Cx
打印
cb_Print
排序
cb_Sort
条件查询
cb_Tjcx
更新存盘
cb_Update
页首
cb_PgFirst
页尾
cb_PgLast
前页
cb_PgPrior
后页
cb_PgNext
前一行(<<)
cb_LPrior
下一行(>>)
cb_LNext
帮助
cb_Help
(3)DropDownListBox
前缀:
ddlb_
(4)EditMask
前缀:
em_
(5)Graph
前经:
gr_
(6)GroupBox
前缀:
gb_
(7)HScrollBar
前缀:
hsb_
(8)Line
前缀:
l_
说明:
对于不同型号的直线可用不同的前缀,如:
(1)粗的横向直线chl+n(n=1,2,3...)
(2)粗的纵向直线czl+n
(3)细的横向直线xhl+n
(4)细的纵向直线xzl+n
(9)ListBox
前缀:
lb_
(10)MultiLineEdit
前缀:
mle_
(11)OLE2.0
前缀:
ole_
(12)Oval
前缀:
o_
(13)Picture
前缀:
p_
(14)PictureButton
前缀:
pb_
(15)RadioButton
前缀:
rb_
(16)Rectangle
前缀:
rt_
(17)RoundRectangle
前缀:
rrt_
(18)SingleLineEdit
前缀:
sle_
(19)StaticText
前缀:
st_
(20)VScrollBar
前缀:
vsb_
3、ObjectsInDataWindow
如果没有必要,可以不对DataWindow中的对象进行命名。
如果有必要,则需按下面说明的规则命名。
DataWindow中的Objects前缀命名方法是:
对象所在区域+对象代码+_
对象所在区域有四个,它们是:
Header,Detail,Summary,Footer
下面分别给出前缀定义:
(1)Text
前缀:
t_
(1)TextinHeader:
ht_
(2)TextinDetail:
dt_
(3)TextinSummary:
st_
(4)TextinFooter:
ft_
(2)ComputedFieldDefinition
前缀:
c_
特殊的ComputerField前缀定义:
A)PageDefinition
(1)PageinHeader:
hpg_
(2)PageinDetail:
dpg_
(3)PageinSummary:
spg_
(4)PageinFooter:
fpg_
B)DateDefinition
(1)DateinHeader:
hda_
(2)DateinDetail:
dda_
(3)DateinSummary:
sda_
(4)DateinFooter:
fda_
C)SumDefinition
(1)suminHeader:
hsum_
(2)suminDetail:
dsum_
(3)suminSummary:
ssum_
(4)suminFooter:
fsum_
(3)Graph
前缀:
gr_
(1)GraphinHeader:
hgr_
(2)GraphinDetail:
dgr_
(3)GraphinSummary:
sgr_
(4)GraphinFooter:
fgr_
(4)Report
前缀:
rp_
(1)ReportinHeader:
hrp_
(2)ReportinDetail:
drp_
(3)ReportinSummary:
srp_
(4)ReportinFooter:
frp_
(5)ExtendedBitmap
前缀:
bm_
(1)BitmapinHeader:
hbm_
(2)BitmapinDetail:
dbm_
(3)BitmapinSummary:
sbm_
(4)BitmapinFooter:
fbm_
(6)Rectangle
前缀:
rt_
(1)RectangleinHeader:
hrt_
(2)RectangleinDetail:
drt_
(3)RectangleinSummary:
srt_
(4)RectangleinFooter:
frt_
(7)Line
前缀:
l
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 财务管理 财务 企业管理 软件 开发 规范