第一次需求完成总结

需求：小修改，扩展功能

时间：三天

经验教训：

1. 修改必须尽最大可能保持原功能、原逻辑、原代码不变。

2. services能不改就不改，改了就要用:cs f e
functionName去查找所有的调用点或Client中的定义点然后所有的都要做更改。更改的时候不要直接改原来的变量，而是加新增临时变量。

3. 需求不只看说明，自己仔细想想，随时硬着头皮与产品沟通，保证做的东西符合需求。

4. svn提交不要一个文件一个文件地交，要web端一次性提交、services一次性提交。

5. 提交的时候一定要svn diff 查看改动是否正确。

6. 验证也不要随便加，因为你不知道的功能很多，说不定验证了别的就不能用了。

改进：

1. 学习PDO，mysql

2. 学习jQuery

3. 通过熟悉业务，学习php

时间： 2024-08-14 05:01:38

第一次需求完成总结的相关文章

UML和模式应用4：初始阶段(4)--需求制品之用例模型示例

1. 前言上章主要讨论UP初始阶段需求科目对应的制品之一---用例模型,阐述了用例模型的基本概念,使用用例的好处,用例的常用形式. 本章将用一个具体的实例进行详细分析和说明,采用用例的三种常用形式之一---详述风格来说明处理销售这个用例的编写. 2. 详述风格的特点详述风格详细编写所有步骤及各种变化,同时具有补充部分. 一般在需求科目进行时用摘要形式编写了大量用例后,第一次需求讨论会上,用此风格将编写10%的关键用例,并对这10%具有架构意义的用例或场景进行设计和编程 3. 详述风格

软件需求我们需要做到什么

软件需求需要掌握内容需求,一定要深入理解客户的业务,学会换位思考,试着把自己当作客户,进而想到客户的心坎上去. 我们做的软件,不是给我们自己用,是给客户用.客户不是按照我们的设计,我们的要求来使用软件,客户想要的,是符合自己意愿的,可以按照客户本身需求帮助客户解决问题的软件.一切,都是为了客户服务.我们不是千方百计地想办法如何去我们的软件,而是要切切实实地搞清楚,客户需要我们这个软件完成什么样的功能,如何去完成这样的功能?一定要理解客户的业务,客户的业务是什么,做出什么样子的软件客户才能用着方

面向对象应用（一）

1.被客户不断变化的需求 "折磨" 第一次需求 class Printer{ void Open(){ System.out.println("Open"); } void Close(){ System.out.println("Close"); } void Print(String s){ System.out.println("Print--->" + s); } } 1 class Test{ 2 public

14.面向对象应用

客户的第一次需求:开发一个打印机控制程序客户的第二次需求:两个打印机的选择程序 classPrinter{ void open(){ System.out.println("open"); } void close(){ System.out.println("close"); } void print(String s){ System.out.println("print-->"+ s); } } classHPPrinter ext

如何能保证自己的功能代码不出纰漏

几天来,程序都快被BUG烤糊了,经历了一系列细节崩坏的过程后,我对程序质量的问题有了一种全新的认识,如何建造健壮高效的软件? 责任心?机智?经验?工匠精神? 还是从具体的方法和执行过程研究自身吧…… 1 对需求的掌控程度太浅(需要二次确认后对代码进行review) 从开第一次需求串讲开始,到底对需求研究过几次? 这个问题我现在必须重视,想当然的做了一些功能,因为靠想象和别人忙碌时口头的确认作为需求依据,功能完成后又是口头确认,原本不会出现的问题就只会依赖别人的严格测试和队友偶尔发现的状况去发现和

【设计模式】抽象工厂模式 Abstract Factory Pattern

简单工厂模式是一个工厂类根据工厂方法的参数创建不出不同的产品, 工厂方法模式是每一个产品都有一个一一对应的工厂负责创建该产品.那么今天要讲的抽象工厂模式是一个工厂能够产生关联的一系列产品.抽象工厂模式相对于简单工厂和工厂方法模式来着更具抽象性. 一.抽象工厂模式演绎我们先来看一个简单的需求: 甲方要开发一套办公自动化软件,其中有一个非常重要的功能就是要能够导入Word 文档和Excel 文档. 开发人员拿到需求后就开始编码了, 很快代码写完了: public class ImportTool

Project: 如何调配项目中的资源？

在实际项目中出现资源冲突或者过度资源分配的情况,项目负责人\经理需根据项目中人员同时处理的任务进行优先级评估,根据评估结果进行资源调配,在Project Professional 2016中,资源调配方法有两种:自动调配资源或手动调配资源. 自动调配资源自动调配过度资源,会延长项目工期,如果在项目负责人\经理与客户达成共识的情况下,可以采用该方法来自动串行拆分任务安排,这样可以减少项目负责人\经理的工作量.以"新产品研发"为例,自动调配资源操作步骤如下所示:1.打开"新产品

我的“伪敏捷开发”：重视期限与核心点、监控质量与频率

以前有看过敏捷开发相关的内容,被说不懂敏捷开发被人带着做敏捷开发,到后来我自己结合瀑布流与敏捷开发建立出一套比较能提高项目效率的“伪敏捷”模式. 一.敏捷开发是什么敏捷开发以用户的需求进化为核心,采用迭代.循序渐进的方法进行软件开发.在敏捷开发中,软件项目在构建初期被切分成多个子项目,各个子项目的成果都经过测试,具备可视.可集成和可运行使用的特征.换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态.——来源百度百科其实从上面的描述里

快易需求文档编辑系统(二期)第一次迭代开发总结

设想和目标 1.目的: 项目为"快易需求文档智能生成系统".软件需求文档是软件开发与维护的重要基础,本项目希望通过建立一个专业的需求文档编辑系统,为软件开发人员提供一个便捷的协作文档编写工具,推动需求文档编写的规范与文档重用工作.同时,也为广大软件公司提供一个随时可以访问的平台,推广快易文档编写系统. 2. 成果:完成了原定计划中所有第一次迭代的功能和部分第二次迭代的功能. 3. 提高:所有成员各司其职,完成了自己的任务,比起最开始的一无所知有了很大的提升经验教训:团队内需要多交流沟