需求调研流程与相关要求内容
岗位说明书的制定流程

岗位说明书的制定流程岗位说明书是企业用来明确岗位职责、要求和工作内容的重要文档,对于招聘、培训和绩效管理等方面都起到了关键作用。
下面将介绍岗位说明书的制定流程。
一、需求调研在制定岗位说明书之前,首先需要进行需求调研。
这一步骤涉及与相关部门、岗位负责人和员工进行沟通,了解当前岗位职责、工作内容和要求的具体情况。
通过沟通和调研,可以明确岗位所需的能力和技能,为后续的制定提供基础。
二、职责分析职责分析是岗位说明书制定的核心环节。
在这一步骤中,需要详细列出岗位的职责和工作内容,确立岗位在组织中的具体职责范围。
同时,需要确定岗位所需的能力和技能,包括专业知识、技术技能、沟通能力等。
职责分析的结果将成为制定岗位说明书的重要依据。
三、能力要求确定在职责分析的基础上,制定岗位说明书还需要确定岗位所需的能力要求。
这一步骤需要考虑到岗位的特点和工作的实际需求,明确所需的专业能力、技术技能、沟通能力、团队合作能力等方面的要求。
四、绩效指标设定为了更好地管理岗位和衡量工作绩效,岗位说明书还需要设定相应的绩效指标。
绩效指标应该与岗位职责和要求相匹配,能够客观、全面地评估员工的工作表现。
在设定绩效指标时,需要考虑到具体的工作环境和业务特点,并与员工进行充分沟通和确认。
五、审批和发布完成岗位说明书的初稿后,需要进行内部审批流程。
审批的过程中,可以邀请相关部门和岗位负责人进行意见和建议的反馈,从而进一步完善岗位说明书。
最终,经过审批的岗位说明书需要向相关员工进行发布,并确保员工理解并接受该岗位说明书。
六、定期评估和更新岗位说明书的制定并不是一次性的过程,随着企业的发展和变化,岗位的要求和职责也会有所调整。
因此,定期对岗位说明书进行评估和更新是必要的。
可以通过定期的绩效评估、员工反馈和组织变革等方式,及时调整岗位说明书的内容,以适应组织的需求。
总结:岗位说明书的制定流程包括需求调研、职责分析、能力要求确定、绩效指标设定、审批和发布以及定期评估和更新等步骤。
怎么做“需求调研”

引言概述:需求调研是指企业或组织在开发新产品或服务之前,对潜在用户群体的需求和偏好进行深入的调查和分析的过程。
通过需求调研,企业可以更好地了解用户的需求,为产品或服务的开发提供准确的指导和支持。
本文将介绍如何进行有效的需求调研。
正文内容:一、确定研究目标1.明确研究的目的:确定为何进行需求调研以及所要解决的问题,例如产品功能的优化、市场需求的规模等。
2.明确调研对象:确定调研的受众人群,例如潜在用户、现有用户或市场专家。
二、选择调研方法1.定性调研方法:通过深入访谈、焦点小组讨论等方式,深入了解用户的观点、需求和心理。
2.定量调研方法:通过问卷调查、统计数据分析等方式,收集大规模的数据,了解用户需求的数量和分布情况。
三、制定调研计划1.确定调研的时间和地点:根据需要选择适当的时间和地点进行调研,保证能够覆盖到目标受众。
2.收集调研工具:根据调研方法的选择,准备合适的调研工具,如访谈提纲、问卷等。
3.确定调研人员:选择经验丰富的研究人员,保证调研的质量和可靠性。
四、收集和分析数据1.数据收集:根据调研计划,使用合适的方法和工具收集数据,例如访谈记录、问卷答案等。
2.数据整理:整理和归纳收集到的数据,确保数据的准确性和完整性。
3.数据分析:使用合适的统计方法和数据分析工具,对数据进行分析和解读,找出用户需求中的关键问题和痛点。
五、撰写调研报告1.报告结构:根据调研目标和内容,设计符合报告需要的结构和段落层次。
2.报告内容:根据数据分析的结果,详细描述调研所得的结论和建议,并附上相关数据的统计结果和图表。
3.报告语言:使用清晰简洁的语言表达调研结果,避免使用复杂的专业术语,以便各个层次的读者都能理解报告内容。
总结:。
需求调研工作要求

