142
社区成员




这个作业属于哪个课程 | 2022年福大-软件工程、实践-W班 |
---|---|
这个作业要求在哪里 | 软件工程实践总结&个人技术博客 |
这个作业的目标 | 回顾寒假作业对《构建之法》中问题的看法 写出自己在这门实践课程中的总结和收获 |
其他参考文献 | 无 |
我仍然
不认同
。
除了寒假阅读《构建之法》中认识到的“灵感”外,在本次软工实践的过程中,我感受到了团队中的个人与流水线上机器的更大区别。个人在团队中不应如同流水线上的机器,团队协作不是一堆任务分发下来后每个人各做各做,做完就不管,而是需要大家互相协作互相配合,在实验之中互相交流协作,在协作之中取得共识从而推动项目的进程,一昧地干自己的活而不关心他人需求、甚至怎么催都不干活只会导致项目延期甚至团队崩溃。
在本次实验过程中,我与上次作业的回答基本一致。在编写前端代码的过程中,我对该项目所使用的vue所提供的文档知识仍不够了解透彻,基本上都是依赖于Hbuilder这一软件结合官方文档使用自带的函数和类编写代码,并且由于时间问题,未去了解该技术的底层如何实现,以及其如何解决低层次的问题,因此我的看法仍和之前一样:我认为在学习一项技术的初始阶段,依赖工具是十分方便初学者进行使用与学习的;在达到一定水平后,便可以开始尝试摆脱工具的依赖,逐步深入的了解技术底层的原理与构造,更好的从根本上熟悉并掌握一项技术。
本次α与β冲刺均采用敏捷开发,我个人感觉敏捷开发应该不太会拉长项目最终完成的期限,虽然我们的项目对于
需求较为稳定
、基本没有做出太大的修改,但是可能由于我们的时间分配来说较为充裕,在原本规定的时间要求内能仍有余力
完成任务,因此没感受到项目最终完成时间的拉长(可能是因为我默认超时才算拉长0-0)。或许在项目对人力资源分配紧缺、时间安排较为紧凑、且需求稳定的时候,敏捷开发才会给人拉长期限的感觉??
emmm,该问题相关内容在本次实验中较少接触,未能有所更深的体悟。希望能给予解答~
也许,公司对于某些人来说就是为了争取利润,“追逐名利”的价值观更适合他们争取更大的利益,就如同本次实验过程中努力争取更高的得分。但是,其中不乏有些成功的公司是为了实现自己的追求,就本次实验而言,有些小组选题十分符合自己的兴趣,因此斗志昂昂,成败不论,有些小组选题功能较少,为的是更高的功能实现度以及更多的时间分配,有些小组投入大量的心血,在组群众脱颖而出。也许成功会更倾向于给付出更高、追的更远的团队,但在我看来这并非必备的价值观,一昧的追求容易迷失自己的本心,末路便是走向失败。
在需求分析阶段,我们小组在组长的带领下以任务自选的方式分配任务,大家选择了各自对应的任务,各司其职相互交流沟通,对产品的NABCD各个部分进行分析填写。在此前我对于这种较大规模的团队进行线下合作文档经验较为欠缺(以前最多也就部长副部四个一起做文档,多了反而会乱)。
最大的收获
:如何在团队合作中理解问题、分析问题、并将问题表述出来。
在这一阶段,我们实现了原型设计、类图设计和用例分析等等。这一阶段我负责的主要是原型设计的主页逻辑部分与少部分的界面。
这阶段最大收获
就是:做原型完一定要好好核对下功能是否齐全、风格(如色调,整体观感)是否协调!!
在实现的过程中,我是前端开发人员,emmm,要说收获的话,主要还是技术上吧,对vue开发移动端更熟悉了,除此之外,对后端代码的构造也有了一定的了解(因为经常跑去看接口为啥不太对的样子0-0)。
收获
:提高了自己对网络请求各问题处理的能力。
我们团队的测试工作主要是一位测试人员负责的,我在这一阶段的工作主要就是集成测试,测试各个需求功能能否正常实现,除此之外,便是在自己复制的模块的bug出现的时候进行调试与修改。
收获
:提高了出现错误时候定位前端代码的能力。
在该阶段,主要的工作是由对应打包负责人以及组长在做,其他成员参与的可能是转发收集用户的反馈。
收获
:根据用户的反馈,认识到产品仍然可以完善的地方,比如一键提醒亲友功能等等。
信息收集
十分重要!!群里的一两句话可能是程序能否通过的关键,因此需要将群里的信息收集完整去检测程序能否正常运行。组件划分
,也是第一次尝试用组件化思维进行程序设计。(现在回顾感觉有些划分不是很合理,因为仍存在耦合现象)在确定项目的时候,我们小组便遇到了坎坷,起初我们原先的项目被否决了,我也为此尝试过多种设想,但是均未有更合适的实现,好在队友的思路较为广阔开创,想出了物品临期提醒这一主题,使得我们项目重新焕发生机,也得到了老师的认可。事实证明,需求是需要仔细琢磨
的,分析需求的时候主要得看是否真正拥有一定的用户群体,以及该主题是否能经受时间的考验。
在原型设计的时候,让我印象最深的是原型设计第一版几乎没有逻辑功能,于是我在第二版的过程中便补充了该有的功能(可能有些不太需要也补了,现在感觉有点浪费时间,不如做点美化或者风格统一工作)。在这一过程中,由于花了较多时间补充逻辑,再加上不是负责人,并没认真去核对需求文档
,以至于快截止的时候核对才发现缺了个数据模块0-0,于是设计的较为匆忙,好在原型设计只是初版设计,在接下来的具体产品中可以实现的更加美观完善。emmm,总之原型还是得认真对待的,在真正工作的时候可能不够完善美观的原型会导致满足不了用户的预期以至于用户理解出错。
在实现项目的过程中,在功能实现的时候,感觉耗费时间比想象的要多的是接口对接
,在α阶段的对接工作是后端实现完后将项目部署上去再让前端进行对接(个人感觉可能会损失部署时间),而在β阶段的时候后端人员希望我拉取本地后端测试后再部署(个人感觉本地后端能实现与部署后实现有一定区别而且得改一些东西不太方便),因此对接后端接口的过程产生了分歧,不知道哪种方式比较合适,希望老师或学长学姐能给点宝贵的建议~
目标 | 评分 | 解释 |
---|---|---|
目标1 | 85 | 我自认为目前参与开发的软件产品如知期等都具有积极向上的软件开发理念,在大学开始到现在,我通过网络与书籍了解了软件工程师的职业道德规范和实践要求、软件产品对社会的影响,但是对于软件产品对健康文化的影响仍较为陌生。 |
目标2 | 85 | 我在原型设计的过程中,积极完成负责人分配的任务,并主动仔细检查产品的功能情况、分析与需求的一致性,熟练使用axure软件设计原型,但在按钮风格设计上未能发现不一致。 |
目标3 | 85 | 在团队开发的各个过程中,不论是需求分析、前端设计还是开发测试,每一阶段均有参与,并提出自己相应的意见如开发架构等等;在结对开发的过程中充当主要负责人。 |
目标4 | 90 | 在结对作业的时候,便在学习的过程中认识到软件开发的全过程,不过由于并非团队作业,仅设计了组件的构造与项目的架构,在团队作业的时候也在倡导使用组件结构和模块分离的架构,向组员分享了自己的初期设计。 |
目标5 | 85 | 在撰写文档的过程中主动撰写系统设计排版,掌握了部分文档的要求与方法,但仍有些文档涉及较浅,仍不太熟练。 |
目标6 | 85 | 在系统设计文档撰写过程中组织相应成员,通过任务划分与自选分配的形式以及在线文档的方式给队员分工,在软件开发的过程中积极沟通、推动项目进度,防止时间不足。 |
目标7 | 75 | 在项目开发过程中,尝试设计软件规模和工作量的估算方法,但使用进度规划管理相关的软件不多,多数还是靠csdn发表自己的进度。在开发中原本的计划是打算当一期的负责人,然而计划赶不上变化,基本上都是充当普通开发员,因此管理复杂工程上的锻炼较少。 |
在如今的移动端软件中,一个可拖动页面是十分常见的,如何获取数据可以既考虑到数据的大小、又方便实现数据获取?
为了让用户可以刷新物品数据、为了防止数据一次性获取的时候数据过多导致的一系列问题,我们使用了下拉刷新和上拉加载技术,其中主要介绍的是上拉加载。