开发成果
关注
在其最广义的定义中，开发人员工件是项目开发周期的任何“副产品”，从初始规划文档到编译后的软件本身。拥有一组工件可以作为路线图，让维护人员可以回顾并探索项目的所有阶段。高价值工件还为最终用户和产品维
在其最广义的定义中，开发人员工件是项目开发周期的任何“副产品”，从初始规划文档到编译后的软件本身。拥有一组工件可以作为路线图，让维护人员可以回顾并探索项目的所有阶段。高价值工件还为最终用户和产品维护人员提供了有关如何使用或管理产品的信息。
工件概述
考虑一下名称，工件。如果您的开发项目，从开始到初始发布再到维护，都是一场考古挖掘，那么工件就是留下来待发现的东西，让未来的程序员和项目维护人员不仅可以了解项目本身的细节，还可以了解这些细节的背景。就像在挖掘现场一样，一些工件比其他工件更有价值。概述已构建并正常运行的功能目的的用户故事可能会引起项目维护人员的兴趣，但不会为维护人员提供有关保持代码库最新和应用程序运行的任何信息。在这种情况下，代码中的注释、以前测试的输出和书面文档将为维护人员提供更多价值和背景，以解决他或她试图解决的任何问题。无论项目的当前状态如何，以及工件对整个路线图的个体价值如何，这些工件确实为团队成员和客户提供了项目创建和维护的意图、目标和问题的内部可见性。常见工件和敏捷术语
工件可以跨越整个项目空间。尽管工件通常没有分类，但通常分为三类信息：代码和代码结果、项目管理过程中创建的工件以及文档。代码
与代码相关的工件可以包括（但不限于）：- 已编译代码：代码本身，已编译并处于可运行状态
- 测试和代码输出：测试和 QA 期间生成的信息和日志
- 安装脚本：准备运行软件的环境的脚本
- 测试套件：在测试阶段针对程序运行的测试用例集
- 最终用户生成的对象：这些是用户与软件交互时记录的收集数据对象
敏捷工件
项目管理工件可以包括（但不限于）：- 可接受标准：客户或项目业主给出的基本要求
- 用户故事：详细描述项目具体需求的高级需求；比标准更深入、更注重任务
- 验收测试：预期软件行为的描述
文档
文档工件可以包括（但不限于）：- 类图：系统的静态图
- 演练：书面指南，指导测试人员、QA 或其他团队从上到下了解应用程序
- 最终用户文档：为客户或最终用户提供的帮助软件使用的文档
- 内部文档：旨在帮助员工维护、修复和以其他方式更改应用程序的文档
免责声明：本内容来源于第三方作者授权、网友推荐或互联网整理，旨在为广大用户提供学习与参考之用。所有文本和图片版权归原创网站或作者本人所有，其观点并不代表本站立场。如有任何版权侵犯或转载不当之情况，请与我们取得联系，我们将尽快进行相关处理与修改。感谢您的理解与支持！
阅读全文
请先 登录后发表评论 ~