论软件需求分析方法和工具的选用

论软件需求分析方法和工具的选用
论软件需求分析方法和工具的选用

试题一论软件需求分析方法和工具的选用 2001年下

“软件需求分析”要求能深入地描述所开发软件的功能和性能,确定软件设计的限制以及该软件与系统中其他组成部分的接口,能有效地把需求定义在软件的需求规格说明书中。

请围绕“软件需求分析方法和工具的选用”论题,依次对以下三个方面进行论述。

1.概要叙述你参与分析和开发的软件项目以及你所担任的主要工作。

2.具体讨论你在进行软件需求分析中所采用的具体方法以及所选用的主要辅助工具,详细叙述你选用方法与工具的原则和使用策略,遇到过的问题以及采用的技术措施。

3.分析你在软件需求分析中选用的方法与工具的具体效果。你现在认为应当作哪些方面的改进以及如何加以改进。

[提纲]

面向对象需求分析方法来进行需求分析,用例

原型法

事件监查器

PowerDesigner

Word + Visio

没有应用整套的面向对象辅助分析设计工具

[摘要]

2007年5月XX珠宝加工厂启动了“首饰生产加工管理系统”的建设,系统提出建设的主要目的是解决目前纯手工方式进行记账而造成账目混乱、信息流通不畅等问题,系统包括基础资料管理、仓库管理、生产管理、仓库查询、生产查询、权限管理等六个子系统。我承担了项目管理、需求分析、系统设计等多项工作。

在需求分析阶段,我采用面向对象需求分析方法(用例技术)、老系统研究法、原型法进行需求分析,在需求分析过程,采用了Word+Visio编写用例文档,对需求进行规格说明;采用Sql Server 事件探查器工具辅助对老系统研究;使用Power Designer进行数据库表结构设计;采用https://www.360docs.net/doc/d32819124.html,2005开发生产管理系统核心功能的界面原型。

由于采用有效的需求分析方法和工具,系统于2008年2月正式上线,比客户要求的时间提前了一个月,客户感到很满意。当然我采用的方法和工具也并不是尽善尽美的,还存在一些不足之处,如没有使用需求管理工具、没有应用整套的面向对象分析设计工具。

[正文]

XX珠宝加工厂是福建省最大的珠宝加工厂,主要生产真钻首饰、锆石首饰与素金首饰。其中真钻首饰比较贵重,一般都是一个款式生产一件,日均生产首饰100多件。每个首饰加工过程要经过数十道工序加工,在加工收发过程需要记账,记录原料使用、原料损耗、工人费用等情况。目前这些记账工作由10多个“交收人员”手工记账。XX珠宝加工厂面临的问题是:原料使用、工人工费等账目都采用手工方式在纸上记录,账目混乱且不易查询统计,工序单采用纯人工方式进行跟踪,效率低下。

为了解决上述的问题,于2007年5月启动了“首饰生产加工管理系统”。系统实现基础资料管理、仓库管理、生产管理、仓库查询、生产查询、权限管理等六个子系统。其中仓库管理和生产管理是日常业务运行最常使用的子系统。仓库管理主要包括:仓库信息管理、采购入库、库存转移、库存调整、库存盘点、销售出库等功能。生产管理主要包括:开工序单、工序单收发、工序当转移、生产物料收发、生产入库、生产出货等功能。系统采用C/A/S 和B/A/S两种三层体系架构结合的方式,开发工具采用https://www.360docs.net/doc/d32819124.html,2003,数据库采用SQL SERVER2005。在项目建设过程中,本人承担了项目管理、需求分析、系统设计等多项工作。

本次项目采用面向对象的需求分析方法(用例技术)进行需求分析。采用用例技术主要考虑:1、目前面向对象的方法已经占据主流地位;2、用例技术从客户的角度出发来描述需求,客户易于理解,便于分析人员和客户之间沟通和确认需求;3、用例技术采取执行步骤的方式描述需求,类似于程序开发语言,描述更精确,便于设计人员和开发人员理解需求,从而实现需求到设计、实现的平滑过渡。

我们采用了Word来编写用例文档,采用Visio来画业务活动图和状态图。选用这两个工具来编写需求规格说明文档,主要是由于这两种工具简单、易用、灵活,需求分析人员都很熟悉这两种工具。

我们采用PowerDesigner来设计表结构。PowerDesigner能够支持多种数据库,能够通过可视化的方式定义表结构,能够根据定义直接生成SQL语句或直接在数据库中生成相应表,也可以从数据库逆向导出表结构,能够减轻数据库设计的复杂度,提供工作效率。PowerDesigner中定义的表结构包括物理和逻辑视图,在逻辑视图上可以为表名和列名写上中文说明,便于开发人员查看和理解表结构。同时PowerDesigner是公司规定统一选用的数据结构设计工具,以便分析人员在不同项目组调动时,不会因为所用工具不一致,而使工作不能马上上手。基于以上原因我们采用了这个辅助工具。

本次项目的需求分析可以分为两个部分。一部分是针对仓库管理相关子系统的需求分析,由于之前已经有一个系统在用,并且原系统用户比较认可,希望新系统继承原系统的功

能,因此需求通过研究老系统导出。另一部分是针对生产管理相关子系统的需求分析,由于之前工厂并没有用过类似的系统,因此主要通过客户调研、用例技术获取需求。

针对仓库管理相关子系统的需求分析,我们搭建了老系统的测试环境,通过研究老系统来了解功能需求。首先我们要求客户方的IT部人员先对老系统进行演示,介绍日常使用的功能,使我们对该系统有一个大致的了解。然后我们逐个功能进行详细研究,并且编写相应的用例文档来对需求进行规格说明。考虑到新系统上线后,需要从老系统迁移数据,而老系统的开发商不肯提供表结构说明,因此我们也对老系统的表结构进行研究。老系统采用的数据库是Sql Server2000,Sql Server2000提供事件探查器工具,可以跟踪数据库执行的Sql 语句。在使用每个功能时,我们采用事件探查器发现执行的Sql语句,从而了解到每个功能涉及到哪些表结构。采用PowerDesigner建立了老系统的表结构说明。通过这种方式加深了我们对老系统的了解,也为我们设计新系统的表结构提供了参考。

