大佬教程收集整理的这篇文章主要介绍了走心小卖家，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。
| 这个作业属于哪个课程 | 2021春软件工程实践|W班 |
|---|---|
| 这个作业要求在哪里 | 软件工程实践总结&个人技术博客 |
| 这个作业的目标 | 完成软件工程实践总结&个人技术博客 |
| 其他参考文献 | 《构造之法》 |
寒假作业二博客
书中第一章说到“软件工程的目标——创造“足够好”的软件。什么是好的软件？一些同学认为，所谓好软件，就是软件没有缺陷（Bug），所谓软件工程，就是把软件中的Bug都消灭掉的过程。那市面上有这么多不完美的产品，软件团队为什么还要把这些不完美的软件发布出来呢？为什么不能等到它们完美之后再发布？软件工程的一个重要任务，就是要决定一个软件在什么时候能“足够好”，可以发布。” 不太明白如何让一个软件达到“足够好”的标准从而能够发布使用，我们都知道软件应该要在不断的模拟需求的测试之后才能发布使用，那么应该如何进行测试以及达到什么样的效果才算是“足够好”？ 这个问题确实不知道如何解答，我认为每个公司都应该有属于自己的标准，各有不同，当设计的产品达到这个标准，才能被投入市场使用。
新的看法：最低的标准应该是测试用例完全执行，测试用例覆盖到所有的测试点，并且缺陷的密度达到客户的需求，完全满足客户需求且无bug出现，我认为算是达到“足够好”可以发布。
书中第七章说到“软件工程，唯一不变的是变化。所以干脆别幻想客户的需求会在第一时刻很明确，然后保持不会变。要注意，我们是预期变化，不是期望变化。除开外部原因，团队内部也在变化，我们对技术的掌握每天都在提高，原来认为不可能的事可能变得容易。我们对客观世界和软件系统的了解每天都在深化，原来觉得没问题的小细节忽然成了大问题。甚至原来一起打拼的同事忽然要离开……这些都要求我们团队保持敏捷的身段。” 软件开发过程是一个连续变化的过程，一切为了满足用户需求，那么会不会经历多次或者大幅度修改，导致偏离开发方向？这就需要在需求分析阶段多沟通多了解，先确定方向，再寻求长期的比较广度的发展，也需要团队保持敏捷的应对方式，但是对于需求变化的不可控性，该如何应对？对于需求变化的不可控性，我认为，应当与客户保持密切沟通，尽量保持大方向不改变。
新的看法：做好需求评审，保持持续跟踪，以应对需求变化。评审完成后再着手开发。
在第八章看到竞争性需求分析的框架，有这个问题：最新型，有创新点的软件设计，一定就是最符合用户心目中的软件吗？ 书上说到“得到了需求之后，软件团队就要考虑用功能来实现这些需求。一个公司可能有多种软件产品和服务，它们各有不同的战略意义。一个软件或服务也由很多功能组成，它们有机地结合起来，才能解决用户的问题，产生效益。”我认为要更用心地去优化软件，后期准确的表达与介绍产品的核心价值，体现不同类型的功能，就也许可以取得好评。
书中第十六章提到了影响产品竞争的各种因素。书中又提到了“不同的产业需要不同的组合拳，最好是一个完整的套路，对于最近几年比较火热的互联网产业来说，可以参考下面的建议。第一步，了解团队能力、产品方向和大环境的趋势；第二步，选择合适的细分市场。” 面对广大的市场，单纯的创新明显不够，还要与市场接轨，了解目标群众的喜欢习惯，从而来提高自己的影响力，但这样也就容易淹没在人群中。那么到底是应该选择与众不同，还是迎合市场呢？我认为在迎合市场的同时又有一定程度的创新，与同类型其他产品有吸引用户的地方，这样才能将产品竞争力最大化。
我认为要提升产品竞争力，避免无谓的损失与方向性错误，则需要充分了解不断变换的用户需求，建议以满足用户需求为中心的运营模式，这样才能从根本上不断提升产品竞争力。
书中第十六章的魔方创新中。最开始果冻同学从其他地方带来魔方，这应该算是引进。而小飞同学复印了魔方口诀表来提高自己的竞争力，大牛通过改变规则来提高竞争力，但最后都是因为同学们对魔方的兴趣渐渐失去而失去了市场。那这么来看，当一个新事物出现的时候，要一直保持自己的市场，必须通过创新创意来提高自己的竞争力。当新事物变得大众时，又该如何去保持竞争力？难道只能默默被淘汰？ 个人拙见，在变得大众化之后，应该重新调研，寻找当下热点以及客户的喜好趋势，在针对自身产品进行改造创新，从而获取用户的青睐。
当产品满足用户需求的前提下，展现出产品的特色
无
1、需求阶段
定下项目后小组成员讨论，将自己想象成用户提出需求，共同确定接下来项目要实现的功能。这个阶段我认识到需求分析十分重要，决定项目的方向。需求信息要尽可能的详细，为接下来的设计阶段铺垫。
2、设计阶段
设计开发影响最大的是可扩展性和可维护性，如果设计不好可能导致之后推倒重来，好的设计应该是便于之后长期的开发和维护工作的，设计将会决定团队的效率和最终软件能够达到的规模。
3、实现阶段
我们项目是使用vue写的前端。在实现时，代码是比较重要的一部分，但是注释也是非常重要的，没有清楚的注释，会给其他成员的工作带来很大的麻烦。因此，代码规范和注释的编写很重要。
4、测试阶段
测试要注重正确性和效率，既要有单元测试也要有总体测试，要将测试结果和改进意见撰写成文档以便技术小组进行修改和优化。
5、发布阶段
收到用户反馈的问题进行修改
个人项目
个人项目由于第一次使用github不太熟悉操作，文件夹多了一个，导致项目上传无法被验收，白写了。
结对编程
第一次和他人完成项目，两人合作，效果不错。不仅能够学习到队友良好的代码规范和新颖的编码技巧，而且有人进行代码复审也降低了错误出现的概率，一些纠结的问题在沟通之后很容易找到答案。
团队项目
这次beta冲刺我比较焦头烂额，最开始的几天都在进行代码的熟悉，虽然已经经历了一段时间基本融入团队了，但在代码这一块还远远不够，要熟悉另一个同学的编写习惯进行理解。也由于了解的不够，没能发现在第一阶段遗留的细节上的问题，导致最后一天冲刺的时候比较焦头烂额。完成了很多的内容。这次的beta实践对我有着重要的意义，从换组的适应到代码的熟悉与编写，都有着不小的挑战与锻炼。
技术博客
以上是大佬教程为你收集整理的走心小卖家全部内容，希望文章能够帮你解决走心小卖家所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。