所以我们在业务调研和需求分析中也要认识到这一点 ， 把不变的沉淀下来 ， 把可变的灵活性和变化的自主性留给客户 。各位都是做技术的 ， 在业务调研和需求分析中难免会不由自主的考虑一些技术实现的问题 。
值得强调的是：需求与技术无关 。在业务调研的时候要忠实的进行记录 ， 不要因为你个人对实现的疑虑而对用户需求进行（过早的）修改和裁减 。
要善于争取客户方各级人员（均是项目干系人 ， RUP中称为涉众）的支持 。只有得到未来系统用户的充分参与 ， 项目才有可能最终取得成功 。
一套缺乏用户参与的系统 ， 即使最后做出来也是注定没有人去用的 。一是要利用客户企业的组织关系 ， 争取到上层的支持 ， 由上到下进行调研配合；二是要会在调研过程中为目标用户树立有针对性的愿景 ， 让他认同愿景的同时主动、积极的支持你的调研过程 。
2.项目需求 该 怎么写如果是一个软件系统的项目 ， 站在项目角度需求管理包括项目需求、用户需求、业务需求、功能需求、非功能需求等内容 。而项目管理文档中主要是项目需求 ， 在项目实施文档中主要是用户需求分析报告、软件（或系统）需求规格说明书等 。项目需求主要包括：（不同的项目还会有适当增减 ， 由于不清楚你的项目具体情况 ， 所以把总体上项目需求包括的内容都罗列一下）
1. 适用范围（阅读者）
2. 项目背景
3. 项目概述
4. 项目目标及范围
5. 项目工期与预算
6. 项目软件（系统）需求
7. 项目约束（运行环境、开发环境、技术路线、）
8. 项目测试与验收
9. 用户培训
10. 售后维护与支持
11. 其他项目中用户提出的需求
3.需求分析怎么写1. 引言1.1 编写目的：编写此文档的目的是进一步定制软件开发的细节问题 ， 便于用户与开发商协调工作.本文档面向的读者主要是项目委托单位的管理人员.希望能使本软件开发工作更具体.1.2 项目背景1.2.1项目委托单位：****公司1.2.2开发单位：***公司1.3 定义1.4 参考资料2. 任务概述2.1 目标：<1> 决策支持：根据公司的要求及时提供所需报表及文件 ， 并在适当时候对各部门领导给予销售及进货等方面的提示<2>提高效率：利用软件进行管理 ， 避免人工管理的失误以及 延迟性 ， 从而实现高效率的管理.2.2 运行环境：<1> 硬件方面：Pentium级处理芯片 1兆显存的兼容显卡 256色 ， 800*600的兼容显示器 标准兼容打印机<2>软件方面： WIN95操作系统2.3 条件与限制： 编程用计算机一台 完成期限2000/7/1 无资金供给3. 数据概述数据流程图如下： 3.1 静态数据：包括系统登录密码 ， 各数据库所在位置 ， 系统分析原始数据3.2 动态数据：包括各数据库内各项显示数据 ， 用户登录信息 ， 系统时间3.3 数据库描述： 人事管理数据库：公司内人员的个人详细信息 ， 包括档案信息 销售管理数据库：当日销售记录及以前的销售统计 ， 用于销售分析 财务管理数据库：公司内部账目及收支情况详表 技术管理数据库：公司所需各技术档案的详细记录（包括文档） 3.4 数据字典：<1>数据流词条描述： 1.数据流名：登录信息 来源：用户的输入 去向：系统内部检验部分 组成：用户名 ， 密码 流通量：每次登录输入一次 2.数据流名：登录结果 来源：系统 去向：用户 组成：返回信息 流通量：每次登录返回一次 3.数据流名：输入修改信息 来源：用户 去向：系统判断部分 组成：根据各数据库内容而不同 流通量：依用户输入而定 4.数据流名：反馈信息 来源：系统判断部分 去向：用户 组成：系统经判断后发回的字符数据 流通量： 依系统当前信息而定 5.数据流名：识别信息 来源：系统内部检验部分 去向：系统判断部分 组成：系统各数据库的标识信息 流通量：用户每次输入流通一次 6.数据流名：处理信息 来源：系统判断部分 去向：各数据库处理部分 组成：读取/修改标识 ， 读取/修改的变量名称 流通量：用户每次输入流通一次 7.数据流名：读取修改 来源：系统判断部分 去向：系统各数据库 组成：读取/修改标识 ， 读取/修改内容 流通量： 用户每次输入流通一次