73
社区成员




项目 | 内容 |
---|---|
这个作业属于哪个课程 | https://bbs.csdn.net/forums/buaa-ase2024 |
这个作业的要求在哪里 | https://bbs.csdn.net/topics/619057113 |
我在这个课程的目标是 | 学习软件工程的全流程,了解完整的软件开发的流程 |
这个作业在哪个具体方面帮助我实现目标 | 总结学期内开发过程中的收获与教训 |
博客链接:https://bbs.csdn.net/topics/618198757?spm=1001.2014.3001.6377
对于之前描述的这些情况,可以采用以下策略:
目前,我对这个问题仍然保持开放的回答,我认为无论是取决于水平更高的人还是有1+1>2的效果,其实都有一定道理。只不过水平更高的乙一方确实有助于提高程序的上限,但是两方的优势互补与配合,也能有效得提高程序的下限,所以我认为均合理,具体则取决于程序的衡量标准。
我认为,关于绩效衡量,的确很难找到一个最通用或最准确的方法,没有一种万能的方法可以适用于所有情况,因为不同的工作性质、团队文化、行业标准和公司目标都会影响绩效衡量的标准。绩效衡量涉及到多个维度和因素,不同的团队、公司和项目有不同的需求和背景。但是,我认为可以从以下几个方面来探讨和制定更有效的绩效衡量标准:
通过实践,我认为UML图等图形建模方法在构思和设计中有以下作用:
所以:UML图在软件工程中具有重要的价值,但也有其局限性。关键在于如何灵活使用它们。UML图在项目初期和团队沟通中非常有用,可以帮助建立一个共同的理解和视觉参考。UML图应该随着项目的进展不断更新和演化,以反映实际的设计和实现情况。根据项目的具体需求,灵活选择和定制建模方法,不必一味追求统一性和完美性。最重要的是,找到合适的抽象层次,使模型既不过于复杂,也不丢失重要信息。
对于Java程序,确实存在一些形式化验证方法和工具,例如:
应用形式化验证的必要性:
主要收获是尝试了NABCD需求分析方法,在weavex项目中,我们主要考虑了其中的N需要(Need),A受众(Audience),B好处(Benefit),D差异(Difference),而对C竞争(Competition)考虑的较少。我们通过问卷确定了用户群体画像,已经用户具体的需要和对现有平台的评价,因此来确定我们的优势。
由于要设计一款好用的latex文本编辑器,所以功能及界面设计都是很重要的,我的体会是,首先功能设计要合理,要对需要实现的功能做模块化的处理,减少模块之间的耦合,才能更好的分工合作。而对于UI设计来说,其重要性不言而喻,但是要注意有时UI的设计也需要及时和功能的设计统一,否则将会造成UI迁就功能而导致用户使用体验下降的影响。
首先,要明确分工,减少耦合;其次,要制定明确的例会以及开发日程安排,确保团队成员的一致贡献;最后,制定合理的贡献分配机制。
我在本项目中主要负责后端的开发,所以主要使用了单元测试和压力测试两种方法。我一般会在每个API接口完成之后,利用一些测试软件软件对该接口进行测试,保证其正确性。而我们还开发了一些资源消耗比较大的API,对CPU的占用较大,所以我们还对其进行了压力测试。
我没有主要负责该环节,但是我认为应该扩大宣传力度,努力维护受众群体,坚持用户需求导向,要持续收集用户反馈,不断升级产品功能。
在敏捷开发的环境设定下,软件可能会出现或大或小的漏洞,我认为在修复过程中,判定漏洞的优先级或重要性是最关键的问题,甚至还需要根据修复代价做决策。
团队越大,自然实力越强,但是如何统筹协调不同人员,如何让所有成员都能以较高的满意度完成自己的任务,往往也更加困难。
我在本课程中学习到了一些软件敏捷开发相关的理论知识,对于指导开发实践有着重要的意义。同时,也在亲身参与软件开发的过程中,体会了完整的敏捷开发流程,在理论之外,经历、学习了更多开发中的细节,收获颇丰。