针对生产管理相关子系统的需求分析,我们采用用例技术来获取需求。由于本项目是我们公司介入珠宝行业的第一个项目,我们对珠宝加工厂的业务都不了解。而工厂信息化程度不高,系统的使用人员文化程度也不高,大多高中学历,也无法明确的说明需求。我们首先对工厂的生产管理业务过程进行了了解,采用Visio画了业务活动图,帮助我们对业务知识有一个了解。其次通过识别参与者、识别用例、编写用例说明等步骤来获取用例,在每个步骤都注重了与用户的沟通,采用Word编写了用例文档。最后我们针对生产管理子系统的核心功能建立了界面原型,用界面原型与客户进行沟通,以便对需求进一步明晰、确认。采用https://www.360docs.net/doc/d32819124.html,2005开发工具来建立界面原型,从而使界面原型在开发阶段可以在利用。

由于采用了有效的需求分析方法和工具,在需求分析后续阶段,没有发现较大需求误解和重要需求遗漏,只是增加了部分查询方面的需求。最终项目在2008年2月正式上线,比用户要求的上线时间提早了一个月。系统有效支撑了用户日常业务运作,解决了困挠客户的账目混乱、跟踪工序单困难并耗费人力等问题,为用户带来了效益,用户感到很满意。最终项目得到百分百款,公司领导也很满意,项目组成员也得到嘉奖。

回过头来看,我觉得在需求分析方法和工具上还是存在一些值得改善的地方。如:

1、没有采取需求管理工具,造成需求文档管理困难,从而导致需求变更历史无法

跟踪,只保留了最新的需求文档。可以采用Request Pro工具来进行需求管理。

2、面向对象方法的应用也不够深入,主要使用了用例图、活动图,没有使用类图

和序列图,没有应用整套的面向对象方法辅助工具。可以采用Rational Rose来

进行需求分析、设计,全面应用面向对象方法。

-需求分析方法论

需求分析方法论 原则上,需求分析阶段IT中心应尊重需求方的项目管理和项目分析能力;在具体的任务开展上,以不干扰需求方的自主权为主,除非在项目过程中发现需求方的项目管理以及项目分析能力存在很大的差距和不足。 为了保证项目的成功,IT中心必须加强项目管理和项目分析工作,在具体的操作上可以坚持吸收、同化、贯彻的方法和手段。 其中,需求分析是一个项目的开端,也是项目建设的基石。在以往的信息化建设失败的案例中,80%是由于需求分析的不明确而造成的。因此一个项目成功的关键因素之一,就是对需求分析的把握程度。而项目的整体风险往往表现在需求分析不明确、业务流程不合理,用户不习惯或不愿意去用应用管理软件。作为IT中心,必须提醒需求方重视需求分析的重要性,采用必要的手段和方法来进行需求调研,同时IT 中心也应深入具体的需求调研中去。只有这样才能切切实实地把握用户的需求和方向,才能在将来的功能界定、实施上有发言权。 一、如何进行需求分析 需求分析不象侦探推理那样需从蛛丝马迹着手,而是应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D3,…Dn} 问题域Di由若干个问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pm} 问题Pj有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导,和需要了解细节的技术人员都合适。在写需求说明书时应该注意两个问题: 1、最好为每个需求注释“为什么”,这样可让双方(IT中心、需求方)了解需求的本质,以便选用最合适的技术来实现此需求。 2、需求说明不可有二义性,更不能前后相矛盾。如果有二义性或前后相矛盾,则要重新分析此需求。 二、重点监控需求分析 由于项目的特殊性和行业覆盖的广阔性,以及需求分析的高风险性,软件需求分析的重要性是不言而喻的,同时需求分析又的的确确难做。其原因基本是由于以下情况造成的。 1、用户说不清楚需求 有些用户对需求只有朦胧的感觉,当然说不清楚具体的需求。例如总部各部门及各地的很多店铺在进行应用系统以及网络建设时,需求方的办公人员大多缺乏IT系统建设方面的专家和知识。此时,用户就会要求IT中心系统分析人员替他们设想需求。项目的需求存在一定的主观性,为项目未来建设埋下了潜在的风险。 2、需求自身经常变动 根据以往的历史经验,随着用户对信息化建设的认识和自己业务水平的提高,他们会在不同的阶段和时期对项目的需求提出新的要求和需求变更。事实上,历史上没有一个软件的需求改动少于三次的!所以必须接受“需求会变动”这个事实,在进行需求分析时要懂得防患于未然,尽可能地分析清楚哪些是稳定的需求,哪些是易变的需求,以便在系统选型及实施时,将软件的核心建筑在稳定的需求上,同时留出变更空间。IT中心在需求分析的功能界定上担任一个中间、公平、公正的角色,所以也必须积极参与到需求分析的准备中来,以便协助需求方来界定“做什么”、“不做什么”的系统功能界限。 3、IT中心分析人员或用户理解有误 系统分析人员不可能都是全才,更不可能是行业方面的专家。用户表达的需求,不同的分析人员可能

软件工程—系统需求分析

系统用例图 系统需求分析 1概述 随着社会的发展,学校的规模不断的扩大,日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范教学管理行为,从而提高了管理效率和水平。学籍管理信息系统以计算机为工具,通过对教务管理所需的信息管理,把管理人员从繁琐的数据计算处理中解脱出来,使其有更多的精力从事教务管理政策的研究实施,教学计划的制定执行和教学质量的监督检查,从而全面提高教学质量。 1.1 系统目标 软件开发的意图为便于学校的管理,方便查看有关学校及学生的情况。 如教务处对学生成绩的修改、删除、查找、添加等。 1.2现行组织机构及业务现状 在学籍管理中,需要从大量的日常教学活动中提取相关信息,以反映教学情况。传统的手工操作方式,易发生数据丢失,统计错误,劳动强度高,且速度慢。2用户需求 2.1 业务需求

