139
社区成员
这个作业属于哪个课程 | 2022年福大-软件工程、实践-W班 |
---|---|
这个作业要求在哪里 | 软件工程实践总结&个人技术博客 |
这个作业的目标 | 完成软件工程实践总结博客和个人技术博客 |
其他参考文献 | 无 |
青衿之志,履践致远
年少时的志向,要靠自己的努力实践才能实现,只有脚踏实地,才能走得更远~
A1: 经历了一学期的课程,现在看来,我还是认为术业有专攻对于团队工作来说是更有利的。因为今后遇到的很多项目,都有工作周期的限制,更专业的工程师不必花费大量的实践去深入了解项目中所需要的技术,可以快速地上手开发,这对工期较短的项目来说是非常重要的。当然我始终志向于成为一名既“专”又“广”的优秀的软件工程师。在实现这一目标之前,我还是会选择先将我所掌握的技术理解透彻,先做到“专”,再考虑更“广”地学习。
A2: 我还是认为问题的答案是肯定的。我和我的队友加一同学既是结对编程的合作伙伴,也是团队开发的队友。良好的结对编程确实能够为团队合作带去好的趋势,就我看来,加一同学在结对编程和团队合作过程中都发挥了非常重要的作用,她将结对编程中负责任的工作态度也应用在了团队开发之中,完成自己分内的工作后,协助组长共同进行团队的管理。我认为这就是良好的结对编程为团队合作带去的正向影响。良好的结对编程经历让我对团队合作有了更多的信心,自己也学会更好地从整个团队的利益出发去考虑问题,也提升了我自身的编程能力和沟通能力,这对我来说是非常宝贵的经历。
A3: 我对这个问题的答案依然是肯定的,软件的缺陷应该在规格书中进行合理的说明。用户在选择软件时,有对软件相关信息的知情权。而且无论团队是否在规格书中说明,缺陷是始终存在的,那么用户在使用时就有可能会发现软件的缺陷。如果因为害怕暴露缺点而对其隐瞒,很有可能会带来相反的效果。因为软件中的缺陷不仅仅关系到使用软件的客户,还关系到整个软件的口碑和声誉。软件有缺陷可以后续进行改进,但积累的口碑一旦丧失了就很难挽回了。要有正视缺点的勇气,才会有享受优点的福气
。
A4: 我保留我在课程开始前的答案。我始终认为团队项目开发是一项创造性的工作,是需要热情驱动和灵感碰撞的历程。经历了本次的团队项目开发,我更加认为灵感和激情在团队中是格外重要的。本次团队项目开发过程中,我们移动端小组按照项目需求规格说明书和系统设计说明书进行开发,严格遵守了我们提前制定的代码规范。但同时在项目开发过程中也会灵活地根据用户需求提出自己创造性的想法,每位成员都为了更好的项目成果而充满激情地工作,开发氛围轻松而愉快。这说明创造性的工作与理性而规范的工作并不冲突。还是那句话,人不是机器,对我而言,如果仅仅是机械性地完成每天的工作,那本次的团队合作项目的效果可能会大大下降。
A5: 我保留我之前的答案,创新确实需要考虑实际问题。在我们团队项目设计过程中,队员们都大开脑洞,提出了很多创新且有趣的想法。但考虑到实际问题,在讨论过程中我们也否定了很多看起来很创新的想法。我认为对于项目开发而言,不考虑实际问题,盲目地提出新方案只是纸上谈兵,会消耗掉宝贵的开发时间,这并不是真正的创新。
NABCD模型
分析需求,分析用户的痛点,站在用户的角度上思考问题。我也意识到,之前的对需求分析的想法不够成熟。我认为软件工程和软件工程实践课程带给我的非常重要的地方,不仅仅是传授新的知识,在某种程度上也校正了我以前很多理解不透彻或是不正确的地方,对我未来的项目开发过程有很大帮助。Axure
原型设计工具设计原型,原型设计能够更好地帮助理解用户的需求,也对后续的开发发挥了关键的作用。uni-app
框架进行移动端App开发。之前进行安卓应用课程设计开发时因为与Android Studio
工具磨合的不够好,在开发过程中遇到了很多困难,以至于对安卓乃至于移动应用开发都有一些抵触。Android端的项目apk
,看到自己参与开发的软件可以在用户的手机上下载并使用,不得不说还是很有成就感的。但从用户体验反馈中我也意识到我们的项目还存在很多的不足,还需要继续提升努力。1+1>2
的效果,这为我们后续的团队合作打下了良好的基础。”路漫漫其修远兮“
,我还需要好好努力!目标编号 | 具体内容 |
---|---|
理解软件工程师的职业道德规范和实践要求,了解国情社情民情,理解软件产品对社会、健康文化等影响,树立积极向上的软件开发理念。 | |
掌握需求分析的全过程,能辨别客户表述的多样化要求,熟练使用需求表达工具,能够规范、准确地表达客户的需求,构建需求分析模型。 | |
掌握软件开发的全过程,遵循体系结构设计方法和基本设计原则,通过正式的技术评审,完成从体系结构设计模型、数据设计模型和构件级设计模型,形成面向高效可靠的服务组件设计方案或软件系统设计方案。 | |
能够执行从组件到软件系统的技术评测,具备设计模型的评判能力,具有创新设计意识,能够优选设计方案。 | |
遵循软件开发各阶段文档标准,采用规范的表达,掌握需求规格说明书、系统设计说明书、系统测试报告等文档撰写方法,具备与业界同行交流能力。 | |
具有良好的团队意识和合作技能,能够与其他成员开展有效的沟通和协作;能够组织、协调或指挥团队开展工作。 | |
能够辨别具体软件项目管理中涉及的构成要素,掌握软件规模和工作量的估算方法,能够选择合适的工具规划软件进度并对项目管理过程进行配置,具备初步的管理复杂软件工程项目的能力。 |
目标编号 | 掌握程度 | 解释 |
---|---|---|
理解并自觉遵守软件工程师的职业道德规范和实践要求,始终保持积极向上的软件开发理念,不使用自己的专业知识做危害社会的事情 | ||
能够使用NABCD模型构建需求分析模型,能够熟练地使用需求表达工具来表达用户的需求 | ||
参与了软件体系结构的设计,但生成的软件系统设计方案还存在可以改进之处。 | ||
具备设计模型的评判能力,但在设计时缺乏一定的创新设计意识 | ||
熟悉并能够遵循软件开发各阶段的文档标准,在团队项目开发中参与了需求规格说明书、系统设计说明书、系统测试报告等文档的撰写,能够较为准确规范地表达文档需要说明的内容 | ||
具有良好的团队合作意识,可以与其他团队成员进行友好又有效的沟通和交流。在团队开发中负责站立式会议的开展以及部分统筹工作,具备较好的组织和协调团队成员工作的能力 | ||
能够组织团队使用Teambition、在线文档等工具对团队项目进行管理。但在软件规模的估算还有些欠缺。本次团队项目设计时对工作量的估算不够科学精确,导致Beta冲刺后期时间比较紧张,项目实现效果没有那么满意 |
ECharts
中鼠标移动时出现的组件toolstrip
默认只能显示name和value 两条数据,有时不能满足用户的需求。所以本次个人技术总结主要介绍如何在Vue
中使用ECharts框架绘制世界地图,从后端接口中获取数据实现动态的数据绑定,以及在toolstrip中显示多条数据信息。
通过这次的项目开发经历,我意识到,选择合适的技术有多么重要,正如助教所说的,技术选型是十分重要的,开发前一定要做足充分的调研。
是的,技术选型确定后,才是各个模块开始开发。
行而不辍,未来可期。加油!