需求调研相关工作要求一、准备工作:被调研部门提供完整的流程及业务说明;被调研部门同时要提供相关业务的现状(涉及部门、每日/月单据量)1、确定被调研部门的人员及时间;(说明人员负责业务的对应关系)2、OA项目组相关业务负责人应事先审议业务说明;二、需求调研会议说明:1、与会人员:被调研部门相关业务负责人与决策人;OA项目组相关业务负责人;神码项目组相关业务负责人;2、会议程序:(1)由神码项目组说明演示系统中相关业务的操作;如果没有相关业务演示系统则跳转到下一步;(2)由被调研部门说明其业务流程与工作内容;(3)由项目组与用户一同整理相关流程与业务说明;(4)记录问题,约定下次会议时间与人员,或确认需求的日期及人员;3、会议成果:(1)会议纪要(记录人:OA项目组相关业务负责人),会议当天发送到与会人员;(2)需求分析说明书(编写人:OA项目组相关业务负责人,辅导人:神码项目组相关业务负责人),会议次日前发送到与会人员;(3)需求说明确认(确认人:被调研部门相关业务负责人与决策人);在指定日期前将纸质确认书交付给项目组;4、相关部门的后续工作包括(时间见项目进度表和每周滚动计划):(1)参与系统的设计确认工作;(2)参与系统的测试工作与操作手册编写;(3)进行系统的验收工作;(4)如需对以前的需求进行修改,请填写《需求变更》,并由相关业务负责人与决策人、项目经理签字;(格式参见《需求分析报告模版》);OA项目组2008年11月1日附:需求变更管理的意义1、如实记录需求修改的过程2、评估由此引发的工作量3、对涉及业务流程及逻辑控制的内容变动,审慎考虑4、作为实施方验收的依据5、对超出计划或合同人员的变动工作量,可作为依据进行商务补偿。
ERP项目实施前需求调研的五要素

ERP项目实施前需求调研的五要素在ERP项目实施前,进行有效的需求调研是非常重要的环节,它直接影响到项目的成功与否。
需求调研的目的是全面了解企业的运营业务和现有的信息系统,确定出ERP系统所需的功能需求和技术要求。
以下是ERP项目实施前需求调研的五个重要要素:1.业务流程分析业务流程分析是ERP项目调研中的第一步,它的目的是全面了解企业的业务流程。
通过分析企业的各个业务环节,了解每个环节所涉及的业务流程、业务对象、业务规则等,明确每个环节之间的关系和交互。
在进行业务流程分析时,需要对现有的业务流程进行调查和收集相关数据资料,可以通过观察、访谈和问卷调查等方式获取信息。
通过业务流程分析,可以为后续的需求分析和系统设计提供重要参考。
2.用户需求调研用户需求调研是ERP项目调研中的核心环节,它的目的是确定用户对ERP系统的具体需求。
通过与用户的沟通和交流,了解他们对ERP系统的期望、使用习惯、工作方式等,掌握他们对现有信息系统的不满和需求。
用户需求调研可以采用面对面访谈、问卷调查、用户会议等方式进行。
同时,还可以通过观察用户实际工作情况,了解他们的工作环境和工作要求。
通过用户需求调研,可以获取到ERP系统的功能需求、界面要求、数据要求等。
3.系统环境调研系统环境调研是ERP项目调研中的另一个重要要素,它的目的是了解企业现有的信息系统环境和硬件设备,并确定ERP系统所需的硬件和软件要求。
系统环境调研主要包括以下内容:了解现有的信息系统平台、数据库管理系统、网络架构等;了解硬件设备的配置和性能;了解现有系统和ERP系统之间的数据交互方式;了解现有系统中存在的问题和隐患等。
通过系统环境调研,可以确保ERP系统的稳定性、可靠性和兼容性。
4.项目团队和资源调研ERP项目的成功离不开一个合适和充足的团队和资源支持。
在需求调研的过程中,需要调研项目团队的组成和能力,确定团队中的角色和职责,明确项目的组织结构和管理架构。
需求调研的准备工作

