写给甲方的web应用基础

最近学了软件工程，发现对于甲方来说，细致的估算出工程量，从而提出招标限价，并且在验收阶段进行较好的工程验收，是个问题。最近又学了web应用基础，现在就web应用从设计到验收交付测试，提出自己的见解。

首先还是立项，涉及到立项，就要进行详细的商业论证。商业论证要就web应用项目从商业的阶段进行详细的评估，一般有这几个部分：内容概要、项目理由、可选商业方案、预期收益、预期负收益、时间、成本、投资评估、主要风险。我个人理解，就是阐明这几个要点：第一是项目的内容，第二是为什么要进行这个项目，第三是项目方案，第四是项目预期收益，以及预期损失，第五是项目的时间和成本，第六是主要风险点。而风险方面，很多上项目的时候都考虑不足。Boehm（不知道是哪个，只知道是个外国人）列出软件项目十大风险事项：有经验的人员短缺、不现实的进度和预算、开发错误的软件功能、开发错误的用户界面、华丽的计划、持续的需求变化、外部执行的任务未达到要求、外部提供的构件达不到要求、实时性能达不到要求、超出计算机科学的能力。项目失败的8大原因：不完整的需求、缺少用户的参与、缺乏资源、不切实际的期望、缺乏行政支持、需求和规格说明的变更、缺乏计划、不再需要该系统。所以在立项阶段，就要详细评估启用该项目的盈利点在哪里，风险点在哪里，失败后的损失，以及如何大概率的确保项目的成功。

立项完了就进行可行性研究，主要包括：

一、可行性研究的前提：要求、目标、条件、假定和限制、可行性研究的方法、评价尺度。

二、对现有系统的分析：

1.处理流程和数据流程

2.工作负荷

3.费用开支

4.人员

5.设备

6.局限性

三、所建议的系统：

1.对建议系统的说明

2.处理流程和数据流程

3.改进之处

4.影响：对设备的影响、对软件的影响、对用户的影响、对运行过程的影响、对开发的影响、对地点和设施的影响、对经费开支的影响

5.局限性

6.技术条件方面的可行性

四、可选的其他软件方案

五、投资及效益分析

1.支出：基本投资、一次性支出、非一次性支出

2.收益：一次性收益，非一次性收益

3.收益/投资比

4.投资回收期

5.敏感性分析

六、社会因素方面的可行性：

1.法律方面的可行性

2.使用方面的可行性

可行性研究通过了，就是web应用的初步设计和详细设计。这里科普下web应用的技术知识。web应用由前端、后端构成。前端就是各种html页面，后端就是各种java程序，负责从数据库里面取数，进行数据逻辑加工，从而将相应的数据返回给html页面。用户通过http地址，向服务器进行请求，同时将携带的参数传递给服务器。服务器接收到用户的请求后，会执行跟地址对应的java程序，比如从数据库中取数、进行数据逻辑加工等，然后将java程序的结果传递给相应的html页面，最后把html页面返回给用户。用户看到的就是各种网站的页面了。所以在进行web应用设计的时候，我认为可以分为三个角度来考虑，第一是UI设计，就是各种页面的UI风格、第二是前端设计，即编写html页面，包括使用html语法格式以及javascript语言，第三是后端设计，即与数据库的交互、数据加工处理逻辑的设计。第四是测试阶段，包括单元测试、集成测试、功能测试、验收测试等。

这里给一个web应用详设的大致框架：

一、模块设计规则：类、变量、函数、参数的命名规则，通用的信息校验规则

二、模块关系图：就是各个功能的结构图

三、模块设计清单：

1.子系统A：功能描述、权限设计、接口说明、实现方法（列出所有页面的jsp文件，并对页面参数和约束条件进行说明）、程序流程（列出程序的处理流程）

2.子系统B：.......

四、测试方法：

详设讨论通过了，就进入到招标阶段。我个人认为当详设出来之后，就比较容易估算出大致的工程量（人/天），从而制定招标限价，给厂商合理利润，又不至于被敲竹杠。例外招标文件可以详细规定绘制软件的原型图、以详设为模板提报方案，提报每个html页面、java类、测试等需要的人/天，从而可以准确的对比方案，考虑方案的可行性。再制定详细的验收标准。总之，一句话，招到真正有能力做事的公司。

招标之后就是项目进行阶段了。建议按照Prince2或者cmmi的流程，进行细致的项目管理。

这样从理论上讲，大致可以保证项目在较高的概率上取得成功吧。