2023年期末软件配置心得体会.docx

2023年期末软件配置心得体会 软件配置心得体会 132023081 计算机二班阮志明 两个星期的时间非常快就过去了，这两个星期不敢说自己有多大的进步，获得了多少知识，但起码是了解了项目开发的部分过程。虽说上过数据库等相关的课程，但是没有亲身经历过相关的设计工作细节。这次提供了一个很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没有接触过，去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛，还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位，不能灵活运用于实际，不能很好的用来解决问题，这就需要我们不断的大量的实践，通过不断的自学，不断地发现问题，思考问题，进而解决问题。在这个过程中我们将深刻理解所学知识，同时也可以学到不少很实用的东西。 在进行软件配置的过程中，我们深刻体会到这是一门高深的学问，不过同时也是一门有趣的课程设计，令我印象深刻的主要有以下方面。 首先是设计实现需求分析的过程，需求过程包括需求开发和需求管理2个部分： （1）需求开发就是对开发前期的管理，与客房的沟通过程，可以分为4个阶段：需求获取、需求分析、编写需求和需求验证。 （2）需求管理：就是软件项目开发过程中控制和维持需求约定的活动。包括：变更控制、版本控制、需求跟踪、需求状态跟踪。 还有就是需求的层次，其中主要包括：业务需求、用户需求、功能需求、非功能需求等4个方面。而需求开发阶段的重点主要是 （1）提取业务对象 业务对象是指系统使用的真实对象，例如一个供应链管理(Supply Chain Management ,简称SCM)业务对象主要包括：生产批发商、零售商、送货商、顾客多个层次。 （2）提取业务流程 在了解业务逻辑的过程中，应该列举出所开发软件模块的各自职能，并细化每个工作流程，深入分析业务逻辑。 （3）性能需求 在分析的前期应该注意客户对所开发软件的技术性能指标，如存储容量限制、运行时间限制、安全保密性等。 （4）环境需求 环境需求是指软件平台运行时所处环境的要求，如硬件方面：机型、外部设备、数据通信接口;软件方面：系统软件，包括操作系统、网络软件、数据库管理系统方面;使用方面：使用部门在制度上，操作人员上的技术水平上应具备怎样的条件。 （5）可靠性需求 对所开发软件在投入运行后发生故障的概率，应该按实际的运行环境提出要求。对于重要的软件，或是运行失效会造成严重后果的软件，应提出较高的可靠性要求。 （6）安全保密要求 在需要分析时应当在这方面恰当地做出规定，对所开发的软件给予特殊的设计，使其在运行中，其安全保密方面的性能得到必要的保证。 （7）用户界面需求 为用户界面细致地规定到达的要求。 （8）资源使用需求 开发的软件在运行时和开发时所需要的各种资源。 （9）软件成本消耗与开发进度需求 在软件项目立项后，根据合同规定，对软件开发的进度和各步骤的费用提出要求，作为开发管理的依据。 （10）开发目标需求 预先估计以后系统可能达到的目标，这样可以比较容易对系统进行必要的补充和修改。 其次，就是我们开发管理阶段，我们首先要建立完整的项目计划，主要分为以下几步： （1）设计总体架构 针对系统的实施需要，采取适当的且成熟的框架结构。 （2）控制可扩展度 扩展度过大，将提高系统的复杂程度，延长开发时间；扩展度过低，会直接影响系统的二次开发与维护。控制系统的可扩展性，能提高开发效率，降低系统维护的难度。 （3）建立基础设施 合理分配软、硬件等基础设施的部署所需要的时间与成本（例如：服务器的订购安装、光纤接入、软件平台订购）。 （4）划分开发任务 利用WBS（Work Breakdown Structure，工作分解结构）对可交付结果进行分类与划分。每个项目都能划分为多个不同阶段，每个阶段又可以分为多个工作包（Work Package），工作包是WBS里最小的可交付结果，最后从工作包中分解出多个开发任务列表。 （5）部署开发进度 一个项目应该按进度划分为多个开发阶段，每个阶段的开发周期一般在3060个工作日以内。在此阶段内应该与客户举行协商会议，制定产品路线图，在开发过程中邀请客户积极参与并提出反馈意见。然后把该时段内的开发任务按照开发难度，依赖性，重要性等多方条件划分为多个迭代周期。 在Scrum 敏捷软件开发原则中，应该把每个迭代任务进一步细分为多个开发任务列表，开发任务的开发时间应该控制在15个工作小时以内，如果开发时间超出15个工作小时，应该考虑把开发任务再度细化。开发任务建议应该由组员自主选择，而不要使用强制分配的方式。 （6）测试项目成果 每个工作包都应该同步部署测试工作，提高项目的质量。对出错BUG的工作包应该由测试人员以文本方式记录，向开发人员展示错误所在，让开发人员及时进行修改。 还有，面临最多的就是监督产品质量了，我们在采取监督产品质量，主要以下措施： （1）质量需要的是计划、设计而并非审查的。在产品建立的初级，必须与“质量保证”（QA）的部门进行协商，以正式文档的方式，决定恰当的质量策略和标准。 （2）在开发过程中使用TDD（测试驱动开发）的模式，提高开发质量。测试人员应该以文本方式记录bug，并与开发人员共同工作的，把突出的缺陷演示给开发人员，以提高修改的效率。 （3）在每个迭代的结束时进行一次产品效果的演示，从客户、使用者、高层领导中收集反馈信息。在团队内部举行评审会议，分析测试结果，了解产品性能，为下次迭代所需要做的改进做好计划。 期末软件配置心得体会 软件工程期末总结和心得体会 软件测试 心得体会 软件测试心得体会 学习软件心得体会 软件项目心得体会 软件测试心得体会 软件制作心得体会 软件测试心得体会 软件培训心得体会