摘要： 一个团队在做一个软件的时候，必定离不开软件的测试，首先就是找出代码的Bug,也就是软件的错误、缺陷。Bug也可以分解为症状、程序错误、和根本原因。症状即是从用户的角度看，软件出了什么问题。程序错误乃是从代码的角度看，代码的什么错误导致了软件的问题。根本原因，错误的根源，即导致代码错误的根本原因。另外 阅读全文

摘要： 我们写软件就是要解决用户的需求，我么需要表达和传递下面的信息，在“需求分析”阶段，我们要搞清楚在问题领域中的现实世界中，都有哪些实体，如何抽象出我们真正的关心的属性，实体之间的关系是什么，在这个基础上，用户的需求是什么，软件如何解决用户的需求。看典型解题者的解题过程，首先要理解，抽象。理解问题，过滤 阅读全文

摘要： 这次讨论，我们将之前的分工做了一个比较详细的介绍，还是之前的六个人负责六个模块，这六个模块共同组成了我们小组所做的一个大的框架，下面是每个人对自己所做模块的介绍。 王钰鑫：我写的是订单模块：首先创建一个Ｏｒｄｅｒ对象，订单通过购物车生成的，从ｓｅｓｓｉｏｎ中获取ｃａｒｔ然后使用ｃａｒｔ来生成ｏｒｄｅ 阅读全文

摘要： 我们写软件是要解决用户的需求，也就是我们需要在需求分析的阶段搞清楚，来表达和传递这些信息。首先就是分析和设计，他有很多方法，以文字为主的文档，比如word,powerpoint文档，这些正如我们在需求分析和场景设计中看到的那样，用图形为主构造的模型，如mind map(思维导图)，erd,dfd,u 阅读全文

摘要： 一个典型用户包括了名字、年龄、收入、代表的用户在市场上的比例和重要性、使用这些软件的典型场景、使用本软件/服务的环境、生活/工作、知识层次和能力、用户的动机、目的和困难以及用户的偏好。规格说明书简称Spec,分为软件功能说明书和软件技术说明书。功能说明书是从用户的角度描述软件产品的功能、输入、输出、 阅读全文

摘要： 对于软件而言，他所存在的意义就是解决问题，然而人们的需求五花八门，我们需要很准确的了解到软件具体的需求，也就是说团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，需求不仅来自外界，还可以来自软件企业本身，也就是软件企业=软件+商业模式。另外就是分析和定义需求，这是指从各个方面获取的需求进行规 阅读全文

摘要： 在软件工程的语境中，"敏捷流程“是一系列价值观和方法论的集合，同时强调敏捷的做法能带来更多的价值。那么做到敏捷首先是要找出完成产品需要做的事情，其次是决定当前的冲刺需要解决的事情，最后就是直接冲刺（sprint）这一个措施能较好的平衡”交流“和”集中注意力“的矛盾敏捷的团队要求很简单：自主管理，自我 阅读全文

摘要： 一个好的代码离不开一个团队的相互配合，团队在编程中也是至关重要的，所先一个团队要有有一个集体的目标，并一起来完成这个目标，团队的成员也应该有各自的分工，互相依赖合作，共同完成任务，软件的团队有各自的形式，适合于不同的人员和需求。一个典型的模式就是窝蜂模式，这种模式一般存活的时间不长，他是一个比较随意 阅读全文

摘要： 通过前一章的学习，我了解到了关于建模的很多初步的知识，但是这和成为一名软件工程师是远远不够的，完成一个程序通常都是一个团队，而这个团队重要的肯定是需要一些流程，这样才能让程序有条不紊的运行着。在这么一个团队中，每一个人都起到至关重要的角色，因为在整个程序中，谁负责的框架都不能出错，这样就会导致一整个 阅读全文

摘要： 恍恍惚惚中接触了编程，便从此与之接下了不解之缘。初见构建之法，更是让我体会颇多。程序员都知道“程序=数据结构+算法” 但是其中的数据结构和算法只是一个基本功，在算法和数据结构之上，软件工程决定了软件的质量。另外，那软件工程是什么呢？软件工程是把系统的、有序的、可量化的方法应用到软件的开发、运营和维护 阅读全文