我这里有一份有关《计算机软件产品交付准则》的文档,请各位帮助看一看,哪些地方需要修改?----50分!

fellowcheung 2001-11-03 01:25:40

计算机软件产品交付准则

计算机软件的交付阶段是继计算机软件的需求、设计、编码、测试等阶段之后的一个核对用户需求、检验软件产品、面向客户实施应用的阶段(本阶段后期的工作主旨在于:通过对计算机软件产品客户方安装、应用及维护,收集计算机软件产品运行期出现的问题,及时反馈用户的使用信息,并转化为计算机软件产品的升级换代的重要性材料)。

具体过程如下:
1、 对计算机软件项目进行交付前的最终评审。这部分工作主要包括:
a) 核对软件项目开发周期各阶段形成文档的完整性。这些阶段性文档包括:
i. 需求阶段:《需求规格说明书》、《项目开发计划》、《可行性研究报告》、《产品设计说明书》、《产品发布计划》、《用户手册》、《操作手册》。
ii. 设计阶段:《概要设计说明书》、《数据字典》、《详细设计说明书》、《数据库设计说明书》、《测试计划》、《质量保证计划》、《质量配置方案》。
iii. 编码阶段:《测试报告》。
iv. 测试阶段:《测试报告》。
b) 评审阶段性文档的真实性、有效性。各阶段文档应当反映出所处阶段的工作特点,待完成的工作指标和工作任务,符合软件生命周期各阶段的具体工作要求。
2、 对计算机软件项目进行交付阶段的最终评审。这部分工作主要包括:
a) 评审最终产品是否符合需求阶段《需求规格说明书》对用户需求的定义。严格检查计算机软件在完成功能的形式上是否符合《需求规格说明书》中对计算机软件功能内容的阐述。对于需求变更的部分,是否形成了变更部分的实时性说明书,并在《产品设计说明书》、《产品发布计划》、《用户手册》和《操作手册》有所体现。对用户操作平台进行标准化评审,从设计标准、设计风格、操作风格等方面重点进行考核。并检查是否在《产品设计说明书》、《产品发布计划》、《用户手册》和《操作手册》中有所体现。
b) 评审最终产品在逻辑设计上是否完全覆盖了用户的需求。完全检查《概要设计说明书》、《数据字典》、《详细设计说明书》和《数据库说明书》中对各个功能模块的定义是否符合用户需求,各技术说明书之间是否严格按照阶段性划分对模块进行定义,彼此之间是否存在着功能调用上的联系;检查各模块所用到的系统级参数的传递定义是否完全符合用户对需求的要求。对于新功能的增加部分,要严格同《产品设计说明书》、《产品发布计划》、《用户手册》和《操作手册》进行比较,从模块定义、接口设计、数据及数据库定义等方面检查是否同以上文档的阐述内容相吻合。
c) 评审最终产品在软件的测试上是否完全覆盖了用户的操作需求。核对单元测试记录报告,检查模块测试接口覆盖率、错误测试覆盖率、代码覆盖率。核对集成测试记录报告,验收测试记录报告,并检查测试范围是否覆盖了用户的全部需求;对于增加部分的功能测试,要核对是否与技术文档(《概要设计说明书》、《数据字典》、《详细设计说明书》和《数据库说明书》)和非技术文档(《产品设计说明书》、《产品发布计划》、《用户手册》和《操作手册》)相应部分的说明吻合。
d) 安排、评审最终产品后期维护的准备工作。
i. 同需求方形成并评审《软件维护需求说明》的可行性。核对其内容是否完全覆盖技术文档(《概要设计说明书》、《数据字典》、《详细设计说明书》和《数据库说明书》)和非技术文档(《产品设计说明书》、《产品发布计划》、《用户手册》和《操作手册》)。
ii. 同需求方评审《软件产品维护计划》的可行性。重点确定软件产品的维护范围,指定产品维护负责人;同需求方达成对软件产品安装、使用、维护等阶段具体的时间和人员安排;及对软件产品维护过程中的风险预测与分析等事项的合同。核对本《计划》是否覆盖《用户手册》和《操作手册》中对用户需求的全部内容。
iii. 形成《软件维护记录》。核对本《记录》是否覆盖《用户手册》和《操作手册》中对用户需求的全部内容。
iv. 形成《软件实施培训记录》。确定对需求方进行培训的具体过程和内容。核对本《记录》是否覆盖《用户手册》和《操作手册》中对用户需求的全部内容。
v. 形成《软件实施总结报告》。评审软件产品实施过程中的各个环节的完成情况。核对其内容是否与《软件维护需求说明》、《软件维护记录》和《软件实施培训记录》等维护期产生文档相吻合。
vi. 同需求方确定并形成《软件产品验收报告》。核对其内容是否覆盖《产品设计说明书》、《产品发布计划》、《操作手册》、《用户手册》、《软件维护需求说明》、《软件产品维护计划》、《软件维护记录》、《软件实施培训记录》和《软件实施总结报告》中的内容说明。
vii. 其他未尽事宜形成软件产品维护记录备忘。
...全文
546 8 打赏 收藏 转发到动态 举报
写回复
用AI写文章
8 条回复
切换为时间正序
请发表友善的回复…
发表回复
nie 2001-11-08
  • 打赏
  • 举报
