《仙人掌软件系统开发规范Ver-2.》由会员分享,可在线阅读,更多相关《仙人掌软件系统开发规范Ver-2.(21页珍藏版)》请在金锄头文库上搜索。
1、 开发规范 版本: 发布日期: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 数据库
2、 . 18 Table view sp 的命名规则 . 18 , 测试规范 测试计划 1. 测试阶段:如单元测试、集成测试、回归测试等 2. 测试种类:功能测试、用户界面测试、性能测试、容量测试、安装测试、安全性测试、环境测试等 3. 测试依据:产品需求;概要设计;详细设计;用户操作手册;测试数据; 4. 测试环境:测试的软硬件环境。 5. 测试工具:列出所使用的测试工具。 6. 测试人员:负责人和测试员、数据准备人员 7. 测试进度:测试计划时间/测试数据准备时间/测试执行时间 8. 测试文档:测试数据、测试反馈表、测试总结 测试流程:测试数据准备 1. $ 2. 子系统 3. 程序测试目录
3、 4. 常规测试数据记录(合理等价类) a) 每个程序的测试数据的记录不得少于 20 条(考虑到翻页和数据容量的测试)对于特殊系统可以采用录入大批量的记录。 b) 测试数据尽量考虑周全,覆盖面广,包括各种不同类型的有效数组(边界值数据、字符长度、数据的交叉性等各类有效的数据) c) 每个数据字段均必须包括,不可遗漏 5. 非常规测试数据记录(不合理等价类) a) 超过边界值的数据 b) 数据类型的验证 c) 字符长度的验证 d) 重复键值的数据 e) ! f) 小数位数的验证 g) 字符大小写的验证 6. 采用的格式 7. 为了保证数据的倒入、倒出和保管,采用 EXCEL 的格式,将每个系统的
4、每个程序数据建在一个文件中的不同 Sheet表中, 以便测试人员在同一界面查看数据相关的数据。 测试文档 一目录规则 总目录:系统缩写 分目录:测试目录 例:工程数据系统 EDM edm 二文档名规则 】 测试单:程序编码程序名称 备注:程序编码是菜单程序的编码,每一个菜单程序,建立一个测试文档,即:一个功能建立一个文档。文档以规范中的测试单EXCEL 文档作为模板。 例:工程数据系统 EDM edmedm2100 工种定义.xls 三文档内容规则 测试单中,每次测试存成一个 sheet,以便存档。每个 sheet 可以根据具体测试的内容在 sheet1 的基础上进行裁剪。 备注: 有原文件:
5、RS 测试单.xls 设计人程序功能测试单 系统: 设计人: 设计测试人: 序号 菜单 功能 设计测试日期 问题 备注 ) / 全部系统完成测试日期 : 设计测试人签字: 测试总结 1.测试计划的执行情况 测试项目 测试时间 测试人员 | 测试环境、测试工具 测试依据 测试阶段 测试类型和方法:尽量详细描述各测试类型的具体测试方法,如功能测试时,采用了那些合理等价类数据和非合理等价类数据。 2.回顾测试结果,分析测试结果的原因和覆盖率 测试的覆盖率 附测试工作汇总表 系统 程序 测试次数 , BUG 数 程序员 # ! 分析测试结果(按测试类型有侧重点的进行分析,不是对所有的测试结果进行分析)
6、:如:用户界面测试主要是由于什么原因引起;那些 BUG 是经常出项的,如何避免;新出现的BUG 是由于什么原因引起,最终如何解决的等 3.评价 软件的能力和测试结论:经过测试所表明软件的能力,说明是否通过。 缺陷和限制:说明测试所揭露的软件缺陷和不足,以及可能给软件运行带来的影响 建议:提出合理的建议 产品管理 产品开发管理规定 为了保证软件产品在开发过程和形成最终产品时的质量,并方便开发人员的开发工作,特制定如下规定: 数据库管理员: 1. ) 2. 数据库管理员每天备份数据库,脚本,备份程序,保留的时间段为两周。 3. 数据库管理员负责建立开发和测试数据库环境,保持环境的正确。 4. 设计
7、新建立数据库的表、视图、过程,通过数据库管理员建立。 5. 设计表、视图、过程的修改,必须通过数据库系统管理员,登记,修改。 6. 负责保存产品数据库脚本和脚本版本。 7. 负责产品数据库脚本发货。 软件管理员: 1. 开发人员完成开发后, 向软件版本管理员提交所有的源文件, 提交的的源文件由软件版本管理员建立一个工程文件进行编译后, 将生成的 class 放到测试服务器上, 进行相关的测试等活动。 2. 负责公共程序开发的人员, 如果公用程序有改动, 将改动后的程序提交给软件版本管理员,并在 OA 上发布改动内容的说明。 3. 公共文件,如 xml 等,由软件版本管理员统一进行添加。 4.
8、页面制作人员对外交互: 1. 设计人员:接收设计人员提交的设计初稿;提交给设计人员完成的页面;接收设计人员对制作后的页面的修改意见和反馈信息 2. 开发人员:修补开发人员无法修补的页面的问题 主要文档: 1. 页面制作清单 2. 页面 3. 页面 CHM 开发人员 开发人员对所承担的程序负责。 开发人员工作内容: 根据设计人员的设计和页面制作人员的页面,进行程序开发和自测 $ 开发人员对外交互: 1. 设计人员:接收并理解设计人员的设计思路、功能需求;接收设计人员确认后的页面;反馈开发过程中发现的设计和页面上的问题;反馈建议 2. 测试/HELP/操作手册人员:提交完成的程序和自测报告给汇总人
9、员;讲解设计思路、详细功能;提供功能清单 3. 页面人员:修补页面。 主要文档: 1. 程序开发和修改清单 2. 测试报告 测试人员 测试人员对所测试的程序负责。 测试人员工作内容: 根据设计要求和开发组提供的程序,准备和录入数据,进行 bug 和功能测试 / 测试人员对外交互: 1. 设计人员:听取和掌握设计思路和功能要求;掌握功能清单;反馈建议信息 ;复测设计测试出的 bug 2. 开发组人员:接受开发组人员提交的测试单;反馈错误信息 主要文档: 1. 测试单 手册和帮助文件制作人员 手册和帮助文件制作人员对承担的在线 help 和系统操作手册负责。 工作内容: 在线 help 文档编制操
10、作手册编制 对外交互: 1)-设计人员:听取和掌握设计思路和功能要求;掌握功能清单 ! 2)-开发组人员:接受开发组人员提交的程序清单 主要文档: 1)-在线 help 2)-操作手册 3)-在线帮助的文档清单 程序提交流程 程序员可以随时向组长指定的位置提交程序, 以备组长了解每个程序员的完成进度和集中管理; 组长可以随时将程序提交到系统管理员指定的位置; 系统管理员将提交上来的源程序在每个工作日的 11:30 和 17:00 进行统一编译后,更新到服务器上。 设计规范 表设计规范 】 1.所有字符型字段为 nvarchar 类型,不使用 char 和 varchar 类型。 2.数字字段为
11、 int 或 float 型,不使用 real 类型。 3.不使用 vercol 字段 4建表使用 default vale ,不使用帮定绑定值对象 5建立索引,尽量使用主键 6. 不使用触发器 7. 脚本字母小写,内容标志码字母大写 8. 尽量采用数据检查,增加表的帮定,不使用对象 9.一般业务性质的表,增加编码的名称到业务表中,方便查询打印。 10.设计根据要增加某些标志字段的 DEFAULT 值,数据不能为空 常用缩写 供设计参考: 1. 唯一标识: (IDENTITY) 2. 编码: (CODE) 3. 描述: (DISCRIPT) 4. 姓名/名称: (NAME) 5. 别名: (N
12、ICKNAME) 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. 价格
13、: (PRICE) 23. 合计: (SUMMARY) 24. 数量: (QUANTITY) 25. 比率: (RATE) 26. 单据: (FORM) 27. 明细: (DETIAL) 28. 次数/号: (NUMBER) 29. 地址: (ADDRESS) 30. 备注: (NOTE) 31. 消息、通知: (MESSAGE) 32. 文档: (DOCUMENT) 33. 电子文档: (ELECTRONIC DOCUMENT) 34. 电话:(办公:WTEL,家里:HTEL)(TELEPHONE) 35. 传真: (FAX) 36. 移动电话: (MOBILEPHONE) 37. 传呼:
14、(BP CALL) 38. 电子信箱: (EMAIL) 39. 网址: (UNIFORM RESOURCE LOCATOR) 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
15、. 高: (HEIGTH) 56. 重量: (WEIGTH) 57. 体积:(VOLUMN) 58. 错误: (ERROR) 59. 是否: (IS) 60. 已处理: (USED) 61. 图形、图象、大型二进制对象:GR 62. 布尔型:YN 63. 代表通货数量的数字值:CY 64. 表示一个记录是否已经被删除的活动标记:ACTIV YN 65. 用来同其他属性类区分的类的顺序号:ORDER NR 66. 注解、评论等的长文本描述字段:DESC TX 67. 特定类的系统用户名: BY 68. 记录生成的日期和时间:CREAT TM 69. 记录最近修改的日期和时间:MOD TM 70.
16、 生成记录的系统用户名:CREAT BY 71. 最近一次修改记录的系统用户名:MOD BY 其他缩写表示: 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. 经手人: (HANDLE
17、R) 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. 预付款: (ADV
18、ANCED PAYMENT) 32. 欠款: (OWE) 33. 应收: (APPLY RECEIVE) 34. 应付: (SHOULD PAY) 35. 发票: (INVOICE) 36. 收据: (RECEIPT) 37. 帐单: (BILL) 38. 合同: (CONTRACT) 39. 期票: (PROMISSORY NOTE) 40. 联络: (CONTACT) 41. 联系/关联: (LINK) 42. 参考: (REFERENCE) 43. 日志: (LOG) 44. 原因: (RESON) 45. 事件: (EVENT) 46. 交易: (TRANSACTION) 47. 业务
19、: (TRADE) 48. 行业: (INDUSTRY) 49. 省: (PROVINCE) 50. 市: (CITY) 51. 地区: (DISTINCT) 52. 来源: (SOURCE) 53. 银行: (BANK) 54. 税: (TAX) 55. 货币: (COIN) 56. 保质: (QUALITY) 57. 保修: (IN GOOD REPAIR) 58. 创建: (CREATE) 59. 修改: (MODIFY) 60. 删除:(DELETE) 61. 检查/审核: (CHECK) 命名原则 目录: 总则 数据库 Table view sp 的命名规则 子系统 程序名称 报表程
20、序 总则 为了对系统开发的过程进行控制,设计,开发出高质量的软件系统,制定下面的命名规则。 此规则在系统中全程有效。 1. 系统中的所有命名,包括子系统名,表名,字段名等全部用英文的缩写名或英文名来制定,不允许使用类似于 a,b,aa 没有语义的字母来命名,不允许用汉语拼音,汉字来命名。 英文缩写字要使用比较通用的缩写字,使得大多数人都能够接受的缩写方式。例如: qty 表示数量; amt 表示金额; dept 表示部门等等。能够用这样通用缩写方式命名的情况,尽量使用缩写的方式。 2. 命名中的英文字母一律用小写字母;中间以下划线作为分割符。在没有特殊的情况下,不允许使用数字来命名。 3. 对
21、系统进行用户扩充时,例如,用户化专门修改的内容,当这些内容不是 CAPMS 的标准内容时,原则上,在数据库名,表名,视图名,程序名中要加上企业的缩写字母,缩写字母以 2-3 个字母比较适宜, 企业标识或缩写字母的位置放在公司命名内容主标识的后面。例如:系统中的程序名是 inv_post_sp 是系统中的标准过帐程序,如果某汽车厂需要增加自己的专用程序,则程序命名应该是 inv_jac_post_sp。 4. 数据库 数据库的命名规则使用 R_*方式,前面的 R 是公司产品的总标识,后面的 “*”号可以是带有语义的字母。 Table view sp 的命名规则 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