今天上午，从1000号接收到这样一张在运系统的业务需求应用分析工作联系单：
根据系统的使用情况，结合地市局反馈的意见，物资管理信息系统对于框架协议的排列非常混乱，日常查阅较为不便，效率不高。为进一步优化招标结果的的查询，加快工作效率，请信息部、信息中心联系软件开发公司，协调解决以下的问题：
1.在框架协议（包括“采购与供应商/框架协议”、“业务单据查询/采购查询/中标结果查询”、“业务单据查询/采购查询/一级框架协议查询”）的展示界面，按照框架协议的生效开始日期对各个协议进行倒序排列。
2.在上述提及的菜单中增加筛选功能，在展示框架协议的界面增加查询功能,可以按照关键字筛查含相应关键字的框架协议。
针对这单业务需求，有这样3个问题：1）用户所提的物资管理系统是旧的物资管理系统，新的物资管理系统正在双轨运行；2）新系统的试运行工作方案中未说明旧系统的业务需求是否响应；3）用户所提的时间是11月10日，在工作联系单流转期间，是否有线下与厂家联系并响应；
从以下三个角度开始处理：
1、信息收集
需要收集的信息有：
1）旧物资系统是否已响应该需求，如果已响应，则关闭该联系单；信息来源：项目组 。信息收集结果：未响应。
2）新物资系统是否响应该需求。作为方案中的一项解决建议提出；信息来源：项目组。信息收集结果：新系统中没有计划实现该需求。
2、确认处理的原则和交付的具体形式：
1）处理原则：在新系统双轨期间，旧物资系统的需求是否该响应；信息来源：我的直接领导。信息收集结果：该需求为小的需求，评估工作量不大，可响应用户需求
2）交付具体形式：简单需求，是否可以精简分析、迅速响应。信息来源：我的直接领导。结果：可以。
2、确定处理方案：
针对需求一：初步判断，实现容易，开发工作量小。需与厂家沟通开发的时间和版本发布的周期。初步预估用户可用的时间，并与用户进行确认。
针对需求二：用户的需求为：组合查询。需与厂家沟通，该数据中有哪些信息是可供组合查询的，组合之间有没有规则限制，并预估开发工作量后，与厂家沟通开发的时间和版本发布的周期。初步预估用户可用的时间，并与用户进行确认。
3、制定工作计划
1）与项目组沟通：针对处理方案中的信息，与项目组针对系统功能进行初步信息收集。包括：需求信息流、系统功能开发时间、预计版本发布时间。（组员沟通时间，组长、组员参加，本周上半周完成）
2）与业务部门沟通：针对需求一，沟通发布的时间是否接受；针对需求二，沟通可提供的组合查询是否满足用户的需求，对其需求是否有误解，用户对版本发布时间的要求。（组长沟通时间，组长、组员参加，本周上半周完成）
3）编写业务需求应用分析报告，将需求准确清晰描述，提供解决方案，提出新系统中应实现该需求的建议。（组员编写报告，组长审核，本周下半周完成）
这个工单的处理过程反映了任务类工作的处理工序：
1、信息收集：要求完整、全面、信息收集来源直接可靠。
2、确定处理原则：任务类工作有多种处理方法，影响其处理方法的就是工作的原则。工作原则从哪里来：现成的制度规范、领导权威、经典案例。
3、针对交付进行沟通：针对任务的交付有初步的确认。这类沟通，应与对交付结果有直接裁判权的人进行沟通。
4、制定工作计划：按照资源依赖关系进行先后排序，将子任务分配到人和时间节点。