1、使用范围 学生学籍管理等相关文件完成本科和专科学生学籍状况的系统管理(本科生用学年学分制,专科生用学年制)。 2、功能要求 基础数据管理:包括班级管理、课程管理、学期管理等功能。 学生管理: 成绩管理: 查询统计:包括成绩一览表、成绩分布图报告等功能。 3开发内容:开发一套学生成绩管理系统软件 采取的研究方法:采用面向对象的编程,结合网络和数据库技术,实现控制和管理。通过系统分析、需求分析、概要设计、详细设计、编写代码、软件测试、软件维护、经验方法总结等一系列实验方案,实验软件的开发。 4具体开发方案: 分六个阶段进行: 第一阶段:系统分析、需求收集和分析 这一阶段首先进行系统分析,分析确定系统的规模和范围,确定软件的总体要求以及所需要的硬件和支撑软件,确定待开发软件与外界的接口,根据用户的情况确定软件对操作的要求,以及待开发软件总体上的约束和限制,完善项目计划。在这之后,这一阶段的大部分时间将被用来进行需求收集和分析。向学校管理人员及学生了解情况,确定软件系统的综合要求,分析软件系统的数据要求,导出系统的逻辑模型,修正项目开发计划。采用结构化分析方法,生成数据流图、数据词典及加工逻辑说明。 第二阶段:概要设计 在这一阶段将确定软件系统的结构,对全局数据结构进行设计,进行模块划分,确定每个模块的功能接口以及模块间的调用关系。采用与结构化方法衔接的结构化设计方法,生成结构图及概念设计说明书。 第三阶段:详细设计 为每个模块设计实现的细节将成为这个阶段的主要任务,还要对局部数据结构进行设计。采用结构化设计方法。采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。使得程序具有良好的结构,增强程序的可读性。生成程序流程图及详细设计说明书。详细设计时,如果不满意,须回到概要设计中重新完善设计。 第四阶段:编写代码 这一阶段用来根据详细设计说明书编写代码。采用计算机语言编写。追求高质量的代码,生成源程序代码、内部文档。 第五阶段:软件测试 这将是一个很重要也将是一个很耗时间和精力的阶段。在这一阶段中将尽可能多地发现软件中的错误和缺陷。如果有错,还将退回到编码阶段进行调试。测试过程分为单元测试、集成测试和确认测试。 第六阶段: 完善各项文档及和报告,从整个开发过程和这些文档中总结经验和教训,罗列各种方法和技巧。

软件工程需求分析报告模版

目录 1 引言 1.1编写目的 (1) 1.2 项目背景 (1) 1.3术语说明 (1) 1.4 参考资料 (1) 2 项目概述 2.1编写目的 (1) 2.2 项目背景 (2) 2.3 术语说明 (2) 2.4 参考资料 (2) 2.5 条件和限制 (3) 3 功能需求 3.1功能划分 (3) 3.2功能描述 (3) 4 外部接口需求 4.1功能划分 (3) 4.2功能描述 (4) 5 性能需求 5.1 数据精确性 (4) 5.2 时间特性 (4) 5.3 适应性 (4) 6 软件属性需求 6.1 正确性 (4) 6.2 可靠性 (4)

6.3 效率 (5) 6.4 完整性 (5) 6.5 易使用性 (5) 6.6 可维护性 (5) 6.7 可测试性 (5) 6.8 可复用性 (5) 6.9 安全性 (5) 6.10 可理解性 (5) 6.11 可移植性 (5) 6.12 互联性 (5) 7 其他需求 (5) 8 数据描述 (5) 8.1静态数据 (6) 8.2动态数据 (6) 8.3数据库描述 (6) 8.4数据字典 (6) 8.5数据采集 (6) 9 附录 (6)

1引言 1.1编写目的 学生管理系统是面向学生的,目的是提高学校对学生的管理。本系统主要包括六个模块:学生的基本信息、课程的基本信息、登录、成绩录入、成绩查询和汇总功能,这六个模块基本实现设计本系统的目的,从而可以进一步满足学校对管理系统的要求。 现在的学生管理系统功能不够,所以我们要明确用户对学生管理系统的功能和性能的需求,并将这些需求用语言编写出来。并使系统开发者和学生对此成绩管理系统有共同的理解和认识。这是开发学生管理信息系统的基础,为了更好的开发,对系统的设计要详细。开发的系统要简单实用。 1.2 项目背景 项目名称为:学生成绩管理信息系统。开发目标为有效管理学生信息,实现学生信息的数据录入、浏览、修改等,从而实现对学生信息的规化、系统化、自动化管理。 1.3术语说明 MIS: 管理信息系统 Transaction Processing : 事务处理 Data Acquisition :数据采集 Data Processing Circle : 数据处理流程 Data Processing:数据处理 1.4 参考资料 《软件工程案例教程》…毕硕本卢桂香编著大学 《Vista Basic语言程序设计》…韬编著人民邮电 2 项目概述 2.1待开发软件的一般概述 此软件的目的是提高学校对学生的科学化管理,为学校的学生成绩管理系统

培训需求分析的方法和工具

