仙人掌软件系统开发规范Ver20.docx
《仙人掌软件系统开发规范Ver20.docx》由会员分享，可在线阅读，更多相关《仙人掌软件系统开发规范Ver20.docx（19页珍藏版）》请在冰点文库上搜索。
仙人掌软件系统开发规范Ver20
开发规范
《
版本：
发布日期：
2010-01-01
公司：
仙人掌软件（）
测试规范3
测试计划3
测试流程：
4
测试文档5
一．目录规则5
^
二．文档名规则5
三．文档内容规则6
测试总结6
产品管理7
产品开发管理规定7
数据库管理员：
7
软件管理员：
8
产品版本管理8
设计人员8
主要文档：
9
页面制作人员9
，
开发人员10
测试人员10
手册和帮助文件制作人员11
设计规范12
表设计规范12
常用缩写12
供设计参考：
12
命名原则17
总则17
数据库18
Tableviewsp的命名规则18
，
测试规范
测试计划
1.测试阶段：
如单元测试、集成测试、回归测试等
2.测试种类：
功能测试、用户界面测试、性能测试、容量测试、安装测试、安全性测试、环境测试等
3.测试依据：
产品需求；概要设计；详细设计；用户操作手册；测试数据；
4.测试环境：
测试的软硬件环境。
5.测试工具：
列出所使用的测试工具。
6.测试人员：
负责人和测试员、数据准备人员
7.测试进度：
测试计划时间/测试数据准备时间/测试执行时间
8.测试文档:
测试数据、测试反馈表、测试总结
测试流程：
测试数据准备
1.$
2.子系统
3.程序测试目录
4.常规测试数据记录（合理等价类）
a）每个程序的测试数据的记录不得少于20条（考虑到翻页和数据容量的测试）对于特殊系统可以采用录入大批量的记录。
b）测试数据尽量考虑周全，覆盖面广，包括各种不同类型的有效数组（边界值数据、字符长度、数据的交叉性等各类有效的数据）
c）每个数据字段均必须包括，不可遗漏
5.非常规测试数据记录（不合理等价类）
a）超过边界值的数据
b）数据类型的验证
c）字符长度的验证
d）重复键值的数据
e）!
f）小数位数的验证
g）字符大小写的验证
6.采用的格式
7. 为了保证数据的倒入、倒出和保管，采用EXCEL的格式，将每个系统的每个程序数据建在一个文件中的不同[Sheet]表中，以便测试人员在同一界面查看数据相关的数据。
测试文档
一．目录规则
总目录：
系统缩写
分目录：
测试目录
例：
工程数据系统EDM
edm
二．文档名规则
】
《测试单》：
程序编码＋程序名称
备注：
程序编码是菜单程序的编码，每一个菜单程序，建立一个测试文档,即：
一个功能建立一个文档。
文档以规范中的《测试单》EXCEL文档作为模板。
例：
工程数据系统EDM
edm\edm2100工种定义.xls
三．文档内容规则
《测试单》中，每次测试存成一个sheet,以便存档。
每个sheet可以根据具体测试的内容在sheet1的基础上进行裁剪。
备注：
有原文件：
RS测试单.xls
~
设计人程序功能测试单
系统：
设计人：
设计测试人：
序号
菜单
功能
设计测试日期
问题
备注
）
/
@
全部系统完成测试日期：
设计测试人签字：
测试总结
1.测试计划的执行情况
测试项目
测试时间
测试人员
|
测试环境、测试工具
测试依据
测试阶段
测试类型和方法：
尽量详细描述各测试类型的具体测试方法，如功能测试时，采用了那些合理等价类数据和非合理等价类数据。
2.回顾测试结果，分析测试结果的原因和覆盖率
测试的覆盖率
附测试工作汇总表
系统
程序
测试次数
BUG数
程序员
#
!
分析测试结果（按测试类型有侧重点的进行分析，不是对所有的测试结果进行分析）：
如：
用户界面测试主要是由于什么原因引起；那些BUG是经常出项的，如何避免；新出现的BUG是由于什么原因引起，最终如何解决的等
3.评价
软件的能力和测试结论：
经过测试所表明软件的能力，说明是否通过。
缺陷和限制：
说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响
建议：
提出合理的建议
产品管理
产品开发管理规定
为了保证软件产品在开发过程和形成最终产品时的质量，并方便开发人员的开发工作，特制定如下规定：
数据库管理员：
1.）
2.数据库管理员每天备份数据库，脚本，备份程序，保留的时间段为两周。
3.数据库管理员负责建立开发和测试数据库环境，保持环境的正确。
4.设计新建立数据库的表、视图、过程，通过数据库管理员建立。
5.设计表、视图、过程的修改，必须通过数据库系统管理员，登记，修改。
6.负责保存产品数据库脚本和脚本版本。
7.负责产品数据库脚本发货。
软件管理员：
1.开发人员完成开发后，向软件版本管理员提交所有的源文件，提交的的源文件由软件版本管理员建立一个工程文件进行编译后，将生成的class放到测试服务器上，进行相关的测试等活动。
2.负责公共程序开发的人员，如果公用程序有改动，将改动后的程序提交给软件版本管理员，并在OA上发布改动内容的说明。
3.公共文件，如xml等，由软件版本管理员统一进行添加。
4.<
5.存有软件产品的服务器除了Admin的帐号外，只留有一个帐号由软件版本管理员管理，所有服务器上程序的复制工作统一由软件版本管理员管理，个人不能擅自进行程序的拷贝、删除等操作。
服务器上软件产品所在目录统一由软件版本管理员管理。
产品版本管理
设计人员
设计人员对所设计的子系统功能、数据结构、页面整体负责。
设计人员工作内容：
功能描述（有变化的子系统）、数据字典、页面初稿、后台SP的修改和编制、页面审核、设计整理归档终稿、开发成品程序功能测试符合设计要求。
设计人员对外交互：
1.公司技术委员会：
讲解初步设计；公司技术委员会和其他技术人员对设计进行确认；确定与其他系统接口；确定公共或基础信息维护位置和方式；自己无法确定事宜。
2.页面设计人员：
提交页面初稿；接收完成的页面并确认；提交对页面的修改设计；提交开发人员反馈的关于页面设计的错误
3.开发人员：
解答开发组人员对功能和设计提出的问题；接受开发组人员对页面设计提出的意见和建议；接收开发组认为页面错误的信息
4.测试/HELP/操作手册人员：
讲解设计思路、详细功能；提供功能清单；反馈功能测试情况。
—
主要文档：
1.产品设计初稿
2.产品设计终稿
3.数据字典
4.页面设计初稿
5.页面设计终稿
6.后台程序编制、修改记录
页面制作人员
页面制作人员对所画的系统页面负责。
页面制作人员工作内容：
根据设计人员提交的页面设计初稿，进行页面制作
>
页面制作人员对外交互：
1.设计人员：
接收设计人员提交的设计初稿；提交给设计人员完成的页面；接收设计人员对制作后的页面的修改意见和反馈信息
2.开发人员：
修补开发人员无法修补的页面的问题
主要文档：
1.页面制作清单
2.页面
3.页面CHM
开发人员
开发人员对所承担的程序负责。
开发人员工作内容：
根据设计人员的设计和页面制作人员的页面，进行程序开发和自测
$
开发人员对外交互：
1.设计人员：
接收并理解设计人员的设计思路、功能需求；接收设计人员确认后的页面；反馈开发过程中发现的设计和页面上的问题；反馈建议
2.测试/HELP/操作手册人员：
提交完成的程序和自测报告给汇总人员；讲解设计思路、详细功能；提供功能清单
3.页面人员：
修补页面。
主要文档：
1.程序开发和修改清单
2.测试报告
测试人员
测试人员对所测试的程序负责。
测试人员工作内容：
根据设计要求和开发组提供的程序，准备和录入数据，进行bug和功能测试
/
测试人员对外交互：
1.设计人员：
听取和掌握设计思路和功能要求；掌握功能清单；反馈建议信息;复测设计测试出的bug
2.开发组人员：
接受开发组人员提交的《测试单》；反馈错误信息
主要文档：
1.测试单
手册和帮助文件制作人员
手册和帮助文件制作人员对承担的在线help和系统操作手册负责。
工作内容：
在线help文档编制操作手册编制
对外交互：
1）--设计人员：
听取和掌握设计思路和功能要求；掌握功能清单
！
2）--开发组人员：
接受开发组人员提交的程序清单
主要文档：
1）--在线help
2）--操作手册
3）--在线帮助的文档清单
程序提交流程
程序员可以随时向组长指定的位置提交程序，以备组长了解每个程序员的完成进度和集中管理；
组长可以随时将程序提交到系统管理员指定的位置；
系统管理员将提交上来的源程序在每个工作日的11：
30和17：
00进行统一编译后，更新到服务器上。
设计规范
表设计规范
】
1.所有字符型字段为nvarchar类型，不使用char和varchar类型。
2.数字字段为int或float型，不使用real类型。
3.不使用vercol字段
4．建表使用defaultvale，不使用帮定绑定值对象
5．建立索引，尽量使用主键
6.不使用触发器
7.脚本字母小写，内容标志码字母大写
8.尽量采用数据检查，增加表的帮定，不使用对象
9.一般业务性质的表，增加编码的名称到业务表中，方便查询打印。
10.设计根据要增加某些标志字段的DEFAULT值，数据不能为空
常用缩写
供设计参考：
1.唯一标识：
（IDENTITY）
2.编码：
（CODE）
3.描述：
（DISCRIPT）
4.姓名/名称：
（NAME）
5.别名：
（NICKNAME）
6.日期时间：
（DATETIME）
7.时间长短、期限：
（TIME）
8.年：
（YEAR）
9.月：
（MONTH）
10.日：
（DAY）
11.标志：
（FLAG）
12.类型：
（TYPE）（主要指一种属性）
13.类别：
（CLASS）（主要指物品的分类）
14.性质：
（PROPATY）
15.状态：
（STATUS）
16.规格：
（SPEC）
17.等级：
（DEGREE）
18.操作员：
（OPERATOR）
19.参数：
（PARAMETER）
20.参与人：
（PERSON）
21.金额：
（AMOUNT）
22.价格：
（PRICE）
23.合计：
（SUMMARY）
24.数量：
（QUANTITY）
25.比率：
（RATE）
26.单据：
（FORM）
27.明细：
（DETIAL）
28.次数/号：
（NUMBER）
29.地址：
（ADDRESS）
30.备注：
（NOTE）
31.消息、通知：
（MESSAGE）
32.文档：
（DOCUMENT）
33.电子文档：
（ELECTRONICDOCUMENT）
34.电话：
（办公：
WTEL，家里：
HTEL）（TELEPHONE）
35.传真：
（FAX）
36.移动电话：
（MOBILEPHONE）
37.传呼：
（BPCALL）
38.电子信箱：
（EMAIL）
39.网址：
（UNIFORMRESOURCELOCATOR）
40.密码：
（PASSWORD）
41.最大：
（MAX）
42.最小：
（MIN）
43.起始：
（BEGIN）
44.终止：
（END）
45.最近：
（LAST）
46.上限：
（UPPER）
47.下限：
（LOWER）
48.最高：
（TOP）
49.最低：
（BOTTOM）
50.有效：
（AVAILABLE）
51.主要的：
（MAIN）
52.值：
（VALUE）
53.长：
（LENGTH）
54.宽：
（WIDTH）
55.高：
（HEIGTH）
56.重量：
（WEIGTH）
57.体积：
（VOLUMN）
58.错误：
（ERROR）
59.是否：
（IS）
60.已处理：
（USED）
61.图形、图象、大型二进制对象：
GR
62.布尔型：
YN
63.代表通货数量的数字值：
CY
64.表示一个记录是否已经被删除的活动标记：
ACTIVYN
65.用来同其他属性类区分的类的顺序号：
ORDERNR
66.注解、评论等的长文本描述字段：
DESCTX
67.特定类的系统用户名：
BY
68.记录生成的日期和时间：
CREATTM
69.记录最近修改的日期和时间：
MODTM
70.生成记录的系统用户名：
CREATBY
71.最近一次修改记录的系统用户名：
MODBY
其他缩写表示：
1.计划：
（PLAN）
2.商品：
（GOODS）
3.配件：
（FITTING）
4.仓库：
（WAREHOUSE）
5.客户：
（CUSTOMER）
6.厂商：
（MANUFACTURE）
7.公司：
（CORPERATION）
8.单位：
（UNIT）
9.组织：
（ORGNIZATION）
10.部门：
（DEPARTMENT）
11.组：
（GROUP）
12.人员：
（STAFF）
13.负责人：
（LEADER）
14.经手人：
（HANDLER）
15.买方：
（PURCHASER）
16.卖方：
（BARGAINOR）
17.单价：
UNIT_PRICE
18.定价：
LIST_PRICE
19.申购：
APPLY（APPLY）
20.采购：
（STOCK）
21.库存：
（INVENTORY）
22.订购：
（ORDER）
23.发货：
（CONSIGNMENT）
24.送货：
（DELIVER）
25.取货：
（DISPATCH）
26.销售：
（SALE）
27.成本：
（COST）
28.折扣：
（REBATE）
29.付款：
（PAY）
30.收款：
（RECEIVE）
31.预付款：
（ADVANCEDPAYMENT）
32.欠款：
（OWE）
33.应收：
（APPLYRECEIVE）
34.应付：
（SHOULDPAY）
35.发票：
（INVOICE）
36.收据：
（RECEIPT）
37.帐单：
（BILL）
38.合同：
（CONTRACT）
39.期票：
（PROMISSORYNOTE）
40.联络：
（CONTACT）
41.联系/关联：
（LINK）
42.参考：
（REFERENCE）
43.日志：
（LOG）
44.原因：
（RESON）
45.事件：
（EVENT）
46.交易：
（TRANSACTION）
47.业务：
（TRADE）
48.行业：
（INDUSTRY）
49.省：
（PROVINCE）
50.市：
（CITY）
51.地区：
（DISTINCT）
52.来源：
（SOURCE）
53.银行：
（BANK）
54.税：
（TAX）
55.货币：
（COIN）
56.保质：
（QUALITY）
57.保修：
（INGOODREPAIR）
58.创建：
（CREATE）
59.修改：
（MODIFY）
60.删除：
（DELETE）
61.检查/审核：
（CHECK）
命名原则
目录：
总则
数据库
Tableviewsp的命名规则
子系统
程序名称
报表程序
总则
为了对系统开发的过程进行控制，设计，开发出高质量的软件系统，制定下面的命名规则。
此规则在系统中全程有效。
1.系统中的所有命名，包括子系统名，表名，字段名等全部用英文的缩写名或英文名来制定，不允许使用类似于a,b,aa没有语义的字母来命名，不允许用汉语拼音，汉字来命名。
英文缩写字要使用比较通用的缩写字，使得大多数人都能够接受的缩写方式。
例如：
qty表示数量；amt表示金额；dept表示部门等等。
能够用这样通用缩写方式命名的情况，尽量使用缩写的方式。
2.命名中的英文字母一律用小写字母；中间以下划线作为分割符。
在没有特殊的情况下，不允许使用数字来命名。
3.对系统进行用户扩充时，例如，用户化专门修改的内容，当这些内容不是CAPMS的标准内容时，原则上，在数据库名，表名，视图名，程序名中要加上企业的缩写字母，缩写字母以2-3个字母比较适宜，企业标识或缩写字母的位置放在公司命名内容主标识的后面。
例如：
系统中的程序名是inv_post_sp是系统中的标准过帐程序，如果某汽车厂需要增加自己的专用程序，则程序命名应该是inv_jac_post_sp。
4.
数据库
数据库的命名规则使用R_***方式，前面的R是公司产品的总标识，后面的“*”号可以是带有语义的字母。
Tableviewsp的命名规则
1.table、sp、view名称由英文小写字母或数字组成。
2.名字应该表达一定的含义，使用英文单词或缩写组成词意，不要使用拼音。
3.单词中间使用’_’，不要使用’-‘；例子：
如用户表：
R_user；产品库R_product。
sp中的临时表名的构成：
结构：
“子系统名_”+“_rs_”+sp名的缩写+“_”+原临时表的简名。
说明：
……部分使用一定含义的单词，表示表的用途；例子：
库房月加权平均价计算inv_avg_price_sp中的临时表为：
inv_rs_avg_stock_item或inv_rs_avg_item
升级会员 