数据库设计评审单模版
体系产品要求评审表样本
总经办(评审质量保证能力)
填写人:日期:
生产部(评审产品生产能力及交货期规定)
填写人:日期:
品技部(评审技术保证能力和产品检测能力)
填写人:日期:
供销部(评审原材料供应能力、产品交付方式、服务规定、合同合法性、完整性和明确性)
填写人:日期:
评审结论
签ห้องสมุดไป่ตู้:日期:
备注
注:“信息来源”栏填电话、传真或合同草案及其相应编号。
产品规定评审表
Q/YF.CXC03-02-B01 编号:
□初次评审 □变更(原评审表号: )
顾客名称
联系人
电话
产品名称
规格/型号
订货数量
进度规定
信息来源
合同类别
顾客对产品明示与潜在规定(技术规定、质量规定、支持服务、价格等)
填写人:日期:
我司为满足顾客规定所作出承诺
填写人:日期:
国家、行业原则及法律法规规定
软件设计评审记录
各个设计书能满足用户要求,工作成果合格。总体设计里面总揽全局,掌握着软件开发的全方向,详细设计则为了具体的各个模块的开发启到了奠定的作用,数据库设计为数据库方面的开发有了非常仔细的说明,编码计划则为了在代码开发过程中的分配、进度等有了明确的规定。
负责人签名:
日期:年月日
产品经理/项目经理意见:
签名:日期:年月日
备注:
设计审核记录
软件名称:XXXXXXXX
用户名称:XXXXXXX
评审委员会:
XXX XXX
负责人:XXX
评审日期:年月日
评审活ቤተ መጻሕፍቲ ባይዱ记录:
由XX公司按模块阐述设计内容,XX公司进行评议。其中设计包括,总体设计、概要设计、详细设计、数据库设计以及编码计划5方面。
不确定事项及处理办法:
客户管理考核办法目前用户还在修订中,有暂定稿,根据暂定稿内容,再预留三个考核项目。
产品详细设计评审检查表-模板
每一个模块的关键算法、关键数据结构是否清楚?
各模块之间的接口是否清晰?
设计是否是可实现的?
设计是否有遗漏和缺陷?
可读性检查
设计说明是否通俗易懂?
设计中,关键部分是否使用图表加以说明?
是否提供软件设计图(类图,序列图,状态图…)
是否提供数据结构设计图(数据库设计,XML结构设计,文件格式设计)
设计实现的瓶颈
依赖型检查
是否使用或依赖于第三方的产品?
第三方产品是否可以由不同的提供商替换?
设计中涉及到关键技术是否成熟?
其他问题
××产品详细设计评审检查表
【内容】
评审人员根据此表认真审核《产品详细设计规格说明书》。
如果是合同项目,可能还需要用户审核,视具体情况而定。
【裁剪原则】
此部分内容不允许裁剪。
评委名称
评委日期
YYYY-MM-DD
评审结论
合格不合格TBD待完成NA不适用
详细设计检查表
结论
基本检查
详细设计是否覆盖了所有的总体设计条目?
是否提供样例代码,说明如何使用?
可用性检查
设计中的命名是否与现有系统冲突
是否存在不合理的设计结构(例如包耦合:不应交叉耦合,层,包不应依赖于子系统,仅应依赖于其它包或接口)
设计是否与某些现有规范存在冲突?(编码规范,设计规范,J2EE规范….)
设计实现的复杂程度
java项目验收评审模板
java项目验收评审模板Java项目验收评审模板一、引言项目验收评审是确保Java项目开发过程中产品符合需求规格并满足客户期望的重要环节。
本文将以Java项目验收评审模板为主题,从项目启动、项目规划、需求分析、设计开发、测试、发布等阶段逐步回答。
二、项目启动1. 项目背景和目标在项目启动阶段,我们需要明确项目的背景和目标。
具体包括项目的背景信息,业务需求,项目的目标和期望成果。
2. 项目范围和时间计划定义项目的范围,明确项目的交付内容和时间计划。
三、项目规划1. 需求收集和管理收集业务需求,明确需求分析的过程和方法,确保项目开发目标准确明确,并设立需求变更管理流程。
2. 项目团队组建和角色分配确定项目团队成员及其角色,明确各个成员的工作职责和协作流程。
3. 项目资源和预算计划明确项目所需的资源和预算计划,包括硬件设备、软件授权和培训等。
四、需求分析1. 需求规格说明书编写需求规格说明书,明确项目需求的详细信息,包括功能需求、非功能需求、业务流程和数据流图等。
2. 用例和场景描述编写用例和场景描述,用于描述系统的各个功能和使用情景,以及用户交互流程。
3. 原型和界面设计设计系统的原型和用户界面,确保用户能够直观、方便地使用系统。
五、设计开发1. 系统架构设计根据需求规格说明书,进行系统架构设计,确定系统的整体结构和模块划分。
2. 模块开发和集成按照系统架构设计,进行各个模块的开发,并进行集成测试,确保各个模块之间的协同工作。
3. 数据库设计和开发根据需求规格说明书,设计数据库结构和表结构,进行数据库开发和测试。
六、测试1. 单元测试对系统的各个模块进行单元测试,确保每个模块的功能正常运行。
2. 集成测试对系统进行集成测试,确保各个模块之间的协作和整体系统的功能正常运行。
3. 系统测试对整个系统进行测试,测试系统的功能、性能、安全性等方面,确保系统符合需求规格说明书的要求。
七、发布1. 系统验收进行系统验收,确保系统的功能和性能满足客户需求。
软件概要设计评审要点
软件概要设计评审要点软件概要设计评审是软件开发过程中的重要环节,通过评审可以确保软件设计符合需求并具备合理性、可行性和可维护性。
以下是软件概要设计评审要点,用于全面评估概要设计的质量和可行性。
1.需求分析:评审人员应仔细审查需求文档,了解软件系统的功能和性能需求。
评审人员需要确保概要设计准确地反映了需求,并能够满足用户的期望。
2.系统架构:评审人员需要检查概要设计中的系统架构。
评审人员应关注系统的组件和模块之间的关系,系统的层次结构和模块划分是否合理。
评审人员应考虑系统的可扩展性和可维护性,确保系统的架构能够满足长期的需求变化。
3.功能设计:评审人员需仔细检查概要设计中的功能设计。
评审人员应确认每个功能的实现方法和相互之间的依赖关系。
评审人员需要考虑功能的可测试性和可维护性,并确保设计是可行的和高效的。
4.数据库设计:评审人员应仔细审查数据库设计。
评审人员需要确保数据库的表结构和关系设计合理,确保数据的完整性和一致性。
评审人员应考虑数据库的性能和可扩展性,并验证数据库设计是否满足系统的操作需求。
5.接口设计:评审人员需要评估概要设计中的接口设计。
评审人员应支持各个模块之间的接口定义,确保接口的一致性和可理解性。
评审人员应检查接口的输入和输出参数,确保它们的类型和范围是正确的。
6.性能设计:评审人员需要评估概要设计中的性能设计。
评审人员应考虑系统的响应时间、处理能力和资源利用率。
评审人员应确定性能瓶颈和可能的优化点,并提出改进建议。
7.安全性设计:评审人员应评估概要设计中的安全性设计。
评审人员需要确保系统具有适当的安全措施,能够保护数据的机密性、完整性和可用性。
评审人员还需评估系统的访问控制和身份验证机制。
8.错误处理和异常处理:评审人员应检查概要设计中的错误处理和异常处理。
评审人员需要确认系统在出现错误或异常情况下的行为,并避免系统的崩溃或数据损坏。
评审人员应检查设计中的错误处理和异常处理的完整性和一致性。
数据库课程设计评审表
天津职业技术师范大学
课程设计评审表信息技术工程学院学院计科班学生
答辩情况填写参考:(请根据自己的情况写,不能雷同)
(可以从功能、性能、界面、结构化(数据流图、流程图(pad、盒图))、结构功能模块图/面向对象分析设计(用例图、对象图)等、数据库(er图等)、测试(黑盒、白盒(各种覆盖))健壮性等方面简单写、特色特点)
例如:
问:主要功能是什么?答:根据自己的情况简单写。
问:具体某个功能(如某个数据的增删改查等)如何实现的?回答:,XXXX。
问:需求分析的怎么进行的?答:用数据流图辅助需求分析,XXXX。
问:总体设计的结构?答:功能模块图,,XXXX。
问:详细设计使用了什么方面(相关图)?回答:,XXXX。
问:数据库设计XXXX?回答:,XXXX。
问:某种图在分析、设计实现中的使用及作用?回答:,XXXX。
问:怎么测试的(白盒/黑盒)?回答:XXXX。
问:某个模块的测试?回答:XXXX(具体的测试用例)。
问:关键某某代码?回答:,XXXX。
问:程序可读性方面XXX?回答:,XXXX。
问:健壮性方面XXX?回答:,XXXX。
问:所做工作的特点/特色?回答:,XXXX。
问:你觉得不足之处或有待提高之处?回答:,XXXX。
--------======------
测试要有测试用例。
测试不能仅有成功的;也要有不成功的,经修改后成功的例子。
项目立项审批表
如有帮助,欢迎下载支持分 类: <模板>使用者: <项目管理部> 文档编号: <HD-PP-301>四川华迪信息技术有限公司项 目 审 批 表项 目 编 号: 项 目 名 称: 项 目 经 理: 承 担 部 门: 项目开始时间: 立项申请时间:预计完成时间:填表说明适用范围:本表适用于四川华迪信息技术公司项目开发活动的立项审批。
填写说明项目编号由应用软件研发部填写,其结构如下:年月号项目在本部门中的编号项目承担部门编号项目分类编号(自立项目、用户委托项目、政府资助项目)软件项目类别代号:“S”非软件项目类别代号:“H”项目立项申请时间与项目开始时间的差必须小于一个月。
“验收标准”中的技术文档的编写规范参照由应用软件研发部发布的软、硬件文档模板及其编写指南。
“验收标准”分软件类项目和非软件类项目页,只需选用相应的适用表格,不适用的自行删去。
“工作规划”应分时段列出“工作内容”、“本时段目标”和相应的“承担人”。
“本时段目标”应明确设计、测试、PPQA、SCM文档名称。
填写“经费预算”表时,请按照项目预算规定进行预算。
在设备需求中须注明设备的租赁或购买:通用设备(包括计算机、打印机、扫描仪、笔记本电脑、工具、示波器等)如应用软件研发部已有,则采用租赁方式;如需增加,则须另申请固定资产基金购买;专用设备(包括组成系统的专有设备要随系统交付用户)采用购买方式,其费用一并计入“材料及元器件”费中。
涉及使用原材料和租赁或购置设备的项目应填写附表1和附表2。
本表所有内容由应用软件研发部负责解释,四川华迪信息技术公司 2009年3月注:本表为软件类项目用项目经费预算表工作规划附表1:设备需求清单附表2:材料、元器件购置清单。
医疗器械通用设计和开发转换评审记录表
表单编号:
项目名称
产品型号
评审阶段
评审日期
评审内容
“匚T内打J表示通过,,口”内打X表示有结果
L生产、原材料
是否具有可生产性、部件及材料的可获取性
½□
2.设备、工装
设备、工装验收移交是否符合要求
三□
3.监视和测量设备
监视和测量设备验收移交是否符合要求
是□
评审会签:
记录人:日期:年月日
评审结论:
签名:日期:年月日
三□
SO
4.人员
人员培训是否满足需求,评价是否充分
是口
5.设计转换活动过程
是否已制定设计转换程序
是口
6.适用于生产的验
证记录
生产运行验证记录是否充分完善可转换
是口
7.特殊过程的转换
活动
特殊过程转换确认记录是否有效可转换
8.风险管理要求
过程阶段的潜在失效模式已被充分识别
½□
9.设计和开发转换
阶段
阶段性工作得到充分评审
生产订单评审表格式
生产订单评审表格式生产订单评审表(示例)一、基本信息1.订单编号:_____________2.客户名称:_____________3.订单日期:_____________4.需求交货日期:_____________5.联系人及联系方式:_____________二、产品信息 6. 产品型号/名称:_____________ 7. 规格参数:_ ____________ 8. 数量:_____________ 9. 单位:_____________10. 材料清单及用量:_____________三、工艺与生产能力评估 11. 生产工艺流程图:(可附件形式附上) 12. 工艺要求和标准:_____________ 13. 现有设备产能分析:_____________ 14. 预计完成周期:_____________四、物料供应情况 15. 主要原材料库存状况:_____________ 16. 物料采购计划及预计到货时间:_____________ 17. 物料品质检验计划:_____________五、质量控制与验收标准 18. 产品检验标准及方法:____________ _ 19. 成品质量控制点与责任人:_____________ 20. 完工样品确认及客户反馈:_____________六、成本与利润分析 21. 预计直接材料成本:_____________ 22. 预计直接人工成本:_____________ 23. 预计制造费用:_________ ____ 24. 预计总成本与目标利润:_____________七、风险评估与应对措施 25. 可能遇到的风险问题:____________ _ 26. 风险应对措施与预案:_____________八、评审意见与结论 27. 生产技术部门评审意见:_____________28. 质量管理部门评审意见:_____________ 29. 采购与供应链部门评审意见:_____________ 30. 最终审批意见:_____________ 3 1. 审批日期:_____________。
数据库设计 第六章
概念结构(续)
概念结构设计的特点(续)
(3)易于更改,当应用环境和应用要求改变时,容易对 概念模型修改和扩充。 (4)易于向关系、网状、层次等各种数据模型转换。
数 据 库 原 理 与 应 用
概念结构(续)
描述概念模型的工具
–
E-R模型
数 据 库 原 理 与 应 用
概念结构设计的方法与步骤
自底向上策略
概念结构设计的方法与步骤(续)
–
逐步扩张
首先定义最重要的核心概念结构,然后向外扩 充,以滚雪球的方式逐步生成其他概念结构,直 至总体概念结构
数 据 库 原 理 与 应 用
–
混合策略
将自顶向下和自底向上相结合,用自顶向下策 略设计一个全局概念结构的框架,以它为骨架集 成由自底向上策略中设计的各局部概念结构。
设计概念结构的四类方法
–
自顶向下
首先定义全局概念结构的框架,然后逐步细化
数 据 库 原 理 与 应 用
–
自底向上
首先定义各局部应用的概念结构,然后将它们 集成起来,得到全局概念结构
概念结构设计的方法与步骤(续)
数 据 库 原 理 与 应 用
自顶向下策略
概念结构设计的方法与步骤(续)
数 据 库 原 理 与 应 用
下面图给出了教务管理信息系统的0层数据流图 ,该图描述了教务管理信息系统的组成部分以及各 部分的输入和输出数据。
学籍变动表
选 课 数 据 3 选课一览表
学生学籍数据
1 学生学籍 管理
选课管理
学生基本信息
课程信息
选课信息
数 据 库 原 理 与 应 用
课程数据
合同评审表
是□否□
是□否□
是□否□
评
审
结
论
1、能满足顾客要求,可签订正式合同。□
2、澄清或修改部分合同条款后,可签订正式合同。□
3、应另行拟订合同。□
评审人员
综合部
生产部
市场部
设备研发部
试剂研发部
总经理意见
签名:日期:
合同评审表
客户名称:评审发起人:合同编号:
项目名称
合同金额
合同
摘要
评
审
内
容
和
结
果
评审内容
评审结果
1、满足合同的技术条件、质量要求。
2、交货期及服务要求能否满足合同约定条款。
3、满足合同要求的过程能力、控制能力和测量能力。
4、能否保质保量提供采购产品。
5、价格、付款方式是否合理。
6、是否满足“合同法”等法律法规要求。
研发项目合同评审表模板
研发项目合同评审表模板项目名称:_________________________ 合同编号:______________________ 评审日期:______________ 评审人:______________________一、基本信息1. 项目名称:2. 合同编号:3. 甲方单位名称:4. 乙方单位名称:5. 签订日期:6. 项目负责人:7. 联系方式:二、项目背景1. 项目的背景、目的和意义是什么?2. 为什么选择该研发项目?3. 项目的目标和预期成果是什么?4. 项目的时间进度安排是什么?三、项目内容1. 项目的具体内容是什么?2. 项目的技术要求和难点是什么?3. 项目的开发周期和阶段性成果是什么?4. 项目的风险点和解决方案是什么?四、合同条款1. 项目的总金额和付款方式是什么?2. 合同中的保密条款是否符合法律要求?3. 合同中的技术转让条款是否清晰明确?4. 合同中的风险责任和赔偿条款是否完善?5. 合同中的变更和解除条款是否合理可行?五、项目执行1. 项目的工作计划和任务分解是否合理?2. 项目的质量保障措施和验收标准是否明确?3. 项目的沟通协调机制和决策流程是否畅通有效?4. 项目执行过程中的问题和风险如何处理?六、项目评价1. 项目的进展情况和效果如何评价?2. 项目的成本效益和创新价值如何评价?3. 项目的未来发展和推广前景如何评价?七、意见建议1. 就项目合同的完善和优化提出意见和建议。
2. 就项目执行和风险控制提出意见和建议。
3. 就项目成果和推广价值提出意见和建议。
八、总结1. 评审意见是否符合项目合同的实际情况?2. 评审结论是否符合项目合同的法律要求?3. 评审结果是否符合项目合同的签订标准?以上为研发项目合同评审表的模板,评审人可根据具体项目情况进行填写和完善,以确保项目合同的合法性和有效性。
详细设计评审表
软件详细设计评审表
项目名称:项目负责人:
主审人:评审时间:
一评审流程
1、由公司领导、各部门相关人员、主审人、评审专家、项目负责人、软件测试人员组成一个评审小组通过阅读和讨论详细设计的内容对详细设计进行评审。
2、项目负责人提前把概要设计说明书、详细设计说明书等文档分发给评审小组成员作为评审依据小组成员在充分阅读这些材料之后进入下一步。
3、召开详细设计评审会。
在会上首先由该项目的系统分析员介绍总体设计思想包括需求概述和软件结构然后由各个模块的具体设计者分别对模块设计进行说明在此过程中小组成员可以提出问题展开讨论审查是否有错误存在。
4、在讨论结束后由项目负责人整理出一份《详细设计评审报告》。
5、若发现错误较多或发现重大错误则在改正之后再次组织详细设计评审。
二评审人员
公司高层
营销部
技术部
工程部
研发部
主审人
评审专家
项目负责人
软件测试人员
三评审内容(评审的具体结果可以参见评审会议记录)
模块评审指标评审内容评审
要求
结果
1.软件架构设计1.1合理性
系统应用架构的逻辑清晰、关系明确、层次合
理。
必须1.2先进性
系统开发技术架构先进、充分考虑系统功能可
重用、可扩展的要求。
建议1.3可维护性
设计易于理解,易于修改,易于测试和调试,
稳定性较好,方便用户未来的系统运维。
建议1.4安全性设计充分考虑系统运行的安全性,子系统间及建议
评审结果签署意见:。
毕业论文管理系统的数据库设计
3。
4 数据库设计与实施3。
4。
1数据库需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询方面,这就要求数据库结构能充分满足各种信息的输入和输出。
收集基本数据,数据结构以及数据处理的流程,组成一份详尽的数据库。
针对本学院的毕业论文完成的流程,通过对学生学习过程的内容和数据流程分析,设计如下所示的数据项和数据结构。
1.学院数据实体:学院名称、负责人、办公电话、学院编号.2.学生数据实体:学号、密码、姓名、性别、民族、籍贯、出生日期、身份证号、联系电话、Email、备注、学院编号、所在班级、角色名称、论文编号。
3.教师数据实体:教师编号、密码、学院编号、所在科室、发布选题、教育程度、职称、姓名、性别、政治面貌、联系电话、Email、角色名称、备注。
4.角色数据实体:角色名称、权限名称。
5.权限数据实体:权限名称、角色名称.以上的实体都是基本的数据实体。
由于操作模块的名称对应该权限,在程序初始化时这些数据都应该添加,教师论文管理系统的目的进行论文管理,因此还要包括如下的几个数据实体:6.论文数据实体:论文编号、学院、作者、刊物名称、论文题目、收录情况、教师编号、学号、影响力、影响因子、引用次数、备注。
7.评审数据实体:教师编号、学号、论文编号、论文题目、评审意见、总分.3.4.2数据库概念结构设计根据需求分析的数据项和数据结构,可以规划出学院实体、教师实体、学生实体等各实体的E_R图.具体如下图所示。
图3—7学院实体E—R图图3-8教师实体E-R图图3—9学生实体E_R图图3—10论文实体E_R图图3—11角色实体E_R图图3-12 权限实体E_R图图3-13 系统总体E_R图3。
4。
3数据逻辑结构设计将数据概念结构设计转化为SQL SERVER2005 数据库系统所支持的实际数据库模型,就是数据库的逻辑结构.在实体以及实体之间的关系基础上,形成数据库中的表格以及各个表格之间的关系。
毕业论文管理系统数据库中的各个表格的设计见附录.1.管理员进行基础信息的管理时,包括学院,用户、角色的管理,因此要包括四个数据实体。
软件评审与数据库设计评审PPT课件( 35页)
•
2、孤单一人的时间使自己变得优秀,给来的人一个惊喜,也给自己一个好的交代。
•
3、命运给你一个比别人低的起点是想告诉你,让你用你的一生去奋斗出一个绝地反击的故事,所以有什么理由不努力!
•
4、心中没有过分的贪求,自然苦就少。口里不说多余的话,自然祸就少。腹内的食物能减少,自然病就少。思绪中没有过分欲,自然忧就少。大悲是无泪的,同样大悟
的要求一致 (2)概要设计说明书是否正确、完整、一致 (3)系统的模块划分是否合理 (4)接口定义是否明确 (5)文档是否符合有关标准规定
7.4详细设计评审
开始时间:软件详细设计阶段结束后 一般应考察以下几个方面: (1)详细设计说明书是否与概要设计说明书的要求
一致 (2)模块内部逻辑结构是否合理,模块之间的接口
•
11、人生的某些障碍,你是逃不掉的。与其费尽周折绕过去,不如勇敢地攀登,或许这会铸就你人生的高点。
•
12、有些压力总是得自己扛过去,说出来就成了充满负能量的抱怨。寻求安慰也无济于事,还徒增了别人的烦恼。
•
13、认识到我们的所见所闻都是假象,认识到此生都是虚幻,我们才能真正认识到佛法的真相。钱多了会压死你,你承受得了吗?带,带不走,放,放不下。时时刻刻发
与会人员纷纷就该问题发表自己的意见 大家争执不下,结果,致使会议出现了混乱状
况,主持人无法控制局面,会议大大超出了计 划评审时间。
失败的需求评审:案例
某软件公司为某公司A做业务流程管理系 统的需求评审会
当项目组人员在会议上宣读多达上百页 的需求报告时,用户明确提出听不懂, 致使会议不得不改日进行。
建立标准的评审流程
需求评审会需要建立正规的需求评审流程, 按照流程中定义的活动进行规范的评的问题进行评价: 确定哪些问题必须纠正(给出理由与证据):书面
数据库设计说明评审表
设计是否充分考虑了新系统与现有系统的关系,与现有系统的接口是否被充分考虑?
8
是否建立了数据库的备份和恢复策略?
9
如果有移植的需求,那么是否对移植性作了充分的考虑?
建设单位:
代表签字:
年 月 日
承建单位:
代表签字:
年 月 日
监理机构:
代表签字:
年 月 日
数据库设计说明评பைடு நூலகம்表
工程名称
系统名称
建设单位
承建单位
监理单位
序号
评审内容
评审意见
1
是否遵循统一的命名规范?
2
表、列、视图、触发器、过程的注释是否完整?
3
命名是否避免使用数据库的保留字?
4
数据类型的长度是否保留了未来扩展的余量?
5
数据库设计是否满足软件设计的一般要求?
6
数据库设计是否与其他设计内容一致?
项目过程定义模板
不可裁剪
不可裁剪
不可裁剪
设计
编码 测试 发布
数据库设计 系统设计评审检查表
详细设计
详细设计说明书
详细设计评审检查表
集成测试用例 集成测试用例
设计
集成测试用例评审检查表
按照项目实际情况进行数据库类型及版本选型、定义数 据库架构、设计数据库E-R图、关系模型、存储方法和存 储结构。
技术经理
产品经理 技术经理
代码评审
代码 代码评审检查表
开发人员
开发人员 开发人员 技术经理
执行单元测试 单元测试报告
提交测试
测试提交单
测试环境
测试环境配置清单
运行环境+配置库+数据库+接口文件。
集成测试报告 执行集成测试
缺陷记录(已执行的测试用 例和缺陷记录)
系统测试报告 执行系统测试 缺陷记录(已执行的测试用Fra bibliotek例和缺陷记录)
关键采用技术、外购技术及平台等决策清单及相关的采 购费用、采购编号对应
定义接口基本信息,接口名称、请求方式、请求路径、 接口描述等;定义请求入参及说明。请求头、请求体 等;定义返回数据及出参说明,约定响应状态码。
整理系统运行和用户实际工作中所需的字典数据,统一 标准。字典可包括:字典类别、类别名称、字典编码、 字典名称等,可扩展定义树形字典体系;建立统一字典 数据采集;维护和使用的系统支撑体系。
项目基本信息表 项目名称: 编制人/日 期: 项目过程定义表
阶段
活动
项目启动会 项目启动
项目定义
流程裁剪 项目估算
项目过程定义
项目编号: 审核人/日期:
主要交付件
内容
负责人
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
项目ID 工程ID 项目名称 工程名称 评审目标产品名称 评审执行 评审组长 张三 准备工时 评审工时 合计 评审前发 现缺陷数 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 评审结论 产品规模 大 中 小 评 审 Copyright(C) 2005 Dalian Hi-Think Computer Technology Co., Ltd. 结 论 缺陷 打印日期:2017/10/27 (功能项) 0 0 0 第 1 頁 / 共 4 頁 2.00 2.00 4.00 1.00 李四 1.00 1.00 2.00 1.00 评审检查项 表命名是否符合规范 字段命名是否符合规范 序列命名是否符合规范 索引命名是否符合规范 主键命名是否符合规范 视图命名是否符合规范 函数命名是否符合规范 是否避免深度超过三层的视图 表、列、视图、触发器、函数的注释是否完 整 数据类型长度是否符合规范 是否谨慎使用日期型字段 是否尽量避免将可能变动的字段作为主键 索引是否尽量避免在大容量字段上 索引是否避免建立在小型数据表上 是否依据规范划分表空间 王五 1.50 1.00 2.50 1.00 审计结果 严重性 问题数量 问题描述 0.00 0.00 0.00 0.00 0.00 0.00 0.00 4.50 4.00 8.50 3.00 问题提出人 复核结果 同行评审 项目级 评审成员 合计 评审方式 评审级别 项目负责人 工程负责人 产品作者 文档编号 评审日期
数据库设计评审单
项目ID 工程ID 项目名称 工程名称 评审目标产品名称 评审执行 评审组长 张三 准备工时 评审工时 合计 评审前发 现缺陷数 序号 1 评 审 结 论 说 明 2.00 2.00 4.00 1.00 李四 1.00 1.00 2.00 1.00 评审检查项 表命名是否符合规范 缺陷 合计 其中:评 审前发现 缺陷数 发现比率 综合耗时 结论描述 结论确认 0 3 0 8.50 王五 1.50 1.00 2.50 1.00 审计结果 严重性 问题数量 问题描述 0.00 0.00 0.00 0.00 0.00 0.00 0.00 4.50 4.00 8.50 3.00 问题提出人 复核结果 同行评审 项目级 评审成员 合计 评审方式 评审级别 项目负责人 工程负责人 产品作者 文档编号 评审日期
Copyright(C) 2005 Dalian Hi-Think Computer Technology Co., Ltd.
打印日期:2017/10/27
第 2 頁 / 共 4 頁
Copyright(C) 2005 Dalian Hi-Think Computer Technology Co., Ltd.
打印日期:2017/10/27
第 3 頁 / 共 4 頁
Copyright(C) 2005 Dalian Hi-Think Computer Technology Co., Ltd.
4 頁