培训需求分析的方法和工具 培训需求分析是企业培训的出发点,也是最重要的一步工作。如果需求分析不准确,就会让接下来的培训偏离轨道,做无用功,浪费企业的人力、物力和财力,却收不到应有的效果。企业要进行有效的需求分析,就必须采取合适方法和工具,本文全面介绍了通常情况下培训需求分析使用的方法以及对应的工具。 一、需求分析的方法和工具 1.1 调研问卷法 调研问卷法是最普遍也最有效的收集资料和数据的方法之一。一般由培训部门设计一系列培训需求相关问题,以书面问卷的形式发放给培训对象,待培训对象填写之后再收回进行分析,获取培训需求的信息和数据。 调研问卷法进行培训需求分析,可以遵循以下五个步骤,见表1: 在设计调研问卷的问题时,应该注意下几个问题: 1、问题尽量简短,并注意使用简单的、固定用法的术语,避免使用读者不了解或者容易引起歧义的名词; 2、一个问题只涉及一件事,避免“结构复杂”的问句; 3、题目设计要简单,不要使作答者作计算或逻辑推理; 4、避免出现诱导答案的问题,保证作答者完全陈述自己观点。

备注:填表时在对应的内容下面用“√”标明。 1.2 访谈法 访谈法也是数据收集的一种重要方法。它是指为了得到培训需求的数据和信息,与访谈对象进行面对面交流的活动过程。这个过程不只是收集硬性数据,比如事实、数据等,包括印象、观点、判断等信息。 访谈法可以遵循以下几个步骤进行,见表3:

1.3现场取样法 现场取样法一般较多使用于服务性行业的培训需求调查(如饭店、卖场等),是通过选取培训对象现场实际工作的部分片段进行分析,以确定培训需求的一种分析方法。现场取样法主要包括两种形式:拍摄和取样。 拍摄是指在培训对象的工作环境中安装监控录影机、摄像机等拍摄设备,对培训对象的现场工作过程进行实际拍摄,事后通过录影带进行观察分析,得出培训需求结论。表5为拍摄样板的示例。

软件开发需求分析报告

需求分析报告 1.引言 1.1目的 需求,指的是系统提供的能力必须遵从的条件,一个系统能否达到预期目标,系统需求做的好坏起着决定性作用,因此,他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论,需求分析的目标就是确定要干什么,而不是怎么干,按照统一软件过程的理论(RUP理论),该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求,同时也要详细的描述系统必须达到的条件或实现的功能,使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析;基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;

软件工程一个需求说明书实例

汉语编程企业管理应用软件 需求说明书 编著阮春芬、张桂玲、周进军、俞灵芝、奚灵芝 1 引言 对软件需求完全理解对于软件开发工作的成功是至关重要的,需求说明的任务是发现、规范的过程,有益于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,便于采用工程方法开发软件,提高软件的质量,便于开发人员、维护人员、管理人员之间的交流、协作,并作为工作成果的原始依据,并且在向潜在用户传递软件功能、性能需求,使其能够判断该软件是否与自己的需求相关。 1.1 编写目的 1.1.1 为开发人员、维护人员、客户之间提供共同的协议而创立基础,对企业管理软件功能的实现作使命描述。 1.1.2 本说明书的预期读者为客户、业务或需求分析人员、测试人员、用户文档编写者、项目管理人员。 1.2 背景及范围 1.2.1 工程的名称:汉语编程企业管理应用软件 1.2.2 工程产品的名称:汉语编程企业管理应用软件 1.2.3 工程的组织者:北京元易达科技发展有限责任公司 产品的生产者:汉语编程企业管理应用软件开发课题组 产品的设计者:汉语编程企业管理应用软件开发课题组 1.2.4 产品的所有权:汉语编程企业管理应用软件开发课题组 1.3 定义,术语,缩写词和略语 企业管理应用系统软件:它是由企业管理应用系统软件课题组完全自主开发的企业管理软件,以企业各部门为基本元素的、用汉语编程来实现其功能的软件。 需求:用户解决问题或达到目标所需的条件或功能;系统或系统部件要满足合同、标准,规范或其它正式规定文档所需具有的条件或权能。 需求分析:包括提炼,分析和仔细审查已收集到的需求,以确保所有的风险承担者都明其含义并找出其中的错误,遗憾或其它不足的地方。 模块的独立性:是指软件系统中每个模块只涉及软件要求的具体的子功能,而和软件系统中其他的模块的接口是简单的。 1.4 参考资料 《汉语程序设计语言》---- 沈志斌编著 电子工业出版社

软件工程系统可行性分析和需求分析

个人承担任务 任务说明: 此次软件工程设计,我主要承担以下任务: 需求分析和可行性分析(根据设计题目进行问题定义,探讨可行性,再对系统进行需求分析等)。 任务内容: 1.可行性分析: ⑴问题定义 各高校传统的勤工助学岗位管理管理模式也越来越不能满足现代教育发展的需要。对于一个有着上百号勤工学生的学校来说,用手工管理这些学生信息还有岗位以及津贴,是一项非常繁琐的工作,而相应的岗位人员查询、津贴签领历史记录查询等,其工作量都让人望而生畏,而且还极易出错,同时也浪费纸。所以我们提出了开发高校勤工助学管理系统,将勤工学生基本信息管理、岗位人员管理、津贴统计等功能进行统一管理,为各高校实现勤工助学岗位信息化管理提供有效工具。 ⑵技术可行性 本系统采用B/S模式开发。B/S(Browser/Server,浏览器/服务器)模式又称B/S结构。B/S模式是指在TCP/IP的支持下,以HTTP为传输协议,客户端通过Browser访问Web服务器以及与之相连的后台数据库的技术及体系结构。它由浏览器、Web服务器、应用服务器和数据库服务器组成。客户端的浏览器通过URL 访问Web服务器,Web服务器请求数据库服务器,并将获得的结果以HTML形式返回客户端浏览器。它是随着Internet技术的兴起,对C/S模式应用的扩展。在这种结构下,用户工作界面是通过IE浏览器来实现的。相较于C/S模式的系统升级维护复杂来说,B/S模式最大的好处是运行维护比较简便,能实现不同的