业务需求调研准备工作成晓旭【版权保留,欢迎转载】本文是自己总结软件开发、项目管理、咨询设计领域多年在客户访谈、需求调研等工作中的实际工作经验,是公司内部培训的一份内部文档。
1 总体需求调研流程1.1 需求阶段工作流程1.2 需求调研流程2 前期准备的经验交流2.1 项目信息内部沟通项目情况的充分传达是项目需求调研准备工作的重要基础。
市场前端人员,应进行正式的组织需求调研人员讲解项目概况,尽可能充分的向项目组技术人员传达前期的项目信息:包括客户关系、项目背景、同业发展情况、建设目标、项目负责人、需求单位或部门等。
而不是一两句话,说有“某某客户的某某项目,你们去调研需求,开始做开发吧”。
2.2 需求调研提纲需求调研提纲是需求调研工作成败的关键要素。
编制合格的需求调研提纲,需求访谈、调研工作就已经成功了一半;如果需求调研提纲设计不合理,就匆忙开展需求调研、访谈活动,往往不能达到预期的收集项目需求的目标,也为项目后续工作的开展留下严重隐患。
需求调研提纲的内容,要根据实际需求尽可能全面,而不仅仅只是业务方面;同时又要保证不要耽搁被访者太多的时间。
需求调研提纲通常需要涉及:业务管理现状(包括业务总体框架、业务流程、参与者、统计报表等等)、IT系统现状(包括系统名称、系统厂商、建设时间、支撑业务、系统维护、系统接口、功能架构、网络部署、硬件设备配置等)、业务需求(包括管理要求、业务支撑需求、系统建设/改造需求、系统性能指标要求等等)、文档资料(包括:报表样表、电子表格、政策文件、规范、标准、数据格式、接口协议文档、通信协议文档等等)。
2.3 客户访谈计划拟定如果工程项目复杂、涉及访谈的部门或人员众多,最好制定一份客户访谈计划,与客户约定具体上门访谈的时间、大致议题等。
制定访谈计划时注意要征得客户相关领导的同意,获取领导的支持,最好由客户的项目负责人/领导直接安排访谈时间计划;具体访谈的时间最好是在一次相关者都在场的正式会议上沟通、协商、确定,尽量避免事后单独与每个被访对象单独约定访谈时间(这样会很难协调各方的时间、也容易打乱总体计划)。
需求调研计划

需求调研计划篇一:需求调研方案第一章调研目的在ERP项目的售前阶段,一般XX公司售前询问顾问会进行一些简要的调研,来确定项目实施的目标。
其目的是为了论证ERP项目可行性的需要,所制定的实施方案是一个比较粗略的方案,对工期和资源的估算只是一些预估;在实施阶段,需要重新进行调研,以澄清全部的客户业务细节,并进行业务规章与系统的匹配。
调研结束之后,可以得到实施的应用解决方案。
其次章调研的范围2.1、调研的职能范围依据《项目实施方案书》所确定的项目实施范围,本次调研所涉及的职能部门以及项目组成员有(请奥普泰项目组补充)调研。
2.2、调研的业务范围调研的业务范围:调研时根据《项目实施方案书》规定全部调研。
详细包括:1、企业基本状况2、销售业务3、选购业务4、仓库管理业务5、 BOM的制定6、方案的制定(选购方案、生产方案)7、生产管理业务8、品质管理业务9、财务业务10、成本管理11、基础数据12、企业特别要求等2.3、调研的地点范围调研的详细地点为:重庆和记奥普泰通信有限公司办公地点第三章调研的方式1、由客户方组织收集客户相关的文档(要求电子版)资料,如公司概况、主要产品和业务、财务核算制度、成本核算制度、业务岗位责任制度等。
2、问卷调查,事先预备好问卷表,发给相关业务部门,由业务人员填写后收回。
3、个别沟通,就某一详细问题或业务处理和相关业务人员直接沟通。
4、开会争论,对跨部门、跨岗位的业务,可以把相关人员召集在一起,了解这些业务的真实状况。
第四章调研的阶段第五章详细时间支配(请奥普泰公司项目组根据第4小节的各阶段时间支配部门调研时间)篇二:需求调研方案一、目的针对公司20XX年的培训状况,通过对公司内部员工、管理人员的培训需求调查,为20XX年部门、公司培训方案的制定供应依据。
二、目标最终交付物交付截至日期《培训需求调查统计分析报告》11月30日《部门培训需求统计分析报告》11月30日中间交付物交付截至日期《培训需求调查表-员工篇》11月13日《培训需求调查表-中层管理人员篇》11月13日《中层管理人员培训需求面谈表》11月13日《高层管理人员培训需求面谈表》11月13日三、方案描述此次培训需求调查共由五部分组成,分别为:1、《培训需求调查表-员工篇》(附件一)2、《培训需求调查表-中层管理人员篇》(附件二)3、《中层管理人员培训需求面谈表》(附件三)4、《高层管理人员培训需求面谈表》(附件四)《培训需求调查表》主要是用来调查公司一般员工和中层经理对培训工作的认可程度和明年的个人培训需求。
培训需求调研方法与内容

