业务需求怎么写Word下载.docx
《业务需求怎么写Word下载.docx》由会员分享,可在线阅读,更多相关《业务需求怎么写Word下载.docx(18页珍藏版)》请在冰豆网上搜索。
假定在该阶段发现一个错误,解决它需要用一小时的时间,到设计、编程、测试和维护阶段解决,则要花2.5、5、25、100倍的时间。
因此,对于大型复杂系统而言,首先要进行可行性研究。
开发人员对用户的要求及现实环境进行调查、了解,从技术、经济和社会因素三个方面进行研究并论证该软件项目的可行性,根据可行性研究的结果,决定项目的取舍。
编辑本段方法
⑴首先调查组织机构情况
包括了解该组织的部门组成情况,各部门的职能等,为分析信息流程作准备。
⑵然后调查各部门的业务活动情况
包括了解各个部门输入和使用什么数据,如何加工处理这些数据,输出什么信息,输出到什么部门,输出结果的格式是什么。
⑶协助用户明确对新系统的各种要求
包括信息要求、处理要求、完全性与完整性要求。
⑷确定新系统的边界
确定哪些功能由计算机完成或将来准备让计算机完成,哪些活动由人工完成。
由计算机完成的功能就是新系统应该实现的功能。
常用的调查方法有:
⑴跟班作业
通过亲身参加业务工作来了解业务活动的情况。
这种方法可以比较准确地理解用户的需求,但比较耗费时间。
⑵开调查会
通过与用户座谈来了解业务活动情况及用户需求。
座谈时,参加者之间可以相互启发。
⑶请专人介绍。
⑷询问
对某些调查中的问题,可以找专人询问。
⑸设计调查表请用户填写
如果调查表设计得合理,这种方法是很有效,也很易于为用户接受的。
⑹查阅记录
即查阅与原系统有关的数据记录,包括原始单据、账簿、报表等。
通过调查了解了用户需求后,还需要进一步分析和表达用户的需求。
分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。
编辑本段案例
(1)需求分析报告的编写目的
本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本铁路售票系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用。
(2)产品背景明细
软件名称:
铁路售票系统
(3)缩写及缩略语
铁路售票应用系统软件:
基本元素为构成铁路售票及相关行为所必须的各种部分。
需求:
用户解决问题或达到目标所需的条件或功能;
系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。
需求分析:
包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。
模块的独立性:
是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。
本工程描述:
(1)软件开发的目标:
完善目前铁路售票系统,使之能跟上时代的发展。
同时通过实践来提高自己的动手能力。
(2)应用范围:
理论上能够实现于铁路部门的售票系统,其目的在于在原有的系统基础使得铁路售票实名化,以期实现完善日常生活中铁路售票的各种缺陷。
2.如何进行业务需求分析
业务需求分析是明确企业的哪些业务要用到网络以及对网络功能的要求(如带宽、QoS、网络布局等)。
其实,这就是一个业务需求初步收集的过程。
作为网络规划者,你要一一记下了,然后确定相关的关键人物。
再进行详谈,确认与网络有关的所有业务项目。
只有把与网络有关的业务搞清楚了,你才能确定他们都需要哪些网络功能,需要采用什么样的网络架构,应该购买什么样的设备。
也只有你充分的了解了他们业务的特点,你才能确定他们对网络的可靠性、可用性、安全性等性能参数的要求;
才能确定哪些业务需要走局域网流量,那些需要连接Internet,并准确的预测其增长率对网络的要求。
参考附件表格。
3.怎么编写用户业务需求分析
需求分析格式1引言1.1编写目的【说明】目标:
对用户的需求进行收集、整理与分析,弄清楚系统究竟要“干什么”及“由谁干”,并用合乎规范的文字及图表予以描述。
不需要说明“怎么干”,因为那是设计阶段的事情。
有关文字与图表应尽量让用户便于理解。
预期读者:
用户方的相关业务人员、双方的开发人员和系统维护人员。
作用:
实现开发方与用户方的双向沟通,是把业务需求计算机化的关键步骤。
为下一阶段的概要设计工作提供依据。
当用户的需求发生变更时,应添写补充说明;
如变动过大可形成新版本。
软件需求说明(SoftwareRequirementsSpecification)的主要作用为:
l为用户方与开发方建立共同协议奠定基础。
l提高开发效率、强化进度控制。
l为项目的的评测与验收提供依据。
l便于移植。
l作为系统不断提高的基础。
1.2编写背景1.2.1系统名称及版本号【说明】形如“网银三期***系统V3.0.0”。
其中,版本号的格式为“XX.XX.XX”,X为阿拉伯数字,左“0”可省略。
1.2.2使用者【说明】适应对象和范围。
主要指预期读者,也供有关领导审阅。
1.2.3与其它系统的关系【说明】在用户现有的及预期的整个应用系统中,给本系统准确定位。
用示意图及相应的文字予以说明。
2用户的基本情况2.1系统建设背景【说明】项目背景与依据、现有基础、项目规模、预期目标等。
可繁可简,格式自定。
2.2组织机构与职能【说明】用层次示意图及相应文字表示(如果需要开发的系统与部门没有直接依赖关系此节可省略,本章随后的小节数将顺次减1),加注:
组织机构的层次数、数目、各个机构的职能简述。
2.3用户特点【说明】所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。
2.4用户业务分析【说明】在本部分,希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。
以便设计人员对业务及其发展有所了解,增强系统设计的前瞻性。
2.5计算机应用现状【说明】可繁可简,格式自定。
3业务需求3.1项目概述【说明】第一、指明项目的开发意图、应用目标(总目标、分期目标)、作用范围、预期效益等。
第二、指明在输入信息转变为输出信息的过程中,为了满足用户的业务需求,应用软件必须完成的基本功能(采用自然语言叙述)。
但此时不要求对基本功能进行分解。
第三、如果本系统与其他系统相关联,则应确定本系统的基本功能边界(可采用图示+文字说明的形式,用蓝色标示出本系统的功能,用绿色标示出相关系统的功能)。
3.2约束条件3.2.1费用约束【说明】预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。
3.2.2进度约束【说明】预计完成日期、分步实施期限。
3.2.3其它约束【说明】场地面积限制、通信设施基础、其它干扰因素。
注意:
任何计算机系统都不是包罗万象的;
用户自身的能力也是有限的。
轻诺必寡信。
故应特别指出:
由于哪些条件的约束,本系统不能满足哪些业务需求与系统需求。
本章主要介绍项目的总体业务功能,要求站在客户的角度把握系统需求.3.3性能需求【说明】依据ISO9000标准及我们的理解,下面列出了软件的6组性能,共涵盖21个子特性。
这些性能/子特性的相对重要性并不是等同的。
编写时,可以基于具体项目的实际需求,对下述标题或内容进行取舍/侧重。
事实上不可能做到面面俱到,往往要作出某些折中。
本节说明系统在性能方面的预期目标,不要求提供实现上述目标的具体实施方案。
3.3.1功能性【说明】指与软件实现的各项功能及其指定性质有关的一组属性。
这些功能都是满足规定需求和潜在需求所必需的。
它包括5个子特性:
适用性:
与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。
准确性:
与保证正确(或符合要求的)结果(或效果)有关的一些软件属性。
互操作性:
与软件同一些指定系统交互作用能力有关的一些软件属性。
复合性:
使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。
保密安全性:
与针对蓄意(或无意)而非法存取程序和数据的预防能力有关的一些软件属性。
这里主要指的是保护软件的要素,旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。
3.3.2可靠性【说明】指在规定的条件和期限内,与软件保持其性能水平有关的一组软件属性。
成熟性:
与软件故障引起的失误频率有关的一些软件属性。
容错性:
在软件故障发生或其规定界面被破坏的情况下,与软件仍能保持规定性能水平的能力有关的一些软件属性。
可恢复性:
在失效的情况下、在限定的期限和强度范围内,与软件重建性能水平并恢复直接受影响的数据的能力有关的一些软件属性。
3.3.3易使用性【说明】指与规定用户(或潜在用户)使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。
它包括3个子特性:
易理解性:
与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。
易学习性:
与用户学习其应用(例如操作控制、输入、输出)需做的努力有关的一些软件属性。
易操作性:
与用户操作及运行控制需做的努力有关的一些软件属。
4.怎么编写用户业务需求分析
与用户操作及运行控制需做的努力有关的。
5.功能需求怎么写
6.员工的需求怎么写
这是一个人员需求预测的报告模板,你可以参考一下,其中的一些表格复制不过来,没有显示表格的形式,但是不影响框架的体现。
公司年度人员需求预测报告
文本名称**公司年度人员需求预测报告受控状态
编号
一、目录(略)
二、呈送文(略)
三、报告正文
(一)人力资源现状分析
1.员工构成情况
伴随公司成立以来的发展和积累,目前在生产和经营领域初步形成了一支素质较好、层次较高的人才队伍,共有在职职工368人。
具体人员构成情况见下表所示。
**公司员工构成情况表
类别具体分布情况
职能分布公司高层管理中层管理人员生产人员
人数比例人数比例人数比例人数比例
51.4154.1%3810.3%31084.2%
学历分布硕士及以上本科大专大专以下
年龄构成30岁及以下31~4041~5050以上
18650.5%11631.5%4111.1%256.8%
2.定岗定编情况
本公司目前各部门定岗定编情况如下表所示。
(表略)
3.人力资源现状分析结果说明
(1)87.5%的员工集中在大专及以下学历,具有中高级技术职称的人员不多。
(2)员工年龄在40岁以下的占总人数的82.1%,具备进一步学习的能力。
(3)随着公司的发展、业务规模的扩大,专业技术人才、一线生产人员、市场拓展人员均应有较大需求。
(二)人力资源需求预测结果
1.未来人力资源流失预测
(1)未来退休人员预测:
公司2004年至2006年退休13人,其中2人内退,11人正常退休。
2007年公司51岁以上人员仅有25人,相对公司人员规模来说,退休人员很少,不会影响公司的人员数量变化,建议不作考虑。
(2)未来离职人员预测:
公司2004年至2006年共有15人,其中12人主动离职,3人被开除,离职人员人数较少,基本集中在一线生产工人类别上,在未来离职人员预测中不作考虑。
2.未来新增人员及主要岗位需求
为满足公司的战略发展要求,未来人员需求将集中于投融资管理人才和专业技术人才、经营人才等。
(1)投融资管理人才:
公司未来几年内将积累大量财务资源,急需投融资管理方面人才,初步估计投融资管理人才需2人。
(2)专业技术人才:
公司预计2008年将新增产品品种,新增1条生产线,初步估计具有生产专业技术中级及以上职称的人才3人,生产工人20人。
(3)业务经营人才:
随着公司业务规模的扩大,将扩展销售领域和市场份额,可引进具有丰富业务管理经验、极具市场开拓精神的高级经营人才,初步估计业务经营人才需10人。
3.未来人员净需求
公司2008年各部门人员需求表
部门名称新增岗位及人数部门名称新增岗位及人数
决策层设置战略发展部,2人生产部车间主任1人,生产岗位工人20人
财务部投融资主管1人,专员1人市场部策划专员1人
技术部技术研发人员2销售部销售区域经理3人,销售专员7人
产品部产品设计人员2人质量部检验员1人
行政部人员不变采购部采购专员1人
人力资源部人员不变仓储部不变
人员净需求42人
相关说明
编制人员审核人员批准人员
编制日期审核日期批准日期
7.职业个人需求怎么写
公正忠信没有问题.因为本人由于懒及胆小怕事,总是按规则办事,如果现在还有君主一类的东东,应该会是属于愚忠的那一类人.但这又对坚定勇敢的意志力形成了威胁,所以我最担心的是我顶不住压力,特别是来自上层的不正确的意见,会让我很挣扎很痛苦.那这个问题没有解决办法,只能指望有一条退路,然后无欲则钢,看看能坏到哪去.二)对人性的正确、全面的了解以及广博的知识。
这点十分之欠缺,因为容易看到恶的一面,又嫌人际交往太过麻烦,最根本的还是没有开放的心态,所以与人交往不多,由此带来的认识就片面偏向阴暗.广博的知识勉勉强强,因为兴趣爱好多到了没有兴趣的地步,所以啥都有一点,不过不深.这是不好的.所以以后要多接触一些人,试着了解他们.三、亲和力和优秀的人际关系处理技巧。
保守有余,活力不足.我的朋友说我一开始接触时看起来严肃,只有熟了以后才会谈到一起,这应该是亲和力不足的表现.不过待人诚恳也是别人对我的评价.改进?
参见上一条.四、实现人力资源有效管理的专业能力1.人力资源规划管理(完整规划没做过,基础分析做得多)和人力资源管理手册设计(基本可以完成)的能力。
2.职位分析(没有做