人员,从不同的地点,以不同的接入方式(比如LAN, WAN, Internet/Intranet等)访问和操作共同的数据。另外,B/S还便于面向广大未知用户使用,因为只要电脑安装了IE,经过一定的设置,就都可以使用,如建立企业网站发布信息。 ⑶经济可行性 本系统开发成本低,对开发者设备要求不高,数据库采用免费开源的Oracle 数据库。由于是B/S模式,所以对用户软硬件要求要求也很低。 2.需求分析 ⑴系统运行环境硬件要求 硬件设备设计是根据信息系统的设计需求,确定信息系统物理设备方案,所设计的硬件设备方案在能够充分满足信息系统功能需求的前提下,还应满足系统的效率、可靠性、安全性和适应性等性能要求,并具有较高的性价比。根据前面的需求分析,我们得出本系统理想的环境当然是配置较高最好,实际操作中硬件平台如下: 硬件环境(访问者):建议用户在允许的情况下采用较高配置硬件资源。 硬件环境(开发者):Intel五代处理器,4G内存,80G磁盘空间。 ⑵系统运行环境软件要求 操作系统是计算机系统中最重要的系统软件,目前在微机上使用的桌面操作系统有Windows XP/7/8/10等,本系统在Windows 10操作系统下进行开发,可向下兼容以运行于前面所列举的各种操作系统,但建议使用Windows XP以上系统。 支撑软件是协助人们开发和维护软件的工具和环境软件,包括编辑程序,数据库系统,集成开发环境等,本系统的支撑软件如下: 1、数据库管理系统(DBMS):为了对数据库实施集中管理,同时并发的处理多个客户机发来的数据处理要求,我们选用Oracle数据库管理系统。 2、动态网页技术:在这里我们使用JSP(Java Server Pages)来建立系统,编译软件使用myeclipse10。 ⑶系统功能需求 所有学生都可以登录系统申请对外开放的岗位,申请时需要填写相关信息。

软件需求分析重点-

软件需求分析重点 第1 章软件需求基础知识 返工的成本占了总开发成本的30%-50%,而对于返工的情况,70%-80%是国需求错误引起的。(11) 在对所有讨论问题有了更深入的了解之前不要急于回答。不能充分理解需求,就会作出过于乐观的估计,最终不可避免地陷入超支的泥潭。(13-14)造成软件成本估算失败的最主要原因包括频繁变更需求、遗漏需求、未与用户充分沟通、需求的说明不精确以及地需求的分析不透彻等。给出估算结果时,应该提供范围(最好的情况,最可能的情况和最糟的情况)或把握程度(“我有九成把握在三个月内完成”)。(14) 从产品的实际用户处收集需求这一过程是不可替代的。(18) 第2 章客户眼中的需求 某些需求问题源于混淆了不同层次的需求(业务需求、用户需求和功能需求)。(19) 要想开发出优秀的软件产品,必须以优质需求为基础精心制定计划。(20)不要指望项目涉众天生知道如何合作进行需求开发。必须花时间讨论如何最有效地进行协作。(22) 需求审阅是最有价值的保证软件质量的活动之一。(25) 需求批准过程的所有参与者都应该明白签字意味着什么,否则会出现很多问题。(25) 不可能在项目初期就能明确所有的需求,需求肯定要随时间的推移而发生变化。(26) 第3 章需求工程的推荐方法 熟练的需求分析员应具备以下特点:耐心,思维条理性强,有良好的交际和沟通能力,理解产品应用领域,并且掌握丰富的需求工作技术。(29)为每类用户选择代言人(31)

观察用户工作的过程(31) 跨项目重用需求(32) 过早地以尚不明确的需求为基础进行开销和进度评估是非常不可靠的。(37)38图表 不要期望可以线性地、顺序地完成获取、分析、编写规格说明和验证这些需求开发活动。(38) 第4 章需求分析员 相比缺乏经验的需求分析员,使用经验丰富的需求分析员能使项目所需求的工作量减少三分之一。(42) 优秀的需求分析员应同时具备出色的交流、引导和人际交待能力,具备技术和业务领域的丰富知识,以及适合这项工作的相应个性。耐心和真诚的合作愿望是关键的成功因素。(44) 需求分析员必须研究可能出错的情形。(44) 第5 章确定产品前景与项目范围 第6 章获取客户的需求 能否让开发人员更准确地了解用户需求,将决定软件需求工作能否取得成功,进而影响到软件开发的成功。(62) 项目伊始就应确定谁来担任问题的决策人。(72) 第7 章聆听客户的需求 需求开发工作的成果就是项目涉众之间就被处理的需求达成共识。(75) 需求获取的参与者在理解问题之前要抵制住诱惑,不要急于设计系统。 要强调用户任务,而不是用户界面,要强调根本需要,而不是用户表达出来的期望,这样有助于项目团队避免过早是制定设计的细节。 在软件开发中,需求获取也许是最困难、最关键、最容易出错和最需要沟通的一个环节。(76)

软件工程需求分析样例

. . . . 网上招聘系统需求规格 V1.0 长江软件公司 评审日期: 2006年3月12日

目录 1导言 (1) 1.1目的 (1) 1.2围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (2) 1.6参考资料 (2) 1.7版本更新信息 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2项目要达到的目标 (3) 2.3系统整体结构 (3) 3应用环境 (4) 3.1系统运行网络环境 (4) 3.2系统运行硬件环境 (5) 3.3系统运行软件环境 (5) 4功能规格 (6) 4.1角色(Actor)定义 (6) 4.1.1应聘者 (6) 4.1.2管理用户 (6) 4.1.3数据库 (7)

4.2系统主Use Case图 (7) 4.3客户端子系统 (8) 4.3.1职位选择 (10) 4.3.2简历输入 (11) 4.3.3问卷回答 (11) 4.4管理端子系统 (11) 4.4.1登录管理 (13) 4.4.2题库管理 (15) 4.4.3试卷管理 (15) 4.4.4职位发布 (15) 4.4.5简历管理功能 (16) 4.4.6面试管理 (16) 4.4.7用户管理 (17) 5性能需求 (17) 5.1界面需求 (17) 5.2响应时间需求 (17) 5.3可靠性需求 (18) 5.4开放性需求 (18) 5.5可扩展性需求 (18) 5.6系统安全性需求 (18) 6产品提交 (18) 7实现约束 (19)