培训需求调研方法与内容有效的培训需求分析方法1:观察法观察法是一种通过到员工实际工作现场了解员工工作技能、行为表现、主要问题的分析方法。
适用于生产作业与服务性工作等领域。
在观察时需要关注的对象包括时间、进行的工作项目、工作行为流程、工作完成情况以及主要的问题,如规范化行为、作业标准、职业化、沟通和技能等。
通过观察分析得出的改善内容可以成为有效的培训需求。
有效的培训需求分析方法2:资料信息分析法资料信息分析法是一种通过分析既往资料、方案等来分析培训需求的方法。
这些资料包括计划书、培训记录、绩效总结等。
通过对这些资料的分析,可以了解公司的发展和变化,管理队伍的新提拔或转化岗位情况,以及之前的培训情况等。
这些信息可以帮助确定接下来的培训需求。
有效的培训需求分析方法3:面谈法面谈法是一种面对面的问题访谈法,主要内容包括对培训的认识与看法、对履行工作成效的评价、对工作问题/障碍解决的分析以及对培训的需要(内容的、方式的、形式的等)。
通过面谈可以了解员工对管理团队素质的满意度、对培训内容和方式的期望等。
这些信息可以帮助确定培训的目的、需求对象和内容等。
在进行有效的培训需求分析时,需要得出三个成果。
第一个成果包括为什么培训、谁需要培训、培训什么以及培训的深度与广度。
第二个成果包括企业对培训的态度和培训可能的障碍与问题。
第三个成果包括企业具有的培训资源和可利用的外部资源有哪些。
通过观察法、资料信息分析法和面谈法等有效的培训需求分析方法,可以得出这些成果,并为接下来的培训内容与方法、培训课程与教材以及培训者指南等方面提供指导。
建议将文章重新排版,使其更易读,同时删除明显有问题的段落。
以下是改写后的文章:有效的培训需求分析方法要想进行有效的培训需求分析,可以采用问卷调查法和标杆分析法。
其中,问卷调查法可以通过发放调查问卷的形式获取培训需要的方法,行为调查分析法可以通过评估员工的工作基础行为和应有表现水平来了解员工的需求。
系统设计前期调研与要求分析