回复
to
谢谢!有麻烦你了:)
showin 2001-11-08
  • 打赏
  • 举报
回复
to qingrun(青润)
你的那个小组叫什么名字?
青润 2001-11-07
  • 打赏
  • 举报
回复
nie(小飞飞):
好的,下个星期我会比较轻松,那时候,我会将我收集的一些测试资料上传到smiling上的那个小组,你可以到上面去找。如何?
nie 2001-11-07
  • 打赏
  • 举报
回复
to qingrun
你能不能,提供一些关于软件测试方面的资料,这类的资料很难找,学习比较费劲!
yan2000 2001-11-07
  • 打赏
  • 举报
回复
关注
fellowcheung 2001-11-03
  • 打赏
  • 举报
回复
谢谢qingrun(青润)的意见,希望更多的人参与!分数,小Case。
windindance 2001-11-03
  • 打赏
  • 举报
回复
关注
青润 2001-11-03
  • 打赏
  • 举报
回复
我觉得:因为在开发初期的项目开发计划可能会有很多地方不符合实际开发的需要,因此最好每个阶段增加阶段开发计划,这样可以比较合理一些。
编码阶段,应该产生单元测试用例的设计文档、单元测试过程的设计文档,以及测试记录文档;
测试阶段的测试报告应该分成:集成测试报告和系统测试报告。
同时,各个阶段都应该对每一个正规的文档进行检查和评审,这样才能更好的保证其质量,所以,建议增加评审意见表和评审记录等相关文档。
内容概要:本文详细介绍了“秒杀商城”微服务架构的设计与实战全过程,涵盖系统从需求析、服务拆、技术选型到核心功能开发、布式事务处理、容器化部署及监控链路追踪的完整流程。重点解决了高并发场景下的超卖问题,采用Redis预减库存、消息队列削峰、数据库乐观锁等手段保障数据一致性,并通过Nacos实现服务注册发现与配置管理,利用Seata处理跨服务布式事务,结合RabbitMQ实现异步下单,提升系统吞吐能力。同时,项目支持Docker Compose快速部署和Kubernetes生产级编排,集成Sleuth+Zipkin链路追踪与Prometheus+Grafana监控体系,构建可观测性强的微服务系统。; 适合人群:具备Java基础和Spring Boot开发经验,熟悉微服务基本概念的中高级研发人员,尤其是希望深入理解高并发系统设计、布式事务、服务治理等核心技术的开发者;适合工作2-5年、有志于转型微服务或提升架构能力的工程师; 使用场景及目标:①学习如何基于Spring Cloud Alibaba构建完整的微服务项目;②掌握秒杀场景下高并发、超卖控制、异步化、削峰填谷等关键技术方案;③实践布式事务(Seata)、服务熔断降级、链路追踪、统一配置中心等企业级中间件的应用;④完成从本地开发到容器化部署的全流程落地; 阅读建议:建议按照文档提供的七个阶段循序渐进地动手实践,重点关注秒杀流程设计、服务间通信机制、布式事务实现和系统性能优化部,结合代码调试与监控工具深入理解各组件协作原理,真正掌握高并发微服务系统的构建能力。
MATLAB基于3D FDTD的微带线馈矩形天线析[用于模拟超宽带脉冲通过线馈矩形天线的传播,以计算微带结构的回波损耗参数]内容概要:本文介绍了基于3D FDTD(时域有限差)方法在MATLAB平台上对微带线馈电的矩形天线进行析的技术方案,旨在模拟超宽带脉冲通过该天线结构的传播过程,并重点计算微带结构的回波损耗参数。该方法通过数值仿真手段精确建模电磁波在天线中的传播特性,适用于高频电磁场仿真与天线性能评估,能够有效支持天线设计优化。文中可能涵盖FDTD算法的基本原理、网格划、边界条件设置、激励源配置及结果后处理等关键环节。; 适合人群:具备电磁场与微波技术基础知识,熟悉MATLAB编程,从事天线设计、射频工程或相关领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①开展超宽带天线的设计与性能仿真;②研究微带天线在脉冲激励下的瞬态响应特性;③计算和优化天线的回波损耗(S11参数),提升匹配性能;④教学与科研中用于电磁仿真方法的实践训练。; 阅读建议:建议读者结合FDTD理论基础与MATLAB编程实践,逐步实现仿真流程,重点关注时间步长、空间网格精度和边界条件对仿真结果的影响,并通过对比仿真与实测数据验证模型准确性。

1,268

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