8签字 (19)

1导言 1.1目的 该文档是关于用户对于网上招聘系统的功能和性能的要求,重点描述了网上招聘系统的设计需求,将作为对该工具在概要设计阶段的设计输入。。 本文档的预期读者是: ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型,解决整个项目系统的“做什么”的问题。在这里,对于开发技术并没有涉及,而主要是通过建立模型的方式来描述用户的需求,为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 HR Human Resource(人力资源管理)的缩写。 JSP Java Server Page(Java服务器页面)的缩写,一个脚本化的语言。 UML Java Server Page(Java服务器页面)的缩写,一个脚本化的语言。 1.4术语定义 无

软件开发需求文档

1. 引言 引言是对这份软件系统详细设计报告的概览,是为了帮助阅读者了解这份文档如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件系统详细设计报告是基于哪份软件产品需求分析报告、哪份软件产品概要设计报告和哪份软件产品数据库设计说明书(如果该软件产品需要数据库支持)编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件系统详细设计报告详尽说明了该软件产品的编码结构,从而对该软件产品的物理组成进行准确的描述。 如果这份软件系统详细设计报告只与整个系统的某一部分有关系,那么只定义软件系统详细设计报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种编写约定。编写约定应该包括:●部件编号方式; ●界面编号方式; ●命名规范: ●等等。 1.4 预期读者和阅读建议 列举本软件系统详细设计报告所针对的各种不同的预期读者,例如,可能的读者包括: ●开发人员; ●项目经理; ●测试人员; ●文档编写人员; ●等等。 描述文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

1.5 参考资料 列举编写软件系统详细设计报告时所用到的参考文献及资料,可能包括: ●本项目的合同书; ●上级机关有关本项目的批文; ●本项目已经批准的计划任务书; ●用户界面风格指导; ●开发本项目时所要用到的标难; ●系统规格需求说明; ●使用实例文档; ●属于本项目的其它己发表文件; ●本软件系统详细设计报告中所引用的文件、资料; ●相关软件系统详细设计报告; ●等等。 为了方便读者查阅,所有参考资料应该按一定顺序排列。如果可能,每份资料都应该给出:●标题名称; ●作者或者合同签约者; ●文件编号或者版本号; ●发表日期或者签约日期; ●出版单位或者资料来源。 2. 支撑环境 2.1 数据库管理系统 描述数据库管理系统、以及安装配置情况,需要描述的内容可能包括: ●产品名称以及发行厂商 这里的产品名称指的是数据库发行厂商发布产品时公布的正式商品名称,不应该使用别名、简称、研发代号等非正式名称,以免混淆;同样的道理,发行厂商的名称也应该使用正式名称。 ●版本号 数据库管理系统的准确版本号,必须按产品的实际情况描述到最细节的版本号。 ●补丁包版本号 描述实际上将要使用的数据库管理系统补丁包的版本号,必须注意,在某些情况下该版本号不一定是最新的版本号。 ●语言或代码集 对于只支持一种语言或者一个代码集的数据库管理系统来说,该项描述不具意义。对于支持多种语言或者多个代码集的数据库管理系统来说,该项描述指的是实际使用的语言或者代码集。 ●安装位置 描述数据库管理系统的实际安装位置,应该分别对管理系统安缺位置和数据存放位置进行描述,应该指明服务器名和安装卷号(盘号)。对于分布式数据库,必须分别描述每一个数据

软件需求分析方法

需求分析方法 一需求分析概括 需求分析应该先了解宏观的问题,再了解细节的问题。 一个应用软件系统(记为S)的涉及面可能很广,可以按不同的问题域(记为D)分类,每个问题域对应于一个软件子系统。 S={D1,D2,D,…Dn} 问题域Di由若干问题(记为P)组成,每个问题对应于子系统中的一个软构件。 Di={P1,P2,P3,…Pn} 问题Pi有若干个行为(或功能,记为F),每个行为对应于软构件中的实现接口。 Pj={F1,F2,F3,…Fk} 需求说明书应该对于那些只想了解宏观需求的领导和需要了解细节的技术员都合适。在写需求说明书时,应该注意两个问题: 1.最好为每个需求注释“为什么”,这样可以让程序员了解需求的本质,以便选用最合适 的技术来实现此需求 2.需求说明不能有”二义性”,更不能前后矛盾。如果有二义性或前后矛盾,即要重新分 析此需求。 二需求分析方法论 第一阶段:“访谈式”

第一阶段是和具体用户方的领导层、业务层人员的访谈沟通,主要目的是从宏观上把握用户的具体需求方向和趋势,了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。 建立起良好的沟通渠道和方式。针对具体的职能部门以及各委办局,最好能指定本次项目的接口人。 实现手段:访谈、调查表格 输出成果:调查报告、业务流程报告 第二阶段:“诱导式” 结合第一阶段的基本信息,做出简单的用户流程页面,同时结合以往的项目经验对用户采用诱导式,启发式的调研方法和手段,和用户一起探讨业务流程设计的合理性、准确性、习惯性。用户可以操作简单演示的DEMO,感受整个业务流程的设计合理性、准确性等等问题,以及提出改进意见和方法。 实现手段:诱导(拜访)、原型演示 输出成果:调研分析报告、原型反馈报告、业务流程报告 第三阶段:“确认式” 此阶段在上述两个阶段成果的基础上,进行具体的流程细化、数据项的确认阶段。这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表,并能清晰地向用户描述系统的业务流设计目标。通过审查,提出反馈意见,并对已经可接受的报告、文档签字确认。 实现手段:拜访(回顾、确认),提交业务流程报告、数据项表;原型演示系统 输出成果:需求分析报告、数据项、业务流程报告、原型系统反馈意见(后三者可以统一归到需求分析报告中)

