- 博客(0)
- 资源 (22)
- 收藏
- 关注
RSS订阅附录L-2 Beta测试报告.doc
测试计划Testing plan，描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。 [1] 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。
2019-12-27
附录L-1 Beta测试协议.doc
Beta测试是一种验收测试。所谓验收测试是软件产品完成了功能测试和系统测试之后，在产品发布之前所进行的软件测试活动，它是技术测试的最后一个阶段，通过了验收测试，产品就会进入发布阶段。验收测试一般根据产品规格说明书严格检查产品，逐行逐字地对照说明书上对软件产品所做出的各方面要求，确保所开发的软件产品符合用户的各项要求。
Beta测试由软件的最终用户们在一个或多个客房场所进行。与Alpha测试不同，开发者通常不在Beta测试的现场，因Beta测试是软件在开发者不能控制的环境中的“真实”应用。用户Beta测试过程中遇到的一切问题（真实在或想像的），并且定期把这些问题报告给开发者。接收到在Beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品。
2019-12-27
附录K-1 系统测试计划.doc
测试计划Testing plan，描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。 [1] 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。
2019-12-27
附录J-1 实现与测试计划.doc
通过测试，达到以下目标：
测试已实现的产品是否达到设计的要求，包括：各个功能点是否以实现，业务流程是否正确。
产品规定的操作和系统运行稳定。
Bug数和缺陷率控制在可接收的范围之内，遗留BUG一般不超过所有BUG的10%。
2019-12-27
附录H-2 技术预研报告.doc
预研项目不同于一般的新产品开发项目，它所瞄准的通常是不确定或者比较遥远的市场。由于难以预料究竟什么样的产品或技术会在将来的市场竞争中胜出，公司需要根据自己的情况和对未来市场的基本预测，早早地开始新技术或产品预研。由于先发制人的优势所带来的高额回报，可以补偿这类项目的前期回报，因此许多公司都非常乐于或者提倡这类项目的开发。像我司每年开展的新技术展示、工业设计的ACP发布便属于此种有组织，大规模的预研项目。
2019-12-27
附录G-1 用户需求说明书.doc
用户需求分析是指在系统设计之前和设计、开发过程中对用户需求所作的调查与分析，是系统设计、系统完善和系统维护的依据。当完成用户需求调查后，首先对《用户需求说明书》进行细化，对比较复杂的用户需求进行建模分析，以帮助软件开发人员更好地理解需求。
例如采用Rational的Rose工具进行需求的建模分析。如果使用工具进行建模分析，对需求分析人员的要求比较高。需求定义过程中通常会出现的问题有内容失实、遗漏、含糊不清和前后描述不一致。
2019-12-27
附录F-2 需求变更控制报告.doc
需求变更控制是指正确判断内在或外在原因的变更所带来的影响，并且调整开发过程以控制和适应这些变化，是需求管理的主要工作之一。
需求变更控制的目的不是控制变更的发生，而是对变更进行管理，确保变更有序地进行。变更控制给项目风险承担者提供了正式的需求变更处理机制，通过这些处理机制，决策人就可以准确地分析需求变更给整个项目所带来的影响和波动，从而对需求变更进行判断以决定是否接受、拒绝或者延迟，最终确保项目开发范围可控。
2019-12-27
附录F-1 需求跟踪报告.doc
需求跟踪是指跟踪一个需求使用期限的全过程，需求跟踪包括编制每个需求同系统元素之间的联系文档，这些元素包括其他类型的需求，体系结构，其他设计部件，源代码模块，测试，帮助文件等。需求跟踪为我们提供了由需求到产品实现整个过程范围的明确查阅的能力。需求跟踪的目的是建立与维护“需求－设计－编程－测试”之间的一致性，确保所有的工作成果符合用户需求。
2019-12-27
附录E-2 风险管理报告.doc
检查表是按照系统工程分析方法，在对一个系统进行科学分析的基础上，找出各种可能存在的风险因素，然后以提问的方式将这些风险因素列成的表格。可按团队、设备、时期等类别，由风险管理专业人员、生产技术人员和工人共同参与编制。编制程序如下：（1)将整个项目看作一个系统，再把系统分成若干个子系统；（2)找出各个子系统存在的风险因素；（3)针对各个项目风险因素，查找有关控制标准或规范；（4)根据项目风险因素的大小及重要程度依次列出问题清单。
2019-12-27
附录E-1 风险检查表.doc
检查表是按照系统工程分析方法，在对一个系统进行科学分析的基础上，找出各种可能存在的风险因素，然后以提问的方式将这些风险因素列成的表格。可按团队、设备、时期等类别，由风险管理专业人员、生产技术人员和工人共同参与编制。编制程序如下：（1)将整个项目看作一个系统，再把系统分成若干个子系统；（2)找出各个子系统存在的风险因素；（3)针对各个项目风险因素，查找有关控制标准或规范；（4)根据项目风险因素的大小及重要程度依次列出问题清单。
2019-12-27
附录D-2 项目偏差控制报告.doc
项目控制是指项目管理者根据项目跟踪提供的信息，对比原计划（或既定目标），找出偏差，分析成因，研究纠偏对策，实施纠偏措施的全过程。所以项目控制过程是一种特定的，有选择的，能动的动态作用过程。
2019-12-24
附录C-3 项目计划变更控制报告.doc
项目整体变更控制是指在项目生命周期的整个过程中对变更进行识别、评价和管理，其主要目标是，对影响变更的因素进行分析、引导和控制，使其朝着有利于项目的方向发展；确定变更是否真的已经发生或不久就会发生；当变更发生时，可进行有效的控制和管理。
2019-12-24
附录C-2 项目计划.doc
项目计划是根据对未来的项目决策，项目执行机构选择制定包括项目目标、工程标准、项目预算、实施程序及实施方案等的活动。在一个具体的项目环境中，它可以说是预先确定的行动纲领。制定项目计划旨在消除或减少不确定性; 改善经营效率; 对项目目标有更好的理解及为项目监控提供依据。在立项以后，项目成败关键在项目经理，因此，他必须参与从研究到实施全程的决策。项目计划主要有以下几个方面工作内容： 项目目标的确立、实施方案的制定、预算的编制、预测的进行、人员的组织、政策的确立、执行程序的安排及标准的选用。项目计划应既有系统性又有灵活性。
2019-12-24
附录B-1 结项申请书.doc
项目结项会议及结项报告：
按以下次序发言：项目->运营->产品->UI->后端->前端->客户端->测试->运维
对事不对人，主要目的是点赞和总结下次如何做得更好
自己或合作方哪里有改进，上次的问题解决得如何
自己或合作方哪里做的不好，有什么解决方案或建议
提升工作效率的心得（沟通方式，工作方式、项目安排、工具使用等）
2019-12-24
附录A-2 立项调查报告.doc
立项报告又称立项报告书，项目建议书，在我国有些工程领域也称预可行性研究。它是项目建设筹建单位或项目法人，根据国民经济的发展、国家和地方中长期规划、产业政策、生产力布局、国内外市场、所在地的内外部条件，提出的某一具体项目的建议文件，是对拟建项目提出的框架性的总体设想。
2019-12-24
ITIL服务运营2011.pdf
ITIL(Information Technology Infrastructure Library )是一个基于行业最佳实践的框架，将IT服务管理业务过程应用到IT管理中。许多CIO都正在将他们的技术组织转变为内部服务提供商的角色，以保证他们提供给最终用户的应用质量。
对于网络管理员和其他IT人员来说，实现ITIL可能在他们目前的组织中会产生更重要和更有价值的作用。而获得这些技术的方法可能是ITIL基础认证。而且，与供应商提供的认证不同，ITIL培训并不局限于IT组织或某个角色或某个特定的技术，因此大大简化了网络工程师的工作。
2019-12-03
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人