系统设计前期调研与要求分析随着科技的不断发展和应用的广泛推广,各行各业都离不开信息化系统的支持和建设。
系统设计前期调研与要求分析是系统开发过程中非常重要的一环,它的目的在于确保系统能够准确满足用户的需求,并且能够在后续的开发过程中顺利进行。
本文将对系统设计前期调研与要求分析的内容进行详细的介绍。
一、系统设计前期调研的目的与重要性系统设计前期调研是指在系统设计之前对用户需求、业务流程、技术环境等方面进行详细研究和调查的过程。
其目的在于确保系统设计能够满足用户的需求,并且能够与现有的系统环境相适应。
调研的内容包括但不限于以下几个方面:1. 用户需求调研:通过与用户的交流和需求调研,了解用户对系统的期望和要求,明确系统需求的范围和边界。
2. 业务流程调研:对用户的业务流程进行深入了解,分析各个环节的工作流程以及存在的问题和瓶颈,为后续系统设计提供依据。
3. 技术环境调研:了解现有的技术环境,包括硬件设备、网络架构、数据库等,分析系统设计的可行性和可用性。
系统设计前期调研的重要性体现在以下几个方面:1. 明确需求:通过调研和研究,能够更准确地了解用户的需求,避免系统设计过程中的偏差和误解。
2. 提高效率:调研和分析能够帮助系统设计师更全面地了解业务流程和技术环境,从而能够更快速地设计出适应当前环境的系统。
3. 降低风险:调研的过程中可以发现潜在的风险和问题,有针对性地提出解决方案,降低后期开发和运维中的风险。
二、系统设计前期调研的方法和步骤系统设计前期调研需要采用科学、系统的方法和步骤,以确保调研结果准确完整。
下面将介绍常用的系统设计前期调研的方法和步骤。
1. 确定调研目标:明确系统设计前期调研的目标和任务,明确调研内容和调研问题,为后续的调研工作提供指导。
2. 收集资料:通过查阅文献、报告、统计数据等途径,收集与系统设计相关的资料和信息,对现有系统和环境有一个初步的了解。
3. 采访调研:与用户进行面对面的交流和采访,了解用户的需求、业务流程以及对现有系统的不满之处,收集用户的意见和建议。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
业务需求调研大纲版权所有不得复制Copyright © BroadenGate Technologies, Co., Ltd.All Rights ReservedRevision Record 修订记录Catalog 目录1需求调研流程1.1调研整体流程问题识别:解决目标系统做什么,做到什么程度。
需求包括:功能、性能、环境、可靠性、性、保密性、用户界面、资源使用、成本、进度。
同时建立需求调查分析所需的通信途径。
●分析与综合:从数据流和数据结构出发,逐步细化所有的软件功能,找出各元素之间的联系、接口特性和设计上的限制,分析它们是否满足功能要求并剔除不合理部分,综合成系统解决方案,给出目标系统的详细逻辑模型。
[常用的分析方法有面向数据流的结构化分析方法SA(数据流图DFD、数据词典DD、加工逻辑说明)、描绘系统数据关系的实体关系图ERD、面向数据结构的Jackson方法JSD、面向对象分析方法OOA(主要用UML)、对于有动态时序问题的软件可以用形式化技术,包括有穷状态机FSM的状态迁移(转换)图STD、时序图、Petri网。
每一种分析建模方法都有其优势和局限性,可以兼而有之以不同角度分析,应该避免陷入在软件需求方法和模型中发生教条的思维模式和派系斗争,一般来说结构化方法用于中小规模软件、面向对象方法用于大型软件。
]●编制需求分析文档●需求评审1.2组成部分关系需求分析可分为问题识别、分析与综合、编制需求分析文档、需求评审等四个阶段,包括以下几个方面:确定软件所期望的用户类;获取每个用户的需求;了解实际用户任务和目标以及这些任务所支持的业务需求;分析员与用户的信息以区别用户任务需求、功能需求、业务规则、质量属性、建议解决方法和附加信息;将系统级的需求分为几个子系统,并将需求中的一部分分配给软件组件;了解相关质量属性的重要性;讨论得出实施优先级;将所收集的用户需求编写成需求规格说明和模型;评审需求规格说明,确保与用户达成共识。
1.3分析过程需求分析的任务是借助于当前系统的物理模型(待开发系统的系统元素)导出目标系统的逻辑模型(只描述系统要完成的功能和要处理的数据),解决目标系统“做什么”的问题,所要做的工作是深入描述软件的功能和性能,确定软件的限制和软件同其他系统元素的接口细节,定义软件的其他有效性需求,通过逐步细化对软件的要求描述软件要处理的数据,并给软件开发提供一种可以转化为数据设计、结构设计和过程设计的数据与功能表示。
必须全面理解用户的各项要求,但不能全盘接受,只能接受合理的要求;对其中模糊的要求要进一步澄清,然后决定是否采纳;对于无法实现的要求要向用户作充分的解释。
最后将软件的需求准确地表达出来,形成软件需求说明书SRS。
●获得当前系统的物理模型:首先分析、理解当前系统是如何运行的,了解当前系统的组织机构、输入输出、资源利用情况和日常数据处理过程,并用一个具体的模型来反映自己对当前系统的理解。
此步骤也可以称为“业务建模”,其主要任务是对用户的组织机构或企业进行评估理解他们的需要及未来系统要解决的问题,然后建立一个业务USECASE模型和业务对象模型。
当然如果系统相对简单,也没必要大动干戈区进行业务建模,只要做一些简单的业务分析即可。
●抽象出当前系统的逻辑模型:在理解当前系统“怎样做”的基础上,取出非本质因素,抽取出“做什么”的本质。
●建立目标系统的逻辑模型:明确目标系统要“做什么”。
●对逻辑模型的补充,如用户界面、启动和结束、出错处理、系统输入输出、系统性能、其他限制等等。
2需求调研和分析的方法、策略和步骤2.1如何调研需求调研涉及三个问题:一是如何确定调研对象;二是如何确定被调研对象;三是采用何种调研方法;调研对象的组成应以互补为原则,至少要由三类人员组成:技术人员、业务专家和管理者。
被调研对象主要是人员和业务两类,其间主要涉及人与人、人与事物、事物与事物等三种关系。
其中,关键是确定调研范围。
调研范围包括关键域和关键活动。
而关键活动又由关键流程加关键点构成。
找到关键域,明确关键流程和关键点,对需求调研至关重要,需要专家或咨询顾问介入。
而能否把握这一时机并找准需求提炼的关键点,是考验需求调研人员的重要方面。
优秀的需求调研人员不仅能认识问题之所在,还能藉此获取足够多的知识,最后成为问题领域的专家。
需求调研非常困难,必须引起重视。
因为:● 缺乏专门领域的知识,同时应用领域中的许多问题通常模糊,很难界定;● 机构实践存在默认知识,难以描述;● 多个知识源或信息源既有冲突又有重合;● 被调研对象可能有认知偏见或者欠缺或有时不愿提供确切信息。
这些都会给需求调研人员带来障碍和困难。
在这种情况下,掌握必要的方法与技巧非常重要。
2.2如何分析需求工程是继软件工程之后的又一热点工程。
从理论上说,包括调研需求、模拟和分析需求、需求描述、需求认可、需求演进这五个层次,并且逐层递进、螺旋式上升。
需求分析是需求工程的核心,贯穿于系统整个生命周期。
需求分析的出发点在于:对调研的需求进行进一步提炼并指导需求的抽取;帮助需求分析人员发现问题。
需求模拟则帮助检查验证对问题的理解。
需求分析和模拟又包含三个层次的工作:需求定义、需求建模、需求模拟。
需求定义,是对经调研获取的需求进行初步整理,抽取其中基本需求和关键需求予以界定,并为需求建模提供必要的需求元素。
需求建模,是把抽象的需求通过概念、符号、数学模型及逻辑结构表现出来。
表现形式有自然语言、半形式化(如图、表、结构化英语等)和形式化表示等三种。
自然语言形式具有表达能力强的优点,但不利于捕获模型语义;半形式化表示可捕获结构和一定的语义,也可进行一定的推理和一致性检查;形式化表示具有精确的语义和推理能力,但构造一个完整的形式化模型,需要较长时间和对问题领域的深层次理解。
相对而言,图表形式的需求模型直观常用,比如组织结构图、系统流程图、网络拓扑图等。
良好的需求概念模型应包括以下几个特点:实现的独立性、足够抽象、足够形式化、可构造性、利于分析、可追踪性、可执行性、最小冗余性。
2.3调研方法1、会谈、询问:围绕软件目标提出具体问题;2、调查表:经过仔细考虑的书面回答可能比会谈中的回答更加准确;3、收集分析客户使用的各种表格、有关工作责任、工作流程、工作规范、相关数据标准、业务标准的各种文字资料;4、收集同类相关产品的宣传资料、技术资料、演示程序或软件程序;5、情景分析:利用情景分析诱导用户能够把它们的需求告知分析员(可以描述当前一项业务怎么做、也可以描述设想的系统中此项业务怎么做);6、可视化方法:结和情景分析,利用画用户界面图、业务流程图、功能结构图、时序图等图形与客户进行讨论;2.4基本策略1、首先确定用户的软件开发目标,确定系统基本范围,然后围绕这一目标,确定要访问的部门和人员,要了解的业务,在基本范围内展开调研;2、以部门职责为基础搞清各种现有业务、要填写的表簿册文档报表等,其数据来源及去向;3、以业务为主线,搞清每个业务的每个环节的流程关系、涉及部门、输入输出项;4、以数据为主线,搞清数据采集方式、数据流向、数据之间的内在联系;5、搞清哪些业务或数据是已建系统的,它们和新系统的关系是衔接还是替换;6、应思考是否有新技术可以改进现有工作,用户提出的需求用现有技术能否实现。
2.5结构化方法分析步骤1、画出数据流图。
设计数据流图必须逐步求精;2、决定哪些部分需要计算机化和怎样计算机化(取决于用户投资限制和自身技术限制);3、描述数据流细节,大型软件可以使用数据字典描述所有数据元素;4、定义处理逻辑(加工逻辑:每个加工处理做什么);5、定义数据存储,即定义每个存储的确切内容及其表示法(格式);6、定义物理资源:如是文件需指定:文件名、组织结构(排序、索引等)、存储介质和记录;如是数据库需指定每个表的相关信息;7、确定输入输出规格说明,如输入内容、输入屏幕、打印输出格式、输出长度等等;8、确定硬件所需有关数值,如输入量、打印频率、CPU、记录大小、数据量大小、文件大小等等;9、确定软硬件接口和环境需求。
2.6UML方法分析步骤一般的应用系统又是各组成部分:问题论域、人机界面、数据管理、任务管理,在OOA 阶段重点对问题论域进行分析,对人机界面、数据管理、任务管理等问题,OOA一般较少或没有分析,而是留待OOD阶段解决。
1、调研、识别系统需求;2、分析问题领域:主要任务是充分理解领域问题和项目投资者及用户的需求,对需求进行抽象,提出高层次的解决方案);(1)确定系统范围和系统边界;(2)确定系统的约束(环境和条件);(3)定义活动者;(4)确定系统的综合要求(功能、性能、运行);(5)确定系统的数据要求(名称、范围、类型、数量、特点);(6)建立USE CASE模型、绘制USE CASE图;(7)绘制主要交互图;3、建立静态结构模型(对象类图、数据库模型、包图);4、建立动态行为模型(顺序图、协同图、状态图、活动图);5、建立系统物理模型(组件图、配置图);3需求调研相关要求3.1文档规范A、三种编写方法1、用好的结构化和自然语言编写文本型文档;2、建立图形化模型,这些模型可以描绘转换过程、系统状态、和它们之间的变化、数据关系、逻辑流或对象类和他们的关系;3、编写形式化规格说明,这可以通过使用数学上精确的形式化逻辑语言来定义需求。
多种编写方法可在同一个文档使用,根据需要选择,或互为补充,以能够把需求说明白为目的。
B、应有成果1、各业务手工办理流程文字说明;2、各业务手工办理流程图;3、各业务手工办理各环节输入输出表单、数据来源;4、目标软件系统功能划分(示意图及文字说明);5、目标软件系统中各业务办理流程文字说明;6、目标软件系统中各业务办理流程图(模型);7、目标软件系统中各业务办理各环节数据、数据采集方式、数据间的内在联系分析。
8、目标软件系统用户界面图、各式系统逻辑模型图及说明C、文档工具推荐1、调研结果《需求分析说明书》格式参照开发文档模板;2、单位组织结构图、功能模块分解图用VISIO绘制,或直接用WORD中的画图工具;3、业务流程图用VISIO中的FLOWCHART模板绘制;4、系统逻辑模型使用ROSE绘制活用VISIO中的UML模板绘制;5、软件用户界面用VISIO中的WIN95 USER INTERFACE模板绘制;6、数据物理模型用POWERDESINER绘制;D、需求文档编写原则1、句子简短完整,具有正确的语法、拼写和标点;2、使用的术语与词汇表中所定义的一致;3、需求陈述应该有一致的样式,例如“系统必须..”或者“用户必须..”,并紧跟一个行为动作和可观察的结果。
;4、避免使用模糊、主观的术语,减少不确定性,如“界面友好、操作方便”;5、避免使用比较性词语,如“提高”,应定量说明提高程度。