软件需求分析报告文档模板1

软件需求分析报告文档模板 姓名 日期

1. 引言 (3) 1.1编写目的 (3) 1.2项目风险 (3) 1.3文档约定 (3) 1.4预期读者和阅读建议 (3) 1.5产品范围 (4) 1.6参考文献 (4) 2. 综合描述 (4) 2.1产品的状况 (4) 2.2产品的功能 (5) 2.3用户类和特性 (5) 2.4运行环境 (5) 2.5设计和实现上的限制 (5) 2.6假设和约束(依赖) (6) 3. 外部接口需求 (6) 3.1硬件接口 (6) 3.2软件接口 (7) 3.3通讯接口 (7) 4. 系统功能需求 (7) 4.1说明和优先级 (8) 4.2激励/响应序列 (8) 4.3输入/输出数据 (8) 5. 其它非功能需求 (8) 5.1性能需求 (9) 5.2安全措施需求 (9) 5.3安全性需求 (9) 5.4软件质量属性 (9) 5.5业务规则 (9) 5.6用户文档 (10) 6. 词汇表 (10) 7. 数据定义 (10) 8. 分析模型 (11)

1. 引言 引言是对这份软件产品需求分析报告的概览,是为了帮助阅读者了解这份文档是如何编写的,并且应该如何阅读、理解和解释这份文档。 1.1 编写目的 说明这份软件产品需求分析报告是为哪个软件产品编写的,开发这个软件产品意义、作用、以及最终要达到的意图。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格,包括修正和(或)发行版本号,从而对该软件产品进行准确的定义。 如果这份软件产品需求分析报告只与整个系统的某一部分有关系,那么只定义软件产品需求分析报告中说明的那个部分或子系统。 1.2 项目风险 具体说明本软件开发项目的全部风险承担者,以及各自在本阶段所需要承担的主要风险,首要风险承担者包括: ●任务提出者; ●软件开发者; ●产品使用者。 1.3 文档约定 描述编写文档时所采用的标准(如果有标准的话),或者各种排版约定。排版约定应该包括: ●正文风格; ●提示方式; ●重要符号; 也应该说明高层次需求是否可以被其所有细化的需求所继承,或者每个需求陈述是否都有其自己的优先级。 1.4 预期读者和阅读建议 列举本软件产品需求分析报告所针对的各种不同的预期读者,例如,可能包括: ●用户; ●开发人员; ●项目经理; ●营销人员; ●测试人员; ●文档编写入员。 并且描述了文档中,其余部分的内容及其组织结构,并且针对每一类读者提出最适合的文档阅读建议。

软件项目需求分析通用

1. 引言 目的 说明编写这份报告的目的,指出预期的读者。 背景 指出待开发的软件系统的名称;行业情况;本的任务提出者、开发者、用户;该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准,以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。

术语 列出本报告中用到的专门术语的定义。 2. 任务概述 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件,而且全部内容自含,则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分,则应说明本产品与该系统中的其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统(或用户)的特点 如果是产品开发,应列出本软件的特点,与老版本软件(如果有的话)的不同之处,与市场上同类软件(如果有的话)的比较。说明本软件预期使用频度; 如果是针对合同开发,则应列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和专长,以及本软件预期使用频度。这些是软件设计工作的重要约束。

3. 假定和约束 列出进行本软件开发工作的假定和约束,例如经费限制、开发期限等。 4. 需求规定 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求,说明输入什么量、经怎样的处理、得到什么输出,说明产品的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。 对功能的一般性规定 本处仅列出对开发产品的所有功能(或一部分)的共同要求,如要求界面格式统一,统一的错误声音提示,要求有在线帮助等。 对性能的一般性规定 精度 说明对该系统的输入、输出数据精度的要求,可能包括传输过程中的精度。时间特性要求 说明对于该系统的时间特性要求。 灵活性

需求分析方法主要步骤

1.1主要步骤 遵循科学的需求分析步骤可以使需求分析工作更高效。需求分析的一般步骤如图2-3所示。 需求涉及的方面有很多。 在功能方面,需求包括系统要做什么,相对于原系统目标系统需要进行哪些修改,目标用户有哪些,以及不同用户需要通过系统完成何种操作等。 在性能方面,需求包括用户对于系统执行速度、响应时间、吞吐量和并发度等指标的要求。 在运行环境方面,需求包括目标系统对于网络设置、硬件设备、温度和湿度等周围环境的要求,以及对操作系统、数据库和浏览器等软件配置的要求。 在界面方面,需求涉及数据的输入/输出格式的限制及方式、数据的存储介质和显示器的分辨率要求等问题。 1.1.1获取需求,识别问题 开发人员从功能、性能、界面和运行环境等多个方面识别目标系统要解决哪些问题,要满足哪些限制条件,这个过程就是对需求的获取。开发人员通过调查研究,要理解当前系统的工作模型和用户对新系统的设想与要求。 此外,在需求的获取时,还要明确用户对系统的安全性、可移植性和容错能力等其他要求。比如,多长时间需要对系统做一次备份,系统对运行的操作系统平台有何要求,发生错误后重启系统允许的最长时间是多少等。

