软件项目实施方案书.docx

附件 10工程实施方案书一、 工程实施总体目标6二、 工程建设阶段实施组织打算61.1. 工程组织架构61.2. 实施方案的职责划分9工程实施过程中9上线后的运行维护阶段101.3. 工程概要实施打算121.4. 工程工作阶段和内容18. 18分析阶段18设计开发阶段19系统测试阶段21掌握体系22用户测试34三、 系统整体测试方案351.5. 概述351.6. 测试资源和环境35硬件配置35软件配置351.7. 需求分析361.8. 概要设计361.9. 具体设计361.10. 开发371.11. 集成测试371.12. 系统测试371.13. 验收测试37Alpha 测试37Bate 测试371.14. 开发周期所需要产生的文档371.15. 软件测试类型39白盒测试39静态白盒测试39动态白盒测试401.16. 功能测试401.17. UI 测试401.18. 性能测试41负载测试41强度测试41容量测试41系统资源竞争测试421.19. 安全性和访问掌握测试42应用程序级别的安全性42系统级别的安全性421.20. 故障转移和恢复测试421.21. 兼容性测试43扫瞄器兼容性43操作系统兼容性43硬件兼容性431.22. 安装测试431.23. 区分率测试441.24. 公布测试44说明书测试44宣传材料测试44帮助文件测试44系统用语44文档审核测试441.25. 缺陷治理44错误跟踪治理系统45软件错误的状态45Bug 治理的一般流程45软件错误流程治理要点461.26. 环境46四、 工程实施工作方式?471.27. 沟通方式?471.28. 工作流程：?47五、 工程培训481.29. 培训总体目标481.30. 用户培训的定义48工程治理人员培训48关键用户培训48培训策略49培训方式49培训设施491.31. 培训打算49（4） 教学资料50（5） 培训内容50六、 工程的交付与验收包括阶段性成果511.32. 预备阶段错误！未定义书签。1.33. 集成阶段511.34. 上线阶段521.35. 上线后支持阶段54七、 维护及技术效劳551.36. 效劳与支持55效劳理念55组织55. 561.37. 维护及技术效劳承诺59工程建设阶段实施组织方案工程实施方案是本公司中标后在签订合同后所进展的、并对标的软件需求 分析、开发、交付、验收的一系统活动所遵行的工作工程、内容、人员、时间节点以及组织形式等实施预案，在中标后，本公司承诺将依据不低于实施方案的工作标准对标的工程进展实施。一、工程实施总体目标1、 研发标的物软件产品三套，并供给 Linux 操作系统效劳器版 2套序备注名称类型数量号12342、 安装、调测标的物软件产品的运行环境及三套研发成果软件平台至上线通过选购方验收。3、 与选购方共同维持测试、试运行及验收4、 供给三年售后技术效劳。5、 培训选购方治理者、一般用户和技术人员具体工作内容与方式如下：二、工程建设阶段实施组织打算1.1. 工程组织架构XXXXXXX 标的工程实施领导小组 ：成员包括：XXXXXXX 工程总监、XXXXXXX 工程总监。XXXXXXX 工程小组主要成员状况：序姓名学历职位备注号1实施组2345678工程领导委员会负责对工程关键事项和重大问题进展议决，听取阶段性汇报， 及对工程成果进展最终验收确认。职责：- 依据实施方案分工界面供给人员、设备、资金支持；- 审查确认工程实施总体打算，确认工程阶段目标的设置，并监视完成状况；- 参与工程会议，听取每周工程进展汇报；- 批阅周工作报告，监视工程进展；- 协调解决关键性、全局性问题；- 重大问题、解决方案的决策；- 总体验收。工程经理建议由一位XXXXXXX 的领导和一位XXXXXXX 的资深人员共同担当工程总负责人职务, 分别代表双方治理本工程、负责双方之间的联络，并且在这个合同的全部方面拥有代表本方的权力，并担当相关义务。XXXXXXX 应在星期一到星期五的正常业务时间，即上午 9:00 到下午6:00节假日除外供给本工作说明书项下的效劳他们将负责：-定义工程治理流程、政策、和操作规程；-治理工程进程、工程目标、和工程范围；-规划工程总体进程；-工程的全面沟通；-向工程治理委员会报告工程总体状态。实施组实施组由XXXXXXX 实施参谋以及XXXXXXX 的系统环境供给单位的关键人员组成，他们将负责：-针对XXXXXXX 的硬件和网络环境条件制定工程实施方案的落实打算；-依据系统方案进展系统操作层面的相关配置工作；-完成具体的功能模块实施；-解决最终用户在使用中遇到的问题。-依据工程需要，安装及维护系统所需的系统环境、开发环境、网络环境等方面的工作-负责系统的性能调优-负责工程验收测试，并提交验收报告。1.2. 实施方案的职责划分本工程实施是需要 XXXXXXX、XXXXXXX 公司两个单位共同努力的， 甲乙双方应有明确的分工协作，建立很好的工作机制，才能保证工程成功。1.2.1. 工程实施过程中本工程的成功依靠于双方的亲热协作和通力合作。在工程实施过程中包括需求分析、设计、系统安装、系统配置、开发、上线、培训等方面，XXXXXXX、 XXXXXXX 公司各自应担当的职责义务：XXXXXXX 的职责- 在工程中所需第三方软件指非标的物供给软件，不通过 XXXXXXX 供给的状况下，XXXXXXX 将供给软件并供给此类软件的安装、配置和维护工作。- 在实施过程中帮助 XXXXXXX 负责工程治理、环境分析、安装调试及工程系统测试；协作 XXXXXXX 进展关键用户培训与学问转移、方案设计。- 供给 XXXXXXX 完成工作任务所必需的信息- 保证与工程有关的问题得到准时解决- 向最终用户说明系统的功能、用途和业务标准- 设置用户权限- 帮助制定并执行最终用户培训打算- 与 XXXXXXX 共同制定系统测试周期、测试脚本和所需测试业务并共同执行测试- 在 XXXXXXX 的帮助下，负责初期数据和根底数据的预备和整理工作- 与 XXXXXXX 共同建立工程环境和工程组织构造- 与 XXXXXXX 共同努力，在保证明施质量的前提下，掌握工程实施时间进度按时完成工程。XXXXXXX 的职责- 负责依据本方案确定的实施范围，组织工程的实施工作，确保实施质量并解决或协调解决实施过程中遇到的问题。- 在工程实施必要阶段增加必要资源支持工程成功- 在实施过程中在 XXXXXXX 帮助下负责工程治理、环境搭建及工程系统测试； 在 XXXXXXX 的协作下负责关键用户培训与学问转移。- 指导与帮助 XXXXXXX 人员进展数据预备及输入。- 负责对于 XXXXXXX 工程组成员进展系统配置、二次开发、系统维护方面的培训，以使 XXXXXXX 工程组成员在工程实施完成后能够独立操作、二次开发、维护、系统配置方面的工作。- 使与工程有关的问题得到准时解决- 供给有关系统在实施范围内的技能和以往的阅历- 解决系统培训和实施中消灭的问题- 打算、协调与工程实施相关的各个方面的工作- 与 XXXXXXX 共同建立工程环境和工程组织构造- 依据工程打算充分调动 XXXXXXX 资源，并做好这些资源的后勤保障， 在必要时候，寻求公司更高层次的支持- 与 XXXXXXX 共同努力，在确保实施质量的前提下，掌握工程实施时间进度按时完成工程。- 供给必要的原厂技术支持- 供给必要的工信部软件与集成电路促进中心的授牌共建支持。1.2.2. 上线后的运行维护阶段在本阶段，XXXXXXX 的系统已经运行了一段时间，可能提出对系统的配置和一些的要求。对于在工程实施过程中由于时间和资源限制没有全部完成的实施内容也在完善阶段进展补充。同时对用户的使用进展支持。此次工程中系统上线后的试运行定为两个月。XXXXXXX 的职责- XXXXXXX 工程负责人应依据工程需求召开工程治理睬议。- 保证系统上线后的稳定性- 安排支持人员，解决上线运用中最终用户消灭的问题。- 系统维护人员，依据工程设计的流程维护上线后的投产环境，例如维护用户权限等，保证系统安全- 维护问题日志，关于软件问题应敦促软件供给商准时解决XXXXXXX 的职责- 与 XXXXXXX 工程经理依据工程需求召开工程治理睬议。- 帮助 XXXXXXX 工程经理监视软件商对问题解决的进度。- 评估各模块的运行状况，解决系统操作，运用的问题。- 连续实施在工程上线前没有完成的实施任务- 提出系统配置改进建议- 帮助 XXXXXXX 完善系统运作。1.3. 工程概要实施打算工程成果物与说明天数一、工程启动1、工程组织、人员预备2、测试、开发环境搭建3、业务系统了解、学习工程组织机构 工程启动任务书 工程综合实施打算二、需求分析与技术方案确定1、数据库、中间件等平台技术构筑方案论证与评审2、应用系统架构方案和功能分析3、部门节点数据分析、需求分析系统平台构筑优化方案应用平台和功能分析书数据标准与流程设计4、功能分析Demo 原型、开发技术设计方案5、技术标准、策略制定三、系统设计1、前置库、中心资源数据库设计及治理标准2、数据质量审核、比对工具与标准3、元数据治理工具与标准5、分析专题建设标准6、数据交换设计、数据存储设计、系统集成设计7、权限掌握机制系统实施标准标准具体设计报告技术实施方案8、门户设计9、数据呈现工具与标准10、应用框架设计含：工具集成设计 四、系统开发、测试具体设计报告系统技术手册系统开发代码操作手册系统测试报告五、工程培训1、系统治理员培训 现场培训、课堂培训2、开发技术人员培训3、关键用户培训操作员培训现场培训、课堂培训课堂培训六、系统实施与维护效劳1、系统部署、运行与验收系统试运行报告系统安装部署系统试运行 系统验收2、运行维护效劳免费效劳系统终验报告运维手册系统维护报告1.4. 工程工作阶段和内容1.4.1. 工程启动q 签订托付开发合同书q 供给工程相关的资料与答复承包商的问题联络票上的相关内容q 确认承包商“ 工程综合治理打算”1.4.2. 需求分析阶段q 建立工程组织、对工程进展估算、制订相关的打算、系统可行性调查分析、与客户的沟通、技术上的学习培训等预备工作。ü 成立工程组织，确定包含工程经理、PJL、SPJL、PPQA 在内的关键工程团队组织；ü 定义工程过程裁剪定义ü 完成工程作业一栏表ü 完成工程综合治理打算的制定与评估；q 使用工程风险问题治理表对识别出的风险进展治理；q 帮助供给各项资料、数据q 业务访谈协调安排q 参与正式审查会议、确认需求分析报告1.4.3. 设计开发阶段q 安排需求专家参与本工程需求调研工 作包括：办公业务类专家、门户专家、集成专家和美工等。q 制定及修改需求开发打算；q 需求调查ü 完成和确认需求调查报告。ü 对确认的内容，记入问题答复治理票q 需求分析ü 确定技术解决方案及技术架构；ü 完成需求分析报告ü 建立需求追踪矩阵q 需求评审q 需求确认q 需求基线治理ü 问题答复治理票ü 需求调查报告ü 需求追踪矩阵ü 需求分析报告ü 工程需求评审报告安排工程师进展现场设计开发工作，包括：美工、系统设计专家、办公业务开发工程师、门户开发工程师和系统集成工程师。1.4.3.1. 概要设计q 供给各项资料文件及数据供软件设计用q 帮助取得数据库规划所必需的各项文件及要求q 负责数据的检查工作q 参与正式审查会议，确认“概要设计书”q 制定概要设计打算q 确定系统架构和概要设计准则q 概要设计ü 完成概要设计书。ü 建立需求追踪矩阵。ü 数据库规律设计。q 评审系统概要设计q 确认概要设计书q 概要设计基线治理ü 概要设计准则ü 概要设计书ü 概要设计评审报告1.4.3.2. 具体设计q 参与正式审查会议，确认“具体设计文件”q 制定具体设计打算q 确定具体设计准则q 概要设计ü 完成概要设计书。ü 将具体设计的内容依据其和需求的对应关系填入需求追踪矩阵。q 评审系统具体设计q 确认具体设计书q 概要设计基线治理ü 具体设计准则ü 具体设计书ü 具体设计评审报告1.4.3.3. 程序编码q 监控工程开发进度q 制定并不断修正编码开发打算q 编制编程规约q 设计程序框架和共通模块q 编码实现q 代码评审q 编码基线治理ü 编码完成后，源代码、需求追踪矩阵纳入基线治理ü 编码过程中所产生的全部文档1.4.4. 系统测试阶段安排专业测试人员进展现场测试，包括用户、页面、功能、压力等方面的测试。并由工程师对系统进展调整。1.4.4.1. 分模块测试q 监控工程开发进度q 制定模块打算q 获得测试结果报告q 测试式样书作成q 建立测试环境q 实施模块测试q 测试结果报告/评估q 模块测试基线治理1.4.4.2. 结合测试q 确认“软件整体测试打算”q 依据测试报告，确认测试结果q 参与功能示范审查，确认结果q 制定整体测试打算q 测试式样书作成q 建立测试环境q 实施整体测试q 测试结果报告/评估q 整体测试基线治理1.4.5. 质量掌握体系1.4.5.1. 工作文档我公司有一套标准的作业流程和标准，以下是我公司工程治理中局部工作文档的列表，本工程的开发过程中可以结合具体状况进展适当的修正。1 011_CN_工程启动规程 _工程任 工程启动，事业部长下发工程任务书务，任命工程经理，PPQMD 部指定PPQA。2 011_CN_工程启动规程 _工程组组织图3 011_CN_工程启动规程 _工程资 说明工程人员使用的开发、测试源治理表的软件、硬件环境。工程效劳器的环境等。4 011_CN_工程启动规程 _参与部门人员一览表5 008_CN_工程估算规程 _工程作 列举工程的作业边界，描述工程业一览表的交付内容和时间。6 008_CN_工程估算规程 _工程过 依据公司要求的工程开发章程程裁剪定义进展裁剪，形成工程执行的流程和标准，指定工程需要执行哪些流程，输出哪些内容的文档、报告等。7 008_CN_工程估算规程 _工程预算书8 009_CN_工程打算制定以及修改 概要打算是指工程的里程碑时规程_概要(具体)时间打算间点等，具体打算是指工程实施的时间打算。9 009_CN_工程打算制定以及修改 工程的综合打算，是工程的时间规程_工程打算书打算、方法、作业标准、需要到达的质量等等。包含工程的各个阶段的子打算。10 010_CN_风险和问题治理规程 _ 工程的风险问题票，识别到的风工程风险问题治理表险和发生的问题填写到这里，进行分析、跟踪等。11 007_CN_工程监控规程 _工程跟 工程需要监控哪些参数，监控的踪和监控打算周期，估量参数值。另外设定了这些内容的偏差范围，超出偏差范围需要进展的掌握方法。12 007_CN_工程监控规程 _工程周报13 007_CN_工程监控规程 _里程碑 里程碑报告，主要是对当前里程工作总结报告碑进展总结，推断里程碑是否到达了我们设定的目标，是否能够进入下个阶段。14 007_CN_工程监控规程 _工程总结报告15 012_CN_工程需求开发规程 _系统要件定义书需求规格说明书。16 012_CN_工程需求开发规程 _需 导出的客户的需求，分析、协调、求开发调查报告精练细化并消退需求间的冲突，做成以客户的术语或非技术形式表达的需求调查报告17 012_CN_工程需求开发规程 _需求追踪矩阵18 013_CN_概要设计规程 _概要设计书19 013_CN_概要设计规程 _概要设 概要设计准则通常包括：工程概计准则要设计的方法、工程概要设计所使用的工具、概要设计成果物所使用的局部模板等。概要设计方针通常包括：方针包括：操作、错误处理、日志、提示信息、特别处理、命名规约等方针。20 014_CN_具体设计规程 _具体设计书21 014_CN_具体设计规程 _具体设计准则和概要设计准则的要求类似22 015_CN_式样理解规程 _问题回 对需求、设计文档进展理解，以答治理票达成我们理解的意思和客户的要求是一样的。需求、设计内容写得不明确的时候，需要提问， 提问的问题写到这里，进展回 答、记录和跟踪。23 016_CN_编码规程 _程序框架设计书24 017_CN_单元测试规程 _产品缺陷票25 017_CN_单元测试规程 _单元测试式样书26 018_CN_工程集成规程 _系统联 是指产品经过集成、编译等动作动测试报告后，进展一个验证，以确定接口已经根本正常。在这个根底上， 开头进展SI 测试等动作。27 019_CN_结合测试规程 _产品缺陷票28 019_CN_结合测试规程 _结合测试式样书29 019_CN_结合测试规程 _结合测 测试的打算，包括使用的方法， 试打算准入、准出的原则等等。时间计划只是这个打算的一个局部。30 020_CN_工程验收及交付规程 _ 交付时，制定这个清单，列举交产品交付清单付的内容，报告当前存在的为解决的问题。31 020_CN_工程验收及交付规程 _ 现在改称交付治理表，是对交付纳品治理表的内容设定相关的检查方法和标准，记录检查的状态，交付的局部的质量数据分析。32 023_CN_工程完毕规程 _工程个人总结考评表33 023_CN_工程完毕规程 _工程总结34 023_CN_工程完毕规程 _工程结 工程经理向事业部长提交的结项申请项申请35 024_CN_工程需求治理以及变更 记录需求变更的表，主要是记录治理规程_需求变更治理一览表 变更的需求和设计等内容，我们当前实施的状态，是否需要对应这些变更，对应变更需要的工数预算，相关的对应打算。36 024_CN_工程需求治理以及变更治理规程_需求追踪矩阵37 025_CN_ 评审规程_ 工作产品 各个局部的评审报告都需要参Review 票兼评审报告照这个模板填写。38 025_CN_评审规程_评审通知正式评审，发的评审通知。39026_CN_接收物验收规程_承受对客户给我们的东西进展验收，物验收报告确认是否到达我们执行工程的需要，或者确认是否到达我们与客户预定的要求。40027_CN_度量与分析规程_人力工程经理填写的，工程的每个人资源治理表员在什么时候以什么角色参与什么局部的工作。41027_CN_度量与分析规程产品治理表_工作-42027_CN_度量与分析规程量度量分析治理表_工作度量工程的投入工作量43027_CN_度量与分析规程_度量各个度量分析表中已经有相关分析报告的度量分析报告信息，在需要时，将这些信息抽取到这个报告中。44027_CN_度量与分析规程_度量打算45027_CN_度量与分析规程度量分析治理表_本钱-46027_CN_度量与分析规程_生产率度量分析治理表47 027_CN_度量与分析规程 _缺陷 Bug 的统计分析表，将 Bug 治理统计系统中的Bug 导出，用透视图生成分析表格，主要是对 Bug 进展分类分析。48 027_CN_度量与分析规程 _规模度量分析治理表49 027_CN_度量与分析规程 _评审 统计评审觉察的问题数，以及投集计表入的工作量。50 027_CN_度量与分析规程 _质量度量分析治理表51 027_CN_度量与分析规程 _进度度量分析治理表52 028_CN_配置治理规程 _创立基 创立基线时，提出的申请，主要线申请票用作申请和CCB 对变更的审核。53 028_CN_配置治理规程 _变更基 变更基线时，提出的申请，主要线申请票用作申请和CCB 对变更的审核。54 028_CN_配置治理规程 _基线管 记录基线的文件内容、路径、状理表态、变更时间等等。55 028_CN_配置治理规程 _配置审 配置审计的物理审计报告，主要计报告是审计配置项是否依据配置计划纳入到配置库相关的位置，是否依据命名规章进展配置治理。56 028_CN_配置治理规程 _配置管 列举配置治理的执行角色即配理打算置治理组成员、配置掌握委员会(CCB)的成员，以及配置库的 CVS 配置，文件效劳器的使用要求，配置项的位置、权限等等。57 029_CN_决策分析规程 _问题决 对重大问题进展决策分析(DAR)策报告时的报告，报告主要有备选方 案，决策的依据、标准、方法、评价方法、评价结果、存在风险等。58 030_CN_过程监控与质量保证规 PPQA 开出的NC 问题列表，以及程_不全都问题票处理状况的跟踪。59 030_CN_过程监控与质量保证规 PPQA 的审核报告，分为阶段审程工程_PPQA 报告核报告和周期审核报告。60 030_CN_过程监控与质量保证规程_项_PPQA 打算1.4.5.2. 开发品质标准为确保工程开发的质量，公司对提出了以下根本度量指标。依据工程的具体状况，标准与度量可以派生出更多的度量掌握KPI，以保证本工程的实施。1.4.5.3. 测试密度与 bug 检出率工程要素下限目标上限单元测试试验密度Bug 检出密度65310561709结合测试试验密度1639921Bug 检出密度0.742.23.6结合测试试验密度415502Bug 检出密度0.190.741.35说明：ü 测试密度(测试密度是用来衡量测试用例的掩盖度的指标)ü 测试密度üBug密度ü 有效源代码：总Case个数正规化SOURC行数/1000总Bug个数正规化SOURC行数/1000ü 工程程序中除注释和空白行之外的源代码，以文件为单位按物理行计算。包含规源代码、修改的源代码和自动生成的源代码。ü 正规化源代码行数ü 正规化源代码行数 规源代码 + 修改源代码自动生成 源代码´10%ü 规源代码ü 手工制作的程序源代码，不包括测试代码。ü 自动生成源代码ü 由编程工具自动生成的代码。1.4.5.4. 问题处置力量标准n 联络应对标准n 计算公式：响应日时-收到日时。n 联络：包括客户提出的式样联络、BUG 票、和要求变更。n 联络响应期间：1 个工作日内。n BUG 票应对标准nn QA 缺陷(NC)票应对标准n1.4.5.5. 评审力量标准以下时间均指初次评审所必需的经过时间，如需要再次评审，追加投入的时间可递减。但总合计值不应超过 2 倍。1) 设计文档评审时间标准单位为(分钟/P)。2) 源代码评审时间标准单位为(分钟/KL)。3) Case 评审时间标准单位为(分钟/个(Case 个数)文档类型审查小组评审 走查桌查文档类型审查小组评审走查桌查BD-SPEC57353556DD-SPEC57353556PG-SOURCE4060304030504060PG-SOURCE600720450570-600720SI1-CASE10158108121015SI2-CASE1520101310151520说明 1：审查和小组评审的会议前预备时间未计在内。说明 2：PG-SOURCE指侧重于程序构造、标准性的代码评审。PG-SOURCE指侧重于查找程序规律缺陷的代码评审。1.4.5.6. 任务完成度的进度率标准比率BD/DDPGUTSI1/SI210%理解完理解完了-理解完了25%正在制作设计书编码框架设计完成白盒测试 CASE 设计完成(评审通过)测试 CASE 和数据制作中50%符合模板要求的设计书完成依据 Coding 规约编码完毕(编译通过)一个回合的测试完毕，达到预定的掩盖率CASE 及数据设计完成(评审通过)75%内部评审完毕，正在解决评审问题DEBUG+源代码评审完毕，正在解决评审问题BUG 对应及复测中一个回合测试完毕， BUG对应中95%评审觉察的问题全部解决评审觉察的问题全部解决BUG 全部对应且版本确认完毕BUG 全部对应且版本确认完毕比率 BD/DD100%直接治理者成认PG直接治理者成认UT直接治理者成认SI1/SI2直接治理者成认说明：该指标规定了实施打算中任务的完成度和进度率的对应关系。无相关对应任务时可跳过该进度率。1.4.5.7. 正规化编程生产性标准Java 类型工程：n 具体设计-SI1：1200 行/人月。n CD+UT：2023 行/人月。1.4.6. 系统交付与用户测试有系统用户对系统进展测试，依据测试状况，对系统进展完善和调试，工程组安排工程师对系统进展调整。q 供给安装场地及必要设施q 指派人员点收软硬件设备及文件，并进展安装后测试q 确认“系统测试打算”q 指派专人协调协作测试q 依据“系统测试报告”确认系统结合测试结果q 申请交付(包括阶段性的交付时间点与最终交付日期)q 预备交付用户测试ü 确认交付清单(一般由客户供给)ü 确定当前可交付工作产品版本号， 分模块制定020_CN_工程验收及交付规程_纳品治理表，提出明确的交付内容、提交条件和完成标准。ü 并标记尚未解决的缺陷和尚未实现的机能ü 打包交付的工作产品，并测试打包后的产品的可操作性q 供给场地及机房设备之安装建议q 进展现场系统安装q 撰写“系统测试打算”及进展系统测试内容步骤的设计q 依“系统测试打算”和测试要求进展系统测试，并撰写测试报告三、系统整体测试方案1.5. 概述系统测试是关注系统的外部特性。它的主要对象是进展系统测试的测试工程师。该方案所包含的测试用例范围包括 MicroMOe 系统的全部功能测试用例、环境测试用例、性能测试用例以及 UI 测试用例等。1.6. 测试资源和环境1.6.1. 硬件配置关键项数量性能要求期望到位阶段测试PC 机4P4，主频 2.6GHZ，硬盘 需求分析阶段300G，内存 2G，此配置是实际用机数据库效劳器1P4，主频 2.6GHZ，硬盘 需求分析阶段300G，内存 2G，此配置是实际用机1.6.2. 软件配置资源名称/ 类配置型数据库治理系统操作系统客户端前端展现负载性能测试工具功能性测试工具Oracle、Centos?效劳器版?64 位IE9.0Vs2023；MANUAL1.7. 需求分析需求分析期间，测试的主要工作为：审核需求分析报告：需求中是否存在不合理现象；需求是否可以被实现召开需求评审会议：评审会议工程经理，系统分析师，用户代表，客户，测试设计师参与书写验收测试打算。1.8. 概要设计概要设计期间，测试的主要工作为：审核概要设计报告：概要设计是否符合全部需求，概要设计是否存在问题 召开概要设计评审会议：由工程经理，系统分析师，系统设计师，设计师，测试设计师,技术专家参与。书写系统测试打算。1.9. 具体设计具体设计期间，测试的主要工作为审核具体设计报告：具体设计是否符合全部需求，具体设计是否存在问题 召开具体设计评审会议：由工程经理，系统设计师，设计师，编码人员，测试设计师参与书写集成测试打算。1.10. 开发开发期间测试主要工作为召开开发指南评审会议：由工程经理，设计师，开发员参与书写个阶段测试用例。召开测试用例评审会议：由工程经理，测试设计师，测试工程师参与设计由测试设计师设计并书写测试脚本由开发人员书写。开发后期，由开发人员对开发的模块进展单元测试。1.11. 集成测试依据模块上下集关系，进展从上到下或者从下到上的集成测试方法进展集成测试，单元测试与集成测试主要考虑功能性测试。同时也要对模个模块或者集成模块进展非功能性的抽样测试。1.12. 系统测试对整合系统进展整合测试，这时的测试主要测试系统的整体功能和全部非功能性的需求。1.13. 验收测试验收测试首先进展正规性的测试，即由技术人员模拟各户环境，以用户的身份进展安装和测试工作。然后进展非正规测试 alpha 测试和 bate 测试。1.13.1. Alpha 测试由公司内部开发人员模拟用户进展测试，这个时候还允许对需求做些修改工作1.13.2. Bate 测试alpha 测试后将产品提交给某些特定用户，进展测试，留意这是的软件肯定要有使用时间限制 ，这时候冻结系统需求1.14. 开发周期所需要产生的文档立项前期工程合同可行性分析报告工程打算书需求分析期 需求规格说明书需求规格审核报告需求规格评审报告验收测试打算书概要设计期 概要设计书概要设计审核报告概要设计评审报告系统测试打算书具体设计期 数据库设计具体设计书具体设计审核报告具体设计评审报告集成测试打算书编码前期编码标准编码测试脚本测试用例测试脚本设计书编码后期单元测试报告集成测试期系统测试期验收测试期后期 使用手册配置指南广告材料集成测试报告系统测试报告验收测试报告测试总结报告打算产品是否可以公布蓝色为可选项1.15. 软件测试类型软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区分。本文主要描述软件测试的一些类型。1.15.1. 白盒测试白盒测试是基于代码的测试，测试人员通过阅读程序代码或者通过使用开发工具中的单步调试来推断软件的质量，一般白盒测试由工程经理在程序员开发中来实现。白盒测试分为动态白盒测试和静态白盒测试1.15.2. 静态白盒测试利用眼睛，扫瞄代码，凭借阅历，找出代码中的错误或者代码中不符合书写标准的地方。比方，代码标准中规定，函数必需为动宾构造。而黑盒测试觉察一个函数定义如下：Function NameGet.这是属于不符合开发标准的。有这样一段代码:if (i<0) & (i>=0)这段代码交集为整个数轴，IF 语句没有必要I=0;while(I>100) J=J+100; T=J*PI;在循环体内没有 I 的增加, 错误产生。1.15.3. 动态白盒测试利用开发工具中的调式工具进展测试。比方一段代码有 4 个分支，输入 4组不同的测试数据使 4 组分支都可以走通而且结果必