（本科）4 软件工程课程实践常见问题及应对方法ppt课件.pptx

《（本科）4 软件工程课程实践常见问题及应对方法ppt课件.pptx》由会员分享，可在线阅读，更多相关《（本科）4 软件工程课程实践常见问题及应对方法ppt课件.pptx（35页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、课程主讲人：（本科）4. 软件工程课程实践常见问题及应对方法ppt课件软件工程课程实践教学之毛新军 国防科技大学计算科学系复杂系统软件工程重点实验室实践完成和投入问题及应对方法实践成果和质量问题及应对方法Copyright Xinjun Mao3实践常见问题及应对方法Copyright Xinjun Mao4实践完成和投入问题实践成果和质量问题 借助平台 持续跟踪 发现问题 点评解决Copyright Xinjun Mao5没有按照时间点要求完成实践任务 跟踪实践进展情况，如通过Trustie平台可以很快发现学生是否按照要求提交了作业实践进展缓慢或遇到瓶颈存在完成风险 持续跟踪实践进展，查看学

2、生在平台上的活跃和贡献程度，如提交了哪些软件制品、做了多少次修改、总共提交了多少次，可以通过Trustie中的Git观察该状况学生实践投入不足 通过实践平台(如Trustie)看学生的实践活跃程度，如提出问题、回答问题、分享经验、开展讨论等，从中大致可以看出学生的投入程度Copyright Xinjun Mao*学生不作为、打酱油 每个学生单独提交代码，查看项目团队中每个学生参与解决的任务、P/R及其贡献的软件制品，查看版本库中每个学生的提次数Copyright Xinjun Mao*Git中对学生提交次数的统计Copyright Xinjun Mao8Copyright Xinjun Mao

3、9成果成果质量要求分析 需求模型 需求文档- 软件需求的创意性、集成性、综合性等- 需求模型正确性、准确性、一致性、完整性等- 需求文档规范性、简洁性、一致性等设计 设计模型 设计文档- 软件设计质量，如遵循需求、模块性、封装性、可维护性等- 设计模型正确性、准确性、一致性、完整性- 设计文档的规范性、简洁性、准确性等编码 程序代码- 代码与设计模型的一致性- 代码质量，如遵循规范、可读性、注释等测试 测试用例- 测试数据设计的充分性和覆盖性总结 技术博客 总结报告- 总结到位，凝练准确、报告清晰等软件需求没有意义和价值 引导学生明确软件系统欲解决的问题及其现实意义软件需求没有新意，重复以往的

4、软件系统 引导学生构思有新意、有特色的软件需求软件需求过于简单，难以满足规模性和复杂性要求 引导学生拓展软件系统的功能，提升其规模软件需求太多太复杂，对技术要求太高，难以实现 放弃部分软件需求，或者做某些假设以简化技术要求软件需求需要特定的设备和工具，难以满足 假设软件需求以简化对设备的要求，重新构思软件需求Copyright Xinjun Mao10软件设计没有考虑软件需求 要求基于软件需求及模型来开展软件设计、产生设计模型软件设计没有考虑质量要求 要求遵从软件设计的原则，从模块性、信息隐藏、封装性、可维护性等角度评估和分析软件设计质量软件设计超出软件需求范围 要求删除无意义的软件设计Cop

5、yright Xinjun Mao111.不知道建模的目的和用途2.UML图符使用不正确3.绘制的UML模型未能正确地刻画软件系统4.模型不完整，漏掉了一些必须的UML模型5.多个UML模型之间存在不一致6.UML模型不详尽7.设计模型与需求模型相互脱节Copyright Xinjun Mao12问题示例 不清楚用例模型在分析和设计软件中有何用途 为什么需求分析要从用例建模入手等等应对方法 讲清楚各个UML模型的作用 阐明绘制这些模型的目的 要基于UML模型进行分析和设计Copyright Xinjun Mao13问题示例 在绘制UML模型时，不能正确地使用UML，这类问题非常普遍， 如没有用

6、正确的图符表示关联关系应对方法 要求学生学习和掌握UML的使用 指明正确的图符应该是怎样的 在绘制模型时需要注意图符的正确使用Copyright Xinjun Mao14问题示例 绘制的UML与实际的软件系统不符合 如用例图中的Actor与实际系统不相符应对方法 要从实际的系统出发来绘制UML模型 检查所绘制模型的正确性Copyright Xinjun Mao15问题示例 漏掉了一些必须的UML模型，无法满足分析和设计的要求 如有用例图，但是缺乏针对其中用例的交互图，无法详尽掌握软件需求应对方法 阐明完整的需求模型和设计模型应该包含哪些必须的UML模型以及为什么需要这些模型 补充提供必须的UM