遗漏需求是最难修订的需求错误。 --RobertL.Glass 获取需求是需求分析的基础。为了能有效地获取需求,开发人员应该采取科学的需求获取方法。在实践中,获取需求的方法有很多种,比如,问卷调查、访谈、实地操作、建立原型和研究资料等。 问卷调查法是采用调查问卷的形式来进行需求分析的一种方法。通过对用户填写的调查问卷进行汇总、统计和分析,开发人员便可以得到一些有用的信息。采用这种方法时,调查问卷的设计很重要。一般在设计调查问卷时,要合理地控制开放式问题和封闭式问题的比例。 开放式问题的回答不受限制,自由灵活,能够激发用户的思维,使他们能尽可能地阐述自己的真实想法。但是,对开放式问题进行汇总和分析的工作会比较复杂。 封闭式问题的答案是预先设定的,用户从若干答案中进行选择。封闭式问题便于对问卷信息进行归纳与整理,但是会限制用户的思维。 访谈通过开发人员与特定的用户代表进行座谈,进而了解到用户的意见,是最直接的需求获取方法。为了使访谈有效,在进行访谈之前,开发人员要首先确定访谈的目的,进而准备一个问题列表,预先准备好希望通过访谈解决的问题。在访谈的过程中,开发人员要注意态度诚恳,并保持虚心求教的姿态,同时还要对重点问题进行深入的讨论。由于被访谈的用户身份可能多种多样,开发人员要根据用户的身份特点,进行提问,给予启发。当然,进行详细的记录也是访谈过程中必不可少的工作。访谈完成后,开发人员要对访谈的收获进行总结,澄清已解决的和有待进一步解决的问题。 关注用户的行为而不是他们的言语。

物流管理系统需求报告软件工程范例.doc

物流管理系统需求报告(第三版) 开发组号:第一组keepalived 小组组长:苏日娜00613068 小组成员:胡萨日娜00518105符广勇00613050唐山山00613057 李杰00613063 代山丹00613074 邱广波00613070 张儒林00613075 冯献勇00613080 马淑君00613081 2009年8月26日

引言 1.1 编写目的:1.2 项目背景:1.3 定义: 1.4 参考资料: 2 任务概述 2.1 目标 2.2 可行性分析 2.3 运行环境 3 数据描述 3.1 表态数据 3.2 动态数据:3.3 数据库描述:3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度5.2 时间特性:5.3 适应性:

6 运行需求 6.1 用户界面: 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 1 引言 1.1 编写目的: 使该工程能按照计划顺利的进行,而编写的分析报告。并且可以保证体统在开发过程中出现的错误能有根可寻。还可以使用户更好的了解和使用本系统,为以后的设计做准备。 1.2 项目背景: 随着公司规模的不断扩大,产品种类的不断增多,越来越多的公司在产品和原材料的调拨方面变得更加复杂,困难。物流企业的传统经营模式和概念已不能适应市场需要,企业必须通过引入先进技术和知识来重新组织其运输过程,提高企业信息化水平,增强企业竞争力。信息技术也已经渗透到各行各业,使物流业也逐渐向专业化方向发展,物流公司孕育而生。但是不同的物流公司特点各不相同,为了方便企业寻找到适合自己的产品运送的物流公司。我们准备开发一个开放、标准、高效的物流公共信息平台,提供各个物流公司费用等信息

软件系统需求分析报告

需求分析报告 《高校学生学籍管理信息系统》 目录 1-------------------------------------------------------------------------------概述 1.1-----------------------------------------------------------------------------背景 1.2-----------------------------------------------------------------------------系统目标1.2.1------------------------------------------------------------------------完成的任务1.2.2------------------------------------------------------------------------不完成的任务1.3-----------------------------------------------------------------------------业务模式 1.4-----------------------------------------------------------------------------业务状况 2---------------------------------------------------------------------------------用户需求 2.1-----------------------------------------------------------------------------业务需求2.1.1------------------------------------------------------------------------使用范围2.1.2------------------------------------------------------------------------功能要求2.1.3------------------------------------------------------------------------权限管理 2.2-----------------------------------------------------------------------------性能需求 3---------------------------------------------------------------------------------业务流程 3.1----------------------------------------------------------------------------与其他系统的关系3.2----------------------------------------------------------------------------业务流程图 4---------------------------------------------------------------------------------业务逻辑 4.1-----------------------------------------------------------------------------业务分解 4.2-----------------------------------------------------------------------------业务描述

软件工程-需求分析文档详细范例

需求规格说明书 更改记录 *修改类型分为A - ADDED M - MODIFIED D– DELETED 文档编号: 目的:定义软件需求,为后期的设计打下基础背景、备注: 定义: 参考: 1概述 客户是公司最宝贵的资源,为了更好的发掘老客户的价值,并开发更多新客户,XX公司决定实施客户关系管理系统。希望通过这个系统完成对客户基本信息、联系人信息、交往信息、客户服务信息的充分共享和规范化管理;希望通过对销售机会、客户开发过程的追踪和记录,提高新客户的开发能力;希望在客户将要流失时系统及时预警,以便销售人员及时采取措施,降低损失。并希望系统提供相关报表,以便公司高层随时了解公司客户情况。 客户服务是一个涉及多个部门,存在一定流程的工作。客户服务水平的高低决定着公司的核心竞争力。该客户关系管理系统应提供一个客户服务在线平台,使客户服务处理过程中相关人员可以在线完成服务的处理和记录工作。 1.1目的 本文档是武汉信息技术有限公司在与XX公司的客户关系管理系统实施合同基础上编制的。本文档的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。

1.2范围 主要是XX公司的销售主管、客户经理及其管理员用来管理语客户相关的信息与活动。 1.3背景 客户关系管理系统用于管理与客户相关的信息与活动,但不包括产品信息、库存数据与销售活动。这三类数据将由XX公司X销售系统进行管理。 1.4用户与角色 系统管理员: 管理系统用户、角色与权限,保证系统正常运行。 销售主管: 对客户服务进行分配。 创建销售机会。 对销售机会进行指派。 对特定销售机会制定客户开发计划。 分析客户贡献、客户构成、客户服务构成和客户流失数据,定期提交客户管理报告。 客户经理: 维护负责的客户信息。 接受客户服务请求,在系统中创建客户服务。 处理分派给自己的客户服务。 对处理的服务进行反馈。 创建销售机会。 对特定销售机会制定客户开发计划。 执行客户开发计划。 对负责的流失客户采取“暂缓流失”或“确定流失”的措施。 高管: 审查客户贡献数据、客户构成数据、客户服务构成数据和客户流失数据。

相关文档
最新文档