集装箱优化设计的质量策划书.doc

武汉工程大学 计算机科学与工程学院课题设计报告设计名称： 集装箱优化设计的质量策划书 学生学号： 专业班级： 学生姓名： 学生成绩： 指导教师（职称）： 王庆春 课题工作时间： 2023-10-23 至 2023-11-07 说明：1、报告中的第一、二、三项由指导教师在综合设计开始前填写并发给每个学生；四、五两项（中英文摘要）由学生在完毕综合设计后填写。2、学生成绩由指导教师根据学生的设计情况给出各项分值及总评成绩。3、指导教师评语一栏由指导教师就学生在整个设计期间的平时表现、设计完毕情况、报告的质量及答辩情况，给出客观、全面的评价。4、所有学生必须参与综合设计的答辩环节，凡不参与答辩者，其成绩一律按不及格解决。答辩小组成员应由2人及以上教师组成。5、报告正文字数一般应不少于5000字，也可由指导教师根据本门综合设计的情况另行规定。6、平时表现成绩低于6分的学生，取消答辩资格，其本项综合设计成绩按不及格解决。7、此表格式为武汉工程大学计算机科学与工程学院提供的基本格式（合用于学院各类综合设计），各教研室可根据本门综合设计的特点及内容做适当的调整，并上报学院批准。成绩评估表学生姓名： 学号： 班级： 类别合计分值各项分值评分标准实际得分合计得分备注平时表现1010准时参与综合设计，无旷课、迟到、早退、违反实验室纪律等情况。由设计负责人给出完毕情况3020按设计任务书的规定完毕了所有任务，能完整演示其设计内容，符合规定。10能对其设计内容进行具体、完整的介绍，并能就指导教师提出的问题进行对的的回答。报告质量3510报告文字通顺，内容翔实，论述充足、完整，立论对的，结构严谨合理；报告字数符合相关规定，工整规范，整齐划一。5课题背景介绍清楚，综述分析充足。5设计方案合理、可行，论证严谨，逻辑性强，具有说服力。5符号统一；图表完备、符合规范规定。5能对整个设计过程进行全面的总结，得出有价值的结论或结果。5参考文献数量在3篇以上，格式符合规定，在正文中对的引用。答辩情况2510在规定期间内能就所设计的内容进行阐述，言简意明，重点突出，论点对的，条理清楚。15在规定期间内能准确、完整、流利地回答教师所提出的问题。总评成绩： 分 补充说明： 指导教师： （签字）日 期： 年 月 日答辩登记表学生姓名： 学号： 班级： 答辩地点： 答辩内容记录：答辩成绩合计分值各项分值评分标准实际得分合计得分备注2510在规定期间内能就所设计的内容进行阐述，言简意明，重点突出，论点对的，条理清楚。15在规定期间内能准确、完整、流利地回答教师所提出的问题。答辩小组成员（签字）： 年 月 日指导教师评语指导教师： （签字）日 期： 年 月 日目录1.项目概述11.1 系统开发背景21.2 项目开发目的22.集装箱结构33.资源设计43.1执行软件并输入参数43.2计算装箱方案与实际装箱方案的比较44.成本计划65.项目费用计划66.质量计划86.1软件质量的确立86.2 评审和检查96.3 功能检查106.4 物理检查106.5 综合检查106.6 管理评审106.7 软件配置管理106.8 工具、技术和方法116.9 媒体控制116.10 对供货单位的控制116.11 记录的收集、维护和保存127.风险控制计划137.1风险分析方法137.2风险评估147.3风险控制方法14总 结15致 谢16参考文献17项目概述1.1 系统开发背景需求分析是软件生命周期计划阶段的重要组成部分，是开发者对待软件开发项目的“理解、分解与表达“的过程，是借助于当前系统的逻辑模型推出新系统的逻辑模型。集装箱优化需求分析文档设计是软件工程课程的核心内容之一，是了解和熟悉软件工程方法和过程设计的有效途径。编写集装箱优化设计需求文档重要是对软件工程课程的强化练习，熟悉需求分析文档编写的形式，同时给老师指导并且加深对需求分析的理解。集装箱优化设计需求分析文档重要是规定我们是要使用最优化的方法将正方形、长方形和三角形三种形状的物体装在一个矩形箱子里的文档。需求分析的任务就是借助于当前系统（或手工）的逻辑模型推导出新系统的逻辑模型，解决性新系统做什么的问题。所谓“需求” 指的是软件系统的功能需求、性能需求、数据需求、其他有效的需求，通过进一步了解和分析，拟定这些需求以及拟定软件设计的限制和软件与其他系统元素的接口细节，从而拟定系统必须完毕哪些工作，幸存对新系统准确、清楚、具体的规定。集装箱，是指具有一定强度、刚度和规格专供周转使用的大型装货容器，是现代重要的运送工具,提高集装箱的容积率可以使公司在货品运送这一重要环节减少成本与费用,是进出口和运送等公司普遍关心的问题。在运送过程中，物流成本一般涉及库存费用、运送成本和物流管理费用三部分。其中运送成本占三分之一左右，如何有效地减少运送成本是公司非常关心的问题。运用好集装箱，可以节约大量运送费用，减少物流成本，反之，要导致巨大浪费。 1.2 项目开发目的不同的集装箱制造商生产的集装箱尺寸标准不同。了解集装箱的生产商及其集装箱的规格十分重要找那个药。为了最大显得的运用集装箱空间，我们会尽量把货品塞满，让集装箱里面的剩余空间到达最小。目前，很多公司还是依赖于人工精心的计算装箱，并且仍设计的装箱方案的优化设计限度还远远不够抱负。同时经验装箱存在着不准确性，只有在装箱工作结束以后才干知道每个集装箱载了哪些货品以及每种货品的装箱数量，公司才可以去报关，从而导致发货周期较长。需求分析是指理解用户需求，就软件功能与客户达成一致，估计软件风险和评估项目的代价，最终形成开发计划的一个复杂过程。在这个过程中，用户的确处在主导地位，需求分析工程师和项目经理要负责整理用户需求，为之后的软件设计打下坚实的基础。从广义上来讲：需求分析涉及需求的获取、分析、规格说明、变更、验证、管理的一系列需求工程。本实验中通过图形，即正方形、长方形、三角形等来进行模拟，重要功能是有足够的容积容纳商品并从强度和刚度方面良好地保护它们。集装箱结构集装箱：是指具有一定强度、刚度和规格专供周转使用的大型装货容器。使用集装箱转运货品，可直接在发货人的仓库装货，运到收货人的仓库卸货，半途更换车、船时，无须将货品从箱内取出换装。集装箱优化：指在固定大小的集装箱箱内，尽也许的放入最多数目的货品纸箱（本系统中为三类图形，即正方形、长方形及三角形），从而使空间运用率达成最小。软件设计的功能结构重要分为三大模块来解决，分别是，输入模块，重要用于用户选择性的规定展开解决。解决模块，重要对集装箱的平面容器进行优化设计解决。输出模块，根据用户输入的选择方案，输出其方案结果，并且得出最佳方案。其功能如下IPO图所示： 输入框： 解决框： 输出框： 1、 方案输出2、 优胜方案输出1、 图形组合解决。2、 剩余空间计算。1、 单一图（正方形）2、 单一图形（长方形）3、 组合图（正方形+ 长方形） 图1-1 IPO图资源设计3.1执行软件并输入参数启动“集装箱优化设计软件”后，可以输入（选择）集装箱尺寸（内部空间的尺寸）。说明：所有的参数值都是以厘米（CM）为单位的（2.54厘米=1英寸，1英尺=12英寸）。3.2计算装箱方案与实际装箱方案的比较在参照装箱示意图制定实际装箱方案时，有以下几点因素需要注意。（1）“集装箱装箱优化软件”最后给出的装箱方案，是相应于众多优化算中装箱结构较为简朴且装箱数量较多的一种，因此本软件并不能保证最后的结果是装箱数量最多的一种。（2）“集装箱装箱优化软件”在计算可程中装集装箱当作一个长方体（没有考虑角件等因素），因此如有角件等，则需要移动装箱位置（或在有角件的地方空出一箱）等手工解决。（3）由于“集装箱装箱优化软件”在计算过程中将包装箱视为标准的长方体，而实际情况下，包装箱的尺寸总会有误差，还会有不同限度的尺寸不一，鼓胀，变形等。并且，要想顺利地装卸，包装箱和集装箱箱壁之间也需要多少有一点空隙。这种误差的大小随情形而异。一般地，为了计算这种差额，可以视具体情形而在包装箱自身长宽高的基础上增添一个增量，比如本来包装箱是392924（CM），计算时可以输入403025（CM）。输入数据规定：（1）数据类型：输入数据为选定图形的尺寸，故为3位整型即可， 即Int32类型的整数；（2）格式：数值；（3）媒体：该数据是通过文本框进行输入的；（4）数值范围：长小于等于40m，宽小于等于20m，单个图形面积不超过800平方米；（5）精度：精确到0.01m；图2-1 集装箱平面设计图输出数据规定：（1）数据类型：图形部分为图片，结果部分为优化后装入集装箱的图形数目，故为Int32类型；（2）格式：bmp和数值类型；（3）媒体：文本框输出优化后装入集装箱的最大图形数目，bmp位图保存的是优化后的图形方式，重要在panel上显示；（4）数值范围：无（5）精度：由于输出结果为位图类型和纯数字类型，所以输出精度没有特殊规定；（6）控制输出量：装入图形后，剩余空间最少且在此情况下装入的数量最多，即可输出结果。具体组合方案：正方形组合图形长方形输出方案单一组合方案图形组合方案混合组合方案优胜方案图2-2 集装箱资源分派图成本计划4.1项目费用计划项目成本估算（Project Cost Estimate）项目成本估算是指根据项目的资源需求和计划，以及各种项目资源的价格信息，估算和拟定项目各种活动的成本和整个项目总成本的一项项目成本管理工作。成本估算是对完毕项目所需费用的估计和计划，是项目计划中的一个重要组成部分。要实行成本控制，一方面要进行成本估算。抱负的是，完毕某项任务所需费用可根据历史标准估算。但对许多工业来说，由于项目和计划变化多端，把以前的活动与现实对比几乎是不也许的。费用的信息，不管是否根据历史标准，都只能将其作为一种估算。1项目成本的构成 1）项目定义与决策工作成本； 2）项目设计成本； 3）项目采购成本； 4）项目实行成本。 2具体的项目成本科目 1）人工成本（各种劳力的成本） 2）物料成本（消耗和占用的物料资源费用） 3）顾问费用（各种征询和专家服务费用） 4）设备费用（折旧、租赁费用等） 5）其他费用（如保险、分包商的法定利润等） 6）不可预见费（为防止项目变更的管理储备） 3软件开发成本估算的经验模型Putnam 模型，1978年Putnam提出的，一种动态多变量模型。L = Ck * K1/3 * td4/3，其中： L源代码行数(以LOC计)；K整个开发过程所花费的工作量（以人年计）；td开发连续时间（以年计）；Ck-技术状态常数，它反映“妨碍开发进展的限制”，取值因开发环境而异；Ck的典型值 开发环境 开发环境举例；2023 差 没有系统的开发方法，缺少文档和复审；8000 好 有合适的系统的开发方法，有充足的文档和复审；11000 优 有自动的开发工具和技术从上述方程加以变换，可以得到估算工作量的公式： K = L3/(Ck3*td4)还可以估算开发时间： td = L3/(Ck3*K)1/4COCOMO模型按其具体限度可以分为三级：基本COCOMO模型，中间COCOMO模型，具体COCOMO模型。其中基本COCOMO模型是是一个静态单变量模型，它用一个以已估算出来的原代码行数(LOC)为自变量的经验函数计算软件开发工作量。中级COCOMO模型在基本COCOMO模型的基础上，再用涉及产品、硬件、人员、项目等方面的影响因素调整工作量的估算。具体COCOMO模型涉及中间COCOMO模型的所有特性，但更进一步考虑了软件工程中每一环节（如分析、设计）的影响。基本COCOMO模型，通过记录63个历史项目的历史数据，得到如下计算公式。总体类型 工作量 进度组织型 MM = 10.4*(KDSI)1.05 TDKV = 10.5(MM)0.38半独立型 MM = 3.0*(KDSI)1.12 TDKV = 10.5(MM)0.35嵌入型 MM = 3.0*(KDSI)1.20 TDKV = 10.5(MM)0.324.项目成本估算 - 估算难点1.需求信息的复杂性。与其他有些传统项目不同，信息系统要满足的客户的主观需要。由于人的复杂性，给信息系统带来了无数的难以拟定的因素。并且，随着项目的进展，许多具体情况的明确，项目的成本估算也会相应的有所变化。 2.开发技术和工具的不断变化。开发工具软件的不断升级，技术方案不断更新，这些技术的进步让信息系统项目可以提供功能越来越强，但是给信息系统项目的成本估算带来困难。 3.缺少类似项目估算数据可供参考。有效的项目成本估算是建立在大量的同类项目的成本估算的基础上的。没有大量的同类项目的经验，信息系统项目的成本估算也就非常困难了。 4.缺少专业和富有经验的人才。 5.信息系统研发人员技术能力的差异。不同人员的不同态度、经验和能力都会导致不同人员的截然不同的效率，这也给信息系统的成本估算带来了困难。 6.管理层的压力与误解。质量计划6.1软件质量的确立集装箱在软件质量确立重要有以下几个方面：1明确集装箱在使用范围和目的及需达成的质量目的； 2组织实际运作的各过程的环节； 3在项目的不同阶段，相关职责、权限和资源的具体分派； 4采用的具体的文献化程序和指导书； 5适宜阶段合用的检查、实验、检查和审核大纲； 6随项目的进展进行更改和完善质量计划的文献化程序； 7达成质量目的的度量方法及所采用的措施。6.2 评审和检查具体规定了应当进行的阶段评审、阶段评审的内容和评审时间规定。对新开发的或正在开发的各个子系统，都要按照GB 8566的规定认真进行定期的或阶段性的各项评审工作。就整个软件开发过程而言，至少要进行软件需求评审、概要设计评审、具体设计评审、软件验证和确认评审、功能检查、物理检查、综合检查以及管理评审等八个方面的评审和检查工作。如本计划第2.2条所述，经总体组研究决定，在集装箱优化设计软件及其所属各个子系统的开发过程中，把前七种评审提成三次进行。在每次评审之后，要对评审结果作出明确的管理决策。下面给出每次评审应当进行的工作。 6.2.1 软件需求评审这次评审会对软件需求进行评审，软件需求评审（SRR）应保证在软件需求规格说明书中规定的各项需求的合理性。 6.2.2 概要设计评审在软件概要设计阶段结束后必须进行概要设计评审（PDR），以评价软件设计说明书中所描述的软件概要设计在总体机构、外部接口、重要部件功能分派、全局数据结构以及各重要部件之间的接口等方面的合适性。6.2.3 具体设计评审在软件具体设计阶段结束后必须进行具体设计评审（DDR），以拟定软件设计说明书中所描述的具体设计在功能、算法和过程描述等方面的合适性，应拟定软件设计说明书中的具体设计在满足软件需求规格说明书中的需求方面的可接受性。 6.2.4 软件验证与确认评审在制订软件验证与确认计划之后要对它进行评审，以评价软件验证与确认计划中所规定的验证与确认方法的合适性与完整性。6.3 功能检查在软件释放前，要对软件进行检查，功能检查（FA）应验证所开发的软件已经满足在软件需求规格说明书中规定的所有需求。 6.4 物理检查在验收软件前，要对软件进行物理检查（PA），以验证程序和文档已经一致并已做好了交付的准备。6.5 综合检查在软件验收时，要允许用户或用户所委托的专家对所要验收的软件进行设计抽样的综合检查（CA），以验证代码和设计文档的一致性、接口规格说明之间的一致性（硬件和软件）、设计实现和功能需求的一致性、功能需求和测试描述的一致性。6.6 管理评审要对计划的执行情况定期（或按阶段）进行管理评审（MA）；这些评审必须由獐独立于被评审单位的机构或授权的第三方主持进行。6.7 软件配置管理对集装箱优化设计软件系统的各项配置进行及时、合理的管理，是保证软件质量的重要手段，也是保证该软件具有强大生命力的重要措施。有关集装箱优化设计软件的配置管理工作，可按开发该系统的软件工程小组编写的集装箱优化设计软件配置管理计划。在软件配置管理工作中，要特别注意规定对软件问题报告、追踪和解决的环节，并指出实现报告、追踪和解决软件问题的机构及其职责。6.8 工具、技术和方法在集装箱优化设计项目所属的各个子系统（其中涉及有关的支持软件）的研制与开发过程中，都应当在各自的软件质量保证活动中合理地使用软件质量活动的支持工具、技术和方法。这些工具重要有下列三种： a. C软件测试工具。它支持用C语言编写的模块的静态分析、结构测试与功能测试。重要功能为：协助测试人员判断程序结构与变量使用情况是否有错；给测试人员提供模块语句覆盖率Co和分支覆盖率C1的值，并显示未覆盖语句和未覆盖分支的号码及其分支谓词，给出不同测试用例有效性的表格；同时提出功能测试的有效情况，并协助组织最终交付给用户的有效测试用例的集合。 b. 软件配置管理工具。它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织；支持用户在不同文档相关内容之间进行互相检索并拟定同一文档某一内容在本文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改善行科学的管理。 c. 文档辅助生成工具与图形编辑工具。它重要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能（输入、输出关系）的曲线以及绘制描述控制系统特性的一些其他图形，同时还可生成若干与集装箱优化设计软件文档编制大纲相适应的文档模块板。用户运用这个工具的正文与图形编辑功能以及上述辅助功能，可以比较方便地产生清楚悦目的文档，也有助于对文档进行更改，尚有助于提高文档的编制质量。 6.9 媒体控制为了保护计算机程序的物理媒体，以免非法存取、意外损坏或自然老化，集装箱优化设计软件系统的各个子系统（涉及支持软件）都必须设立软件配置管理人员，并按照开发该系统的软件工程小组制订的、且经集装箱优化设计总体组批准的集装箱优化设计软件配置管理计划妥善管理和存放各个子系统及其专用支持软件的媒体。 6.10 对供货单位的控制集装箱优化设计项目所属的各个子系统开发组，假如需要从软件销售单位购买、委托其他开发单位开发、从开发单位现存软件库中选用或从项目委托单位或用户的现有软件库中选用软部件时，则在选用前应向开发该系统的总体组报告，然后由总体组组织“软件选用评审小组”进行评审、测试与检查，只有当演示成功、测试合格后才干批准选用。假如只选用其中部分内容，则按待开发软件的解决过程办理，此时开发该系统的总体组不作干预。 6.11 记录的收集、维护和保存在集装箱优化设计项目及其所属的各个子系统的研制与开发期间，要进行各种软件质量保证活动，准确记录、及时分析并妥善保存有关这些活动的记录，是保证软件质量的重要条件。在软件质量保证小组中，应有专人负责收集、汇总与保存有关软件质量保证活动的记录。要收集、汇总与保存的记录名字及其保存期限见表1。 表1 记录名称及其保存的期限 记录的名称与分类要保存的的期限阶段评审记录阶段评审总结整个软件开发周期阶段评审问题记录整个软件开发周期阶段评审重要问题整个软件开发周期阶段评审成员整个软件开发周期平常检查记录软件阶段进度表整个软件开发周期软件阶段产品完毕情况整个软件开发周期软件开发费用登记表整个软件生存周期修改记录软件问题报告单整个软件生存周期软件问题修改单整个软件生存周期组织软件质量保证小组成员登记表整个软件开发周期风险控制计划7.1风险分析方法风险分析根据对各要素的指标量化以及计算方法不同分为定性分析、半定量分析和定量分析的风险分析方法，或者是这些分析的组合。1）定性分析方法是被广泛使用的一种风险分析方法，也是出现在大部分标准中的一种方法。它对风险产生的也许性和风险产生的后果基于“低/中/高”这种表达方式，而不是准确的也许性和损失量。该方法通常只关注威胁事件所带来的损失（Loss），而忽略事件发生的概率（Probability）。多数定性风险分析方法依据组织面临的威胁、脆弱点以及控制措施等元素来决定安全风险等级。在定性评估时并不使用品体的数据，而是指定盼望值，如设定每种风险的影响值和概率值为“高”、“中”、“低”。有时单纯使用盼望值，并不能明显区别风险值之间的差别。可以考虑为定性数据指定数值。例如，设“高”的值为3，“中”的值为2，“低”的值为定量分析2）定量分析方法运用两个基本的元素：威胁事件发生的概率和也许导致的损失。把这两个元素简朴相乘的结果称为ALE（Annual Loss Expectancy）或EAC（Estimated Annual Cost）2。理论上可以依据ALE计算威胁事件的风险等级，并且做出相应的决策。文献1提出了一种定量风险评估方法。该方法一方面评估特定资产的价值V，把信息系统分解成各个组件也许更加有助于整个系统的定价，一般按功能单元进行分解；然后根据客观数据计算威胁的频率P；最后计算威胁影响系数，由于对于每一个风险，并不是所有的资产所遭受的危害限度都是同样的，限度的范围也许从无危害到彻底危害（即完全破坏）。根据上述三个参数，计算ALE：ALE V P 但是这种方法存在一个问题，就是数据的不可靠和不精确。对于某些类型的安全威胁，存在可用的信息。例如，可以根据频率数据估计人们所处区域的自然灾害发生的也许性（如洪水和地震）。也可以用事件发生的频率估计一些系统问题的概率，例如系统崩溃和感染病毒。但是，对于一些其他类型的威胁来说，不存在频率数据，影响和概率很难是精确的。此外，控制和对策措施可以减小威胁事件发生的也许性，而这些威胁事件之间又是互相关联的。这将使定量评估过程非常耗时和困难。7.2风险评估（1）对风险自身的界定。涉及风险发生的也许性；风险强度；风险连续时间；风险发生的区域及关键风险点。 （2）对风险作用方式的界定。涉及风险对公司的影响是直接的还是间接的；是否会引发其他的相关风险；风险对公司的作用范围等。 （3）对风险后果的界定。在损失方面：假如风险发生，对公司会导致多大的损失？假如避免或减少风险，公司需要付出多大的代价？在冒风险的利益方面：假如公司冒了风险，也许获得多大的利益。7.3风险控制方法风险控制方面应当注意:（1）也许的硬件故障：计算机蓝屏；硬件资源得不到满足而无响应；（2）也许的软件故障：输入无响应，程序计算错误；（3）在性能方面产生的后果：硬件故障也许使程序终止，而软件故障则也许得不到对的的结果，用户均得不到盼望的结果；（4）对硬件故障或软件故障的解决规定：一方面，硬件方面，计算机配置不能太差，必须满足运营程序的基本规定程；另一方面，序运营时，关闭其他无关进程；软件方面，进行复查和测试，发现缺陷并进行修复。其他特殊规定，用户在安全性、使用方便性、可维护性、可补充性、易读性、可靠性、运营环境可转换性等方面的特殊规定：（1）输入要方便，尽也许以用户最习惯的方式让其输入数据；（2）尽也许用图形显示最终优化的结果，同时输出优化后的最大数目，一目了然，用户也很l乐于接受。（3）控制软件运营的方法：通过事件进行控制，程序运营以后，停止事件触发后，则停止运营，继续事件触发后，重新运营。（4）控制软件运营的控制信号：消息机制实现。本软件的控制完全由操作系统来完毕，用户只需在相应的界面下输入货品的参数，拟定输入无误后点击运营即可得出结果。总 结本次的集装箱优化设计质量策划书的书写，是通过所学软件工程知识，以及参考相关资料进行编写的，除了老师给定的四个学时的课堂时间之外，我还运用了课下的时间，最终完毕了此篇文档的编写。本次的文档书写重要以文字说明为主，辅以重要图形。在书写过程中，碰到了一些问题，就参考一些与软件工程有关的书集，都找到了相关答案，使问题一一得到解决。说实话，为了得到精确的图形，在图形设计时花了很多时间和精力，最后终于完毕了图形的设计和绘画。看着自己亲自编写的集装箱优化设计质量策划书，忽然产生一种成就感，不敢相信这就是我编写的，由于一开始老师布置这个项目时，觉得很难编写，等自己磕磕碰碰的编写完毕之后，觉得有些不可思议。通过这次集装箱优化设计质量策划书的书写，使我明白了一个道理，不管碰到什么问题，一方面都不能产生畏难情绪，作为青年学生，不管碰到什么困难，我们都应以高昂积极的态度和饱满的热情去面对，敢于接受生活中的任何挑战。致 谢在这里我非常感谢指导老师和同学的帮助和鼓励，从他们身上我学习到了如何才干把数据库系统设计好，如何才干满足用户的需求，当数据库系统出现问题时应当怎么做以及如何解决一些突发事件等等。同时也锻炼了自己的耐心和检查错误，修改错误的能力，发现了尚有很多地方都不纯熟，一些知识点还不是很清楚，此后会努力的学习专业知识，不断巩固，加深理解，从而提高自己，完善自己。参考文献1 李伟波，刘永祥，王庆春软件工程武汉：武汉大学出版，20232 杨文龙，古天龙. 软件过程(第二版). 北京：电子工业出版社，20233 李晓林，谢芳. 大学计算机基础Z. 北京：高等教育出版社，2023.1324.4 McConnell J J.Analysis of Algorithm. 北京：高等教育出版社，2023.35 谭浩强编著. C程序设计. 北京: 清华大学出版社, 1991