7、L模型Copyright Xinjun Mao16问题示例 不同模型之间存在相关性，但是绘制的多个UML模型之间存在不一致性 如用例的交互图中的类没有在分析类图中出现，分析类图中有一些类不知从何而来应对方法 阐明不同UML模型之间的关联性，说明如何根据某些模型来产生新的模型 要求分析不同相关模型之间是否存在不一致性问题，如有则加以修改Copyright Xinjun Mao17问题示例 模型没有提供足够详细的信息，难以指导后续的软件开发工作 如软件设计模型不够详实，没有提供类方法的活动图来说明类方法是如何实现的，导致无法指导程编码应对方法 从指导后续开发的角度来分析模型是否足够详实 补充必要的

8、模型内容Copyright Xinjun Mao18问题示例 你做你的需求，我做我的设计 设计没有考虑需求，设计模型与需求模型不相关 没有完整地实现所有的需求 有一些设计元素多余，与软件需求没关系应对方法 通过对需求模型进行精化来开展软件设计，产生设计模型 进行正向和反向追踪，包括正向：需求设计，反向：设计需求Copyright Xinjun Mao19Copyright Xinjun Mao20 对象命名不恰当，如Identify 对象需要有下划线 消息名称的表述和界面操作相混淆 消息名称不恰当，如关闭Copyright Xinjun Mao211.文档书写没有遵循规范2.文档排版混乱，格式

9、不规范3.图表没有标题或者没有解释4.内容与标题不相符，文不对题5.表达啰嗦和费解，没有讲到点子6.书面表达口头化7.缺乏必要的图表，不便于理解8.画蛇添足，引入不必要的内容9.文字表述缺乏逻辑性和严谨性10.内容空洞，不明确11.内容不一致Copyright Xinjun Mao22“针对普通用户而制作针对普通用户而制作，目前的导航系统功能较为，目前的导航系统功能较为完备完备，但最大的缺点在于，但最大的缺点在于导航为二维图导航为二维图，无法准确，无法准确分辨现实生活中的三维的世界分辨现实生活中的三维的世界”摘自摘自“* * * *需求需求创意文档创意文档”Copyright Xinjun M

10、ao23段落中的文字描述与标题不一致要写的东西没写，写了一些不相关的内容Copyright Xinjun Mao241. 1. 软件功能列表软件功能列表这个软件用户主体为作战中的指挥员，通过对软件的使用，来达到积累战斗经验的目的。现将具体的功能展示如下(表1)二、待解决的问题二、待解决的问题1 1、学生由于信息的闭塞，无法对学校周围的各类生活服务有全面地认知。2、学生由于平时任务比较繁重，没有足够的时间到学校周边采购。在文档中描述或者增添一些不必要的内容如在需求创意和描述文档中引入“系统设计用例图”、“系统设计类图”等等Copyright Xinjun Mao25文字表达空洞，没有表达出明确和

11、具体的内容Copyright Xinjun Mao26功能名称功能名称功能描述功能描述集成信息集成信息建立庞大的数据库系统，为共享的信息提供平台信息录入信息录入实地到访学校周边的各类生活服务点，记录数据并录入到数据库中没有排版，格式混乱，错别字图表没有标题标题与图表不一致正文没有对图表做适当的解释Copyright Xinjun Mao27文档中贴了一张图，但是没有标题和解释对文档进行修改和点评，指导学生如何写高质量的文案给出高质量的文档示例，从学生学习和参考学生之间相互检查软件文档，查看问题，给出修改意见Copyright Xinjun Mao28Copyright Xinjun Mao29

12、仅仅是看护吗？小助手是什么意思？笔记？为什么是笔记？*云如何？小助手？太委屈了，应该是“大助手”Copyright Xinjun Mao30小助手是什么意思？仅仅是看护吗？能做到看护吗？大段的文字，不知道要说什么例如：多源、多类型，统一收藏；统一管理；统一检索不纯粹就是一个APP，还有其他的软件支撑；有路径规划，仅仅是查询吗问题的关键二方面:（1）没有清晰地阐明本项目要解决的问题是什么；（2）没有系统地分析与已有系统相比较，本项目的优势在哪里。Copyright Xinjun Mao31现在有很多的类似系统，你的系统解决了现有系统没有解决或者没有想到的问题？关键文字表述模糊、不准确，让人无法理解实践成果的精髓Copyright Xinjun Mao32对问题描述不明确、不中肯对特色和功能总结的不到位，有的东西没有提到，不重要的内容却反复提及一些内容重复性的介绍，浪费宝贵的文字资源Copyright Xinjun Mao33颜色搭配不明显，导致看不清颜色太多太乱，不好看文字太多，不易读，看不到重点Copyright Xinjun Mao34软件工程课程实践教学之