仙人掌软件系统开发规范Ver-2.

《仙人掌软件系统开发规范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