1.3.3 需求分析
客户需求调研完成后，我们就可以通过调研的资料进行软件需求的整理，整理需求的过程同时也是我们考虑整个系统架构、了解业务的过程，需求分析完成后形成我们的软件需求确认表，需要说明的是需求确认表必须经过用户与项目经理双方确认后才可以生效，这里主要是用户的确认，要让用户了解到我们是如果将他们提出的功能要求进行实现的，在填写需求规格确认表时我们要尽量将各种情况考虑清楚，例如上面调研时提到的折扣可以由客户自动获取，我们就要与用户明确折扣是针对客户还是针对客户及版别。
在进行需求分析时，我们必须考虑以下问题
l 与旧系统数据库如何进行衔接（如果存在与旧系统数据衔接的过程）
l 如何满足用户的日常操作习惯
l 软件界面如何设计、各项字段如何排列
l 模块应用时的业务部门
l 数据的安全性有何要求
我们不能只是为了写软件需求确认表而去分析软件需求，需求分析的过程也是我们整理业务流程，了解行业规范的过程，如果你是一个优秀的程序员的话，如果你做完一个系统之后，你应该是对这个系统所涉及的行业规范有足够的了解。而我们现在很多的程序员只重视技术，对业务的了解与分析不够专心，结果做出来的软件只能自己使用，别人根本无未能使用，这也是我们很多行业软件项目失败的重要原因之一。
一个成熟的软件公司应该是即有技术能手也有业务能手的，二者缺一不可，曾见过一家做税务行业的软件公司，他们在进行软件开发时分工非常明确，需求调研人员每天的工作就是与业务人员在现场进行业务了解，然后编写调研报告，然后配合技术人员根据调研报告分析业务需求（当然这里的技术人员对业务也是非常了解的），需求经过确认后才进行软件模块详细设计书的编写，而编码人员所做的工作只是将软件的详细设计转换为程序代码（一点技术含量也没有），而我们要做的当然是技术人员而不只是一个简单的代码工人。
以下为一份项目需求确认表的基本格式，可以作为参考．
项目需求确认表
编号：XQ-FXGL-0001
|
项目名称 |
报刊发行管理电子商务平台 | ||
|
子 系 统 |
征订管理 |
模块名称 |
普通订单 |
|
提 交 人 |
张三 |
提交日期 |
2009.06.05 |
|
接 收 人 |
李四 |
需求类型 |
新增/修改 |
|
需求描述 |
1. 订单编号自动生成，编号格式 Ｎ ＋ 八位年月日 + 流水号，其中流水号（五位）按天生成，如：N2009060500001 ,N2009060500002,N2009060600001。 2. 订单内容如下：编写、学年、业务员、收件人、联系人、联系电话、发货地址、邮政编码、分发类别、工作站、发货方式、到站、提货方式、录入单位、录入人、录入日期 3. 订单明细包括：版别、开始期数、结束期数、份数、份价、折扣、金额、实收金额 4. 联系人可以通过弹出框进行选择获得，联系电话、发货地址、邮政编码可以由联系人选择后自动获得。 5. 录入人自动取登录人、录入日期自动取服务器系统日期、录入单位取登录人人所在单位． 6. 份价由版别选择后自动获取，折扣可以根据客户自动获得 7. 学年可以由系统自动获得默认值，也可通过下拉选择 8. 金额计算公式： 金额 = (结束期数 – 开始期数 + 1) * 份数 * 份价 应收金额 = 金额 * 折扣 9. 应收合计自动计算 | ||
|
备注 |
|||
|
签字 |
项目经理： 客户： | ||
1.3.4 功能模块分析表
在充分调研之后，我们可以基本将整个应用系统的结构进行划分出来，系统的整体功能结构图如下图（图1 – 2）
1、系统功能结构图
（图1-2）
2、系统基本业务流程图如图
（图1-3）