系统功能需求分析怎么写 系统功能需求表

需求分析的作用及如何进行需求分析

通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求化、完全化，终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。

系统功能需求分析怎么写 系统功能需求表

系统功能需求分析怎么写 系统功能需求表

需求工程是随着计算机的发展而发展的，在计算机发展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其阶段。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程研讨会(ISRE)，自1994年起每两年举办一次需求工程会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并开始开展工作。

需求工程是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。它通过合适的工具和记号系统地描述待开发系统及其行为特征和相关约束，形成需求文档，并对用户不断变化的需求演进给予支持。RE可分为系统需求工程（如果是针对由软硬件共同组成的整个系统）和软件需求工程（如果仅是专门针对纯软件部分）。软件需求工程是一门分析并记录软件需求的学科，用户对基本调研的工作和系统概要设计书进行评价，提出意见。它把系统需求分解成一些主要的子系统和任务，把这些子系统或任务分配给软件，并通过一系列重复的分析、设计、比较研究、原型开发过程把这些系统需求转换成软件的需求描述和一些性能参数。

需求工程是一个不断反复的需求定义、文档记录、需求演进的过程，并终在验证的基础上冻结需求。80年代，HerbKrasner定义了需求工程的五阶段生命周期：需求定义和分析、需求决策、形成需求规格、需求实现与验证、需求演进管理。近来，MatthiasJarke和KlausPohl提出了三阶段周期的说法：获取、表示和验证。

综合了几种观点，可以把需求工程的活动划分为以下5个的阶段：

（1）需求获取：通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求；

（2）需求建模：为终用户所看到的系统建立一个概念模型，作为对需求的抽象功能角色分析是对系统宏观的、整体的需求分析，它用简短的图形绘制出了一个系统的整体轮廓。但仅仅进行功能角色分析是远远不够的，我们还需要在它的基础上做更加详尽的分析。描述，并尽可能多的捕获现实世界的语义；

（3）形成需求规格：生成需求模型构件的的形式化的描述，作为用户和开发者之间的一个协约；

（4）需求验证：以需求规格说明为输入，通过符号执行、模拟或快速原型等途径，分析需求规格的正确性和可行性；

（5）需求管理：支持系统的需求演进，如需求变化和可跟踪性问题。

如何系统的进行用户需求分析

产品的构思初期，我们会罗列尽可能多需求，也会收集到很多需求。但有些需求是伪需求，有些需求也不具备实现价值，那我们如何做判断呢？每天有无数产品诞生，也有无数产品陨落，很多时候会谈到一个原因，没有把握住用户需求，吸引不了用户。那如何把握住用户需求呢？

1、用户需求与产品需求

用户需求是用户例如：所建议系统对建筑物无改造，可以利用原有的通信线路。从自身角度出发，自以为的需求。

用户经常提出的需求，从他们角度而言都是正确的，但更多是从自身情况考虑，对于产品的某个功能有自己的期望，但对产品定位、设计的依据等情况不了解，他们的建议也许并不是该功能的实现方式，也就不足以直接作为产品规划的直接依据。

产品需求是提炼分析用户真实需求，并符合产品定位的解决方案。解决方案可以理解为一个产品，一个功能或服务，一个活动，一个机制。

需求分析：从用户提出的需求出发，挖掘用户内心真正的目标，并转为为产品需求的过程。我们不能简单地看用户需求，而是应该去挖掘用户产生这个需求时，其心里是什么驱动着用户。所以，更应该思考，需求分析的过程，是如何把用户需求转为为产品需求，中间的纽带是什么？

在想如何把用户需求转化为产品需求的中间纽带是什么，不禁要问一个问题，用户需求是怎么产生的？我们只用把原因研究清楚了，才有可能通过产品需求去迎合用户需求。我们追本溯源，用户的需求或者说是欲望究竟缘何而生？

2、 马斯洛需求理论

出自经典著作《人的动机理论》的马斯洛需求理论，它阐述了人类的需求源于五类，即生理需求、安全需求、社交需求、尊重需求和自我实现需求。

人类基本生理需求是衣食住行，若无法满足，人类无法生存。这也是我们提及多的用户，每一天都离不开，也就蕴含着巨大的市场空间，是众多创业公司和巨头一直抢占的各个山头。

随之产生的是安全需求，希望生活有所保障，避免被物理伤害。这是医疗人身保障等基础设施的建设，是“互联网+”正在升级的主要领域。

两个需求得到满足后个体会产生友谊、爱情、亲情等各种感情诉求，也渴望成为集体的一部分，几乎没有人希望过着孤独，不与外界产生联系的生活。这块目前主要便是企鹅帝国的两大关系链产品。

随后希望被人尊重，得到认可和赞赏答题不易，互相理解~，名誉、声望和地位的尊重需求，这种需求很少得到充分满足。

自我实现是层次的一种需求，实现个人抱负、理想、价值的需要。

3、用户动机

用户的底层欲望就是源于这些需求，而人性产生的欲望，在不同的环境中，因不同的形式、不同的行为之下，会产生各种各样动机，想要达到某种目标，而产品需求，正是迎合用户的动机，来帮助用户更好地实现目标。

其实，用户究竟需要一匹马还是一辆车，就是需要分析用户情境之下的动机是什么？如果是想获得成绩，那确实需要一匹更快的马；如果是想更快地去另一个地方，汽车就是更好地满足用户的需求。当把用户分为司机、车主、乘客，他们的本质需求又是什么呢？这时由核心需求延伸出来的窗户、座椅被洞察并满足。

在挖掘用户动机之时，可以尝试判断是伪需求还是真需求的同时，底层需求的满足有时可以在相似产品中占据优势。微信相比传统的1942，雷电飞机游戏，在匹配产品特性满足了用户好友间的一些更加底层的需求，如虚荣、攀比、嫉妒、荣耀等等，让游戏更具可玩性。

用户的动机会被很当时环境下的复杂因素所影响，也是会涉及很多心理学方面的积累，这是非常考验用户研究和产品的硬本事。但我们也可以尝试从几个关键因素来进行场景分析。

基于什么环境：地铁/办公室/室内/公共场合/走路/夜晚/户外......深入情景周围的细节中去

基于什么用户：具备什么特征，比如身份、收入、区域.....

基于什么行为：行为或作流程，比如购物流程、作习惯、行为认知.......

如何书写软件需求分析报告？

2．背景说明

01 获取软件需求，包括业务需求、用户需求和功能需求，只有先完整获取软件项目开发过程中的各种需要，才能完成软件需求分析报告，这是基础工作。

4．安全有效的用户区分，管理

02

03

按照建模情况编写软件需求分析报告，严格按照软件需求分析报告的格式编写，一般包括引言、任务概述、数据描述、功能需求、运行需求等一系列内容，充分描述软件系统所应具有的外部行为。

04

对需求进行评审，由需求分析人员、软件开发人员、用户一起对需求分析报告进行复核，对有不同意见的地方进行修改，查缺补漏，确保需求分析报告符合用户和软件开发人员的期望，双方能达成一致。

需求分析包括哪些内容

问题一：需求分析都包括哪些方面？ 10分 1 写出系统的任务和特点

2 要实现的功能模块及其作用

3 系统结构图（用UML描述）

4 采用的数据库

5 开发运行环境

订这5点就ok了

问题二：一个完整的需求分析报告应该包含哪些内容 当然我不是说需求分析不重要，而是说需求分析太重要，是一个报告所不能容纳的，而是要有一个包括数个不同内容体系的文档系统。而如果你的项目根本就没有那么多的资金和资源，你一般就不要动用这样一个庞大的系统。你在这个时候只需要随时记录你的想法，列出你的关注点和解决的想法。而当然这个系统虽然庞大，但是还有很多线索要你去掌握它们的建造。首先这个系统需要有一个业务目标分析，也就你的这个系统要达到的业务目标，要结合具体的企业环境进行系统分析和论证，这个文档的阅读者基本上属于次的决策者。还要有一个技术目标分析，也就是你的这个项目将解决什么具体的技术问题，这个部分也十分的复杂，基本上需要行业专家认真地分析，这个文档的阅读者属于管理者。还要有一个技术实现的报告，也就是你需要为完成这个项目动用什么技术，主要是你必须说出在这个项目的几种可使用技术方案中你为什么要选择你目前的这种，这个文档的阅读者基本上就是相关的技术人员。而同时你还需要一个风险分析的报告，把这个文档要针对业务/技术/实现这三个层次的问题中要遇到的各种风险进行分析。这属于基本的需求分析的基础文档系统。

问题三：软件开发的需求分析包括哪些内容 客户需求有哪些，根据需求做出来的软件客户能否接受

开发人员能否实现这些需求

金钱成本是否合适

能否在合适时间开发出来给客户

是否后续维护软件。如果要，1、考虑维护难易程度 2、是否有收益

问题四：简述为什么要进行需求分析？需求分析的内容和主要步骤 数据库需求分析阶段的主要任务：对现实世界要处理的对象（组织、部门、企业）等进行详细的调查，通过对原系统的了解，手机支持新系统的基础数据并对其进行处理，在此基础上确定新系统的功能。

系统分析报告的主要内容：1.系统概况，系统的目标、范围、背景、历史和现状；2.系统的原理和技术，对原系统的改善；3.系统总体结构域子系统可行性研究报告结构说明；4.系统功能说明；5.数据处理概要、工程体制和设计阶段划分；6.系统方案及技术、经济、功能和作上的可行性。

问题五：项目需求分析怎么写?主要包括什么部分,由几部分组成而且顺序是怎么样? 需求分析好像没有说有几部分的，主要是要把你的项目的功能点写清楚，能鼎开发人员看懂就是了。如果你想要一些参考模板，好像网上还是很多这样的文档的

问题六：需求分析的基本工作有哪些 现行计算机环境和业务的调配分析，对计算机系统和业务现状进行调查和分析。

调查分析和整理用户的需求和存在问题，研究解决的办法，包括对硬件环境和应用软件开发的需求。

提出实现网络系统的设想，在需求调查的基础上对系统作概要设计，可以根据不同的要求提出多个方案。

设计人员内部对所设想的网络系统进行评价，给出多种设计方案的比较。

编制系统概要设计书，对网络系统作出分析和说明。用户需求分析的主要结果就是“系统概要设计”，是组网工程的纲要性文件。

概要设计的审查，对基本调研的结果是否与用户需求一致进行验证，重点是对系统概要设计书进行审查。基本调研审查由设计人员、管理人员共同参与。特别是通过质量管理人员的能参与，来保证整个网络系统的质量。

把基本调研情况连同系统概要设计书提交给用户，并作出解释。

确认系统概要书：设计人员采纳用户意见，对系统概要设计书进行修改，使用户需求分析的工作获得用户的终认可。用户负责人应在系统概要设计书上签字，表示认可。

问题七：需求分析的主要内容有哪些？如何处理不明确需求 方法⑴首先调查组织机构情况 包括了解该组织的部门组成情况，各部门的职能等，为分析信息流程作准备。 ⑵然后调查各部门的业务活动情况 ⑶协助用户明确对新系统的各种要求 包括信息要求、处理要求、完全性与完整性要求。 ⑷确定新系统的边界 常用的调查方法有：⑴跟班作业通过亲身参加业务工作来了解业务活动的情况。这种方法可以比较准确地理解用户的需求，但比较耗费时间。 ⑵开调查会通过与用户座谈来了解业务活动情况及用户需求。座谈时，参加者之间可以相互启发。 ⑶请专人介绍。 ⑷询问对某些调查中的问题，可以找专人询问。 ⑸设计调查表请用户填写 如果调查表设计得合理，这种方法是很有效，也很易于为用户接受的。 ⑹查阅记录即查阅与原系统有关的数据3.4.2图书租借管理模块 该模块可以录入读者信息以及所要租借图书的信息，可添加、重填以及上一条，下一条的定位；显示租借记录，包括租借人的基本信息和租借图书的基本信息；租借查询与统计可以方便在制定的时间范围内对租借的图书进行统计和分析，查询时可以按照不同的条件进行查询。该模块的功能如图3-3所示。记录，包括原始单据、账簿、报表等。 通过调查了解了用户需求后，还需要进一步分析和表达用户的需求。 分析和表达用户需求的方法主要包括自顶向下和自底向上两类方法。

问题八：需求分析师要做的工作内容有哪些 数据分析师作为一个越来越炙手可热的行业，主要职责包括： 1、负责项目的需求调研、数据分析、商业分析和数据挖掘模型等，通过对用户的行为进行分析了解用户的需求； 2、参与业务部门临时数据分析需求的调研、分析及实现； 3、参与数据挖掘模型的构建、维护、部署和评估； 4、整理编写商业数据分析报告，及时发现和分析其中隐含的变化和问题，为业务发展提供决策支持； 5、对产品部门下的运营，产品，研发，市场销售等各方面的数据分析，处理和研究的工作需求。

项目需求分析怎么写

需求工作的难点不是重视程度，而是有效的图3-4 读者管理模块示意图方法。我读到过一篇文章受益匪浅，Iperson能力模型-需求分析师。可参考。

我就说说项目需求分析写作的模板

一、一句话描述3.5.对开发的影响产品

二、“用户-场景-问题-现有解决方案”思维导图进行开展

三、筛选用户需求，通过【用户-场景-问题-现有解决方案】思维导图梳理，得出用户需求，并将其转化为产品需求。

1、用户量和发生频率

2、开发难度和效果

3、产品价值（迫切程度、付费意愿）

4、对目标群体熟悉程度

火车票订票系统软件工程需求分析怎么写

计算成本、效益和投资回收期。新系统的框架构成后，就要估算建成这个系统所需的成本，分析网络系统建成后可4.数据词典能带来的各种效益（包括经济效益和效益），计算投资的回收期。

1引言 2 1.1编写目的 2 1.2背景 2 1.3定义 2 1.4参考资料 2 2任务概述 2 2.1目标 2 2.2用户的特点 3 2.3假定和约束 3 3需求规定 3 3.1对功能的规定 3 3.2对性能的规定 3 3.2.1精度 3 3.2.2时间特性要求 3 3.2.3灵活性 4 3.3输人输出要求 4 3.4数据管理能力要求 4 3.5故障处理要求 4 3.6其他专门要求 5 4运行环境规定 5 4.1设备 5 4.2支持软件 5 4.3接口 5 4.4控制 5 软件需求说明书的编写提示 1引言 1.1编写目的 说明编写这份软件需求说明书的目的，指出预期的读者。 1.2背景 说明： a． 待开发的软件系统的名称； b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； c． 该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a． 本项目的经核准的任务书或合同、上级机关的批文； b． 属于本项目的其他已发表的文件； c． 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2任务概述 2.1目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2用户的特点 列出本软件的终用户的特点，充分说明作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束 2.3假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 3需求规定 3.1对功能的规定 用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行作的用户数。 3.2对性能的规定 3.2.1精度 说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2时间特性要求 说明对于该软件的时间特性要求，如对： a． 响应时间； b． 更新处理时间； c． 数据的转换和传送时间； d． 解题时间；等的要求。 3.2.3灵活性 说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a． 作方式上的变化； b． 运行环境的变化； c． 同其他软件的接口的变化； d． 精度和有效时限的变化； e． 的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 3.3输人输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。 3.4数据管理能力要求 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。 3.5故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 3.6其他专门要求 如用户单位对的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。 4运行环境规定 4.1设备 列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括： a． 处理器型号及内存容量； b． 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量； c． 输入及输出设备的型号和数量，联机或脱机； d． 数据通信设备的型号和数量； e． 功能键及其他专用硬件 4.2支持软件 列出支持软件,包括要用到的作系统、编译（或汇编）程序、测试支持软件等。 4.3接口 说明该软件同其他软件之间的接口、数据通信协议等。 4.4控制 说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。

我们应当怎样做需求分析：功能角色分析与用例图

4.2. 系统技术

在我们进行一系列需求调研工作的同时，我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司，我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时，我们应当首先将上次需求分析的结果与客户进行确认，同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。

但是，当我们经过一番忙碌，将需求中的手资料从调研现场捕获回来以后，我们应当怎样进行分析呢？不少团队对此都比较迷茫，没有一个统一和有效的方法，往往采用想到哪里做到哪里的方式。一些问题想到了就做了，没有想到则忽略掉了。实际上，需求分析不应当是太公钓鱼，而应当是拉网排查。任何一个疏忽都可能对项目研发带来风险。因此，我们应当采用一套成熟而完整的分析方法，稳步而有序地完成这部分工作。不同类型的软件项目其分析方法可能存在异，但一般来说，信息化管理类软件项目通常从这几个方面着手分析：功能角色分析、业务流程分析与业务领域分析。

需求分析不是一项一蹴而就就可以完成的工作，它需要一个长期的过程，而这个过程是一个由粗到细的过程，它体现了人类认识事物的客观规律。在需求分析的初期，我们对需求的认识往往是整体的、宏观的，随着分析工作的逐渐深入，一步步细化。按照这个思路，我们对需求的分析，首先应当从功能角色分析开始。所谓功能角色分析，就是从一个外部用户的视角分析整个软件系统能够提供的功能，以及这些功能到底是提供给哪些角色使用。

对一个系统进行功能和角色方面的梳理和分析，可以采用的比较主流的方法之一就是绘制用例图。用例图是UML的4+1视图中的一种，准确地说就是那个“+1”。用例图是贯穿整个面向对象分析/设计（OOA/D）的核心视图，它描述的是系统到底为用户提供了哪些功能，以及到底是哪些用户在使用这些功能，是沟通用户与技术人员的桥梁。运用用例视图对业务需求进行分析、抽象、整理、提炼，进而形成抽象模型的过程称之为用例建模，而这个模型就是用例模型。

一般地，在一个用例图中通常有三种元素：参与者（Actor）、用例（Use Case）与系统边界（Boundary）。用例描述的是系统为用户提供的功能，也就是系统能为用户做什么，通常被绘制成一个椭圆；参与者，我认为称为角色更加合适，也就是系统为哪些类型的用户提供服务，他们都各自承担哪些不同的职责，通常被绘制成一个小人儿；是系统边界，也就是系统是对现实世界哪个范围的内容进行的模拟，它涉及到软件设计的工作范围与工作量，通常被绘制成一个方框。但是，通常情况下系统边界只是一个概念而不用真正绘制出来，因为被绘制成用例的必然是系统内部的功能，被绘制成参与者的必然是系统外部事物。从这个意义上讲，用例图中的参与者不仅包括人，还包括那些外部系统和自动触发器。根据这样一个思路，我以往常常将外部系统和自动触发器绘制成一个小人，这常常令客户感到困惑。随后我改变了思路，将外部系统和自动触发器绘制成另一种表达形式——类元符号表示法，并在构造型上标注为Actor。

上图是一个考核系统中一个子模块的用例图。图中的用例就是这个系统提供给用户的各项功能。注意，这里仅仅是在罗列功能而不表示它们之间诸如流程调用等相互关系，这是一些初学者常常犯的毛病。参与者与用例通过实线关联起来，代表的是一种使用关系。箭头代表的是一种导航，即动作施与的方向。在这个用例图中，普通用户执行查询作，查询系统提供的“预警单项查询”、“预警汇总查询”等查询报表；每日自动触发器触发自动考核功能，自动考核功能从“税收征管系统”这样一个外部系统中采集数据。

图中考核和执法人员代表的是两个完全不同的角色，但他们在这个图中体现的是一些共有的特性，即对这堆报表的查询，因此被绘制成继承自普通用户。继承是参与者间的关系，代表继承者拥有被继承者所有的功能与权限。除了参与者以外，用例与用例直接也存在着一些类型的关系，这我们在后面详细讲述。

在绘制用例图时一个值得思考的细节是，用例是怎样通过分析获得的。这个问题，在一些客户对信息化管理比较有经验的项目中不存在问题，因为在客户提供给我们的需求文档中就清晰地划分出了一项一项的功能。这些功能可能会在日后的需求分析工作中有所调整，但它从整体上形成了一个雏形，成为我们进行用例分析进而形成用例的依据。

但当我们面对的是一些对信息化管理没有经验的客户，情况就有些不妙了。在这种情况下，通常客户只能给我们一些管理目标、基本想法，其它的调研工作就需要我们自己去做了。这时，我给大家的建议是，首先从组织机构上划分清楚系统涉及哪些部门、哪些科室，然后在这个说明：基础上划分出来这些部门这各个科室的人员都扮演哪些不同职能的角色，以及完成哪些业务作。系统中的一个功能，在一般情况下是组织机构中某个（或多个）角色，为该机构某项业务流程完成的某个作，并且这个作应当有某个确定的结果（即产出物）。而这个功能就是我们需要提取出来的用例。虽然功能角色分析在整个需求分析过程中可能会随着认识的深入而不断调整，但分析过程大体是这样进行的。

1. 没有正确理解用例图的视角。前面我反复强调了，用例图的视角是用户，也就是说，站在用户的角度来观察的我们需要设计的系统。从这个视角，用户看到的系统是什么呢？当然是一项一项的功能，这些功能是客户能够理解的、具体的、对客户存在价值的功能。从这个意义上说，那些技术性的功能不应当出现在这里，或者应当描述为用户可以理解的文字，比如“自动考核”。而那些应当绘制的用例，在取名时也应当站在用户角度去取名。举个简单的例子，一个员工档案信息系统，以往我们总爱将用例取名为“添加员工信息”、“更新员工信息”、“删除员工信息”，这就是典型的技术人员编写的用例。“添加员工信息”对于用户来讲应当是做什么呢——填写新员工资料；“更新员工信息”对于用户来讲又是做什么呢——更改员工资料；“删除员工信息”又是什么呢——员工注销。不论是“填写新员工资料”、“更改员工资料”，还是“员工注销”，对于客户都是日常工作中需要完成的作，将用例命名为这些名字必然为用户所理解。同时，每一个用例对于用户来说应当是有价值的，也就是说，用户使用这个功能是要完成一项作，或获得什么信息。比如上图的“自动考核”会产生一批考核结果，执行“预警单项查询”可以获得预警结果数据。

2. 图形绘制杂乱无章。一个系统，特别是一个大型系统，提供给用户的功能是繁杂的。如果你想将所有的功能，不管粗的细的，都试图绘制在一个用例图中，几乎没人看得懂。我们之所以将分析设计图形化，是因为图形能给人形象立体的感官，使人立即就明白了其中的意思，但前提是，这个图形是主题清晰的、形象生动的。因此，我们绘制用例图要学会拆分，由粗到细地一个一个绘制。先整体的绘制，再划分成各个模块一个一个详细绘制，再进一步细化。所以，描述一个系统应当有许许多多的用例图。

如上所示这个用例图，“申辩申请”就是过错人填写了一张申辩申请单，终的结果是将申辩申请单提交给考核；“申辩受理”就是考核接收了过错人的申辩申请单并予以受理，当然另一个结果是对其不予受理，该申请单被退回给过错人。每个用例都有确定的场景，明确的目的和结果。

软件 开发项目 需求分析 怎么写？给个案例看看

1. 编写目的四、产品需求优先级排序

图书管理系统数据需求分析

3.系统设计

3.1开发设计思想

尽量采用学校现有的软硬件环境，及先进的管理系统开发方案，从而达到充分利用学校现有资源，提高系统开发水平的应用效果的目的。根据图书管理的规定，满足管理元和学生对图书的日常管理和使用，系统采用菜单自顶向下的设计方法，便于系统功能的各种组合和修改，又便于技术维护人员补充、维护。系统应具备数据库维护功能，及时根据用户需求进行数据的添加、查询、修改、统计等作。系统维护一数据库，保存图书和读者的资料以及图书流通情况的资料，便于管理图书和读者的有关数据，还可根据需要随时进行数据的查询和统计并按所需格式和方式输出。

3.2开发、运行环境及平台模式的选择

开发工具

Windows9x、Windows NT、Windows XP或Windows2000作系统。

平台模式

该系统采用的模式为单机版数据库模式。原因在于，从费用上考虑，该系统需要实现的功能是数据添加、修改、查询、统计等作，所以降低了成本；其次，采用单机版数据库模式，可以提高系统的安全性；，从实现的具体功能上考虑，此系统的服务对象是教育机构，它主要功能是进行数据的汇总、归档等，所以没有必要采用复杂的模式来实现这个系统。

3.3系统功能分析

3.3.1任务分析 本系统主要用于学校教师和学生图书管理，主要任务是通过建立图书管理系统，完善学校图书录入、租借以及读者信息的管理，通过查询可立即定位该读者的相应的信息，可以对图书进行查询、增加、修改，读者可以预约已借图书，针对这些问题设计此系统。 3.3.2功能分析 通过建立图书管理系统，把图书馆的图书管理、读者管理、图书借阅管理等日常管理工作实行计算机统一管理，以提高工作效率和管理水平。这些管理包括：

1、 图书基本信息的管理，包括增加、修改、查询、预约管理；

2、 读者基本信息的管理，包括增加、修改、查询管理；

3、 图书租借的管理，包括增加、查询、统计管理；

4、 系统管理，主要是增加用户、维护用户信息和退出系统。 3.3.3功能需求 在设计一个系统时，要弄清它能够实现什么功能，再根据具体要实现的功能来分析需要哪些元素，知道这些内容后在进行相应的界面。通过以上的功能分析，该系统要完成以下的功能需求。

1、 管理人员与学生用户登录后有不同的权限，管理人员具有管理和查询全部的权限，学生用户只有查询权限。

2、 图书场景分析也就是需要考虑具体什么环境（时间、地点、情境）什么类型用户的什么动机，想达到什么目标，以及人与人的关系。如实地记录下来，如果偏或缺乏信息，之后的分析就会有所偏。管理功能，用于实现录入和修改图书纪录。

3、 图书租借功能，用于管理租借图书信息和统计租借纪录。

4、 读者服务功能，用于录入和修改读者纪录及信息。

5、 图书服务功能，主要用于查询图书和借还查询。

6、 系统管理主要用于用户注册和密码修改。 3.4系统功能模块设计 根据系统功能分析，规划设计了图书管理模块、图书租借模块、读者信息模块、图书服务模块、系统管理模块共五个主要的管理模块。如图3-1所示：

图3-1 主模块示意图 3.4.1图书管理模块 该模块主要用来录入和修改图书的基本信息，图书录入用于首次录入图书信息，输入书名后快速定位图书，然后显示要修改的图书信息进行相应的修改，应当显示上一条、下一条等信息。该模块的功能如图3-2所示。

图3-2 图书管理模块示意图

3-3 图书租借管理模块示意图

3.4.3读者管理模块 该模块可以对首次的登录的读者进行注册，对读者进行编号，输入读者的基本信息；修改读者信息的时候通过对读者的编号进行快速定位，找到读者信息后进行修改，有上一条、下一条等的显示。该模块的功能如图3-4所示。

3.4.4读者服务模块 该模块可以方便读者借阅，查阅以及预约图书，查询时按照不同的查询方式查询，找到需要的图书后显示该书是否可借，即现在的该图书的状况，如果可以借就输入要借阅的天数等。归还图书时亦可通过编号快速定位，显示书号等信息后管理者可以进行作完成图书归还。该模块的功能如图3-5所示。

图3-5 读者服务模块示意图

3.4.5系统管理模块 该模块主要实现管理用户注册的功能，注册自己的账号后，输入正确的密码信息才能登录系统，可以进行系统的维护。也可以对密码进行修改。该模块的功能如图3-6所示。

图3-6 系统管理示意图

3.5数据库设计

3.5.1数据库需求分析

更具一般用户的需求，对系统画出以下的数据流程图。如图3-7：

3.5.2数据库逻辑设计 根据系统功能设计的要求以及功能模块的划分，数据库表结构设计如下：

表3-1：入库图书信息表

表3-2：图书租借信息表

表3-3 读者信息表

表3-4：借阅信息表

表3-5：6.1. 数据库的设计系统用户信息表

院系图书资料室管理系统软件需求说明书怎么写啊..请给参考下.

给你个框架吧：

一.开发目的：

总结软件开发过程中的方法和技巧，更好的应用和数据库技术

1.开发内容：开发一套学生成绩管理系统软件

采取的研究方法：采用面向对象的编程，结合网络和数据库技术，实现控制和管理。通过系统分析、需求分析、概要设计、详细设计、编写代码、软件测试、软件维护、经验方法总结等一系列实验方案，实验软件的开发。

2.具体开发方案：

分七个阶段进行：

系统分析、需求收集和分析

概念设计

阶段：系统分析、需求收集和分析

这一阶段首先进行系统分析，分析确定系统的规模和范围，确定软件的总体要求以及所需要的硬件和支撑软件，确定待开发软件与外界的接口，根据用户的情况确定软件对作的要求，以及待开发软件总体上的约束和限制，完善项目。

在这之后，这一阶段的大部分时间将被用来进行需求收集和分析。向学校管理人员及学生了解情况，确定软件系统的综合要求，分析软件系统的数据要求，导出系统的逻辑模型，修正项目开发。

采用结构化分析方法，生成数据流图、数据词典及加工逻辑说明。

估计阶段跨度：2008年某月初至某月中旬

在这一阶段将确定软件系统的结构，对全局数据结构进行设计，进行模块划分，确定每个模块的功能 接口以及模块间的调用关系。

采用与结构化方法衔接的结构化设计方法，生成结构图及概念设计说明书。

估计阶段跨度：2008年某月中旬至某月底

第三阶段：详细设计

为每个模块设计实现的细节将成为这个阶段的主要任务，还要对局部数据结构进行设计。

采用结构化设计方法。采用自顶向下逐步求精的设计方法和单入口单出口的控制结构。使得程序具有良好的结构，增强程序的可读性。生成程序流程图及详细设计说明书。

详细设计时，如果不满意，须回到概要设计中重新完善设计。

估计阶段跨度：2008年某月初至某月中旬

第四阶段：编写代码

这一阶段用来根据详细设计说明书编写代码。

采用计算机语言编写。追求高质量的代码，生成源程序代码、内部文档。

估计阶段跨度：2008年某月中旬至某月底

第五阶段：软件测试

这将是一个很重要也将是一个很耗时间和精力的阶段。

在这一阶段中将尽可能多地发现软件中的错误和缺陷。如果有错，还将退回到编码阶段进行调试。测试过程分为单元测试、集成测试和确认测试。

估计阶段跨度：2008年某月初至某月中旬

第六阶段：完善各项文档及和报告，从整个开发过程和这些文档中总结经验和教训，罗列各种方法和技巧。

估计阶段跨度：2008年某月中旬至某月底。

需求分析说明书

一，引言

1．编写目的：

3．术语定义及参考资料

4任务概述

4.1. 目标

系第二阶段：概要设计统开发的总体任务

4.3基本设计概念和处理流程

4.4. 用户的特点

5.需求规定

5.1. 对功能的规定

1．可实现……

2．方便实现……

3．可对院系图书资料档案进行管理，表单生成简便。

5．档案数据的高安全性，保密性

6．有帮助文档

5.2. 对性能的规定

使用稳定，作性能好，作方法易于掌握，系统的安全性6.1. 数据库的设计

强6. 设计思想

6.2. 系统功能特点

7.系统需求分析

功能：

编写这份可行性研究报告的目的是让读者能够了解本系统的开发可行性。预期的读者包括上级，相关开发人员以及管理人员。

一.可行性研究的前提

1.1 要求

编写软件的语言，用到的数据库等等

1.2 目标

能够快速的查询出……

1.3 进行可行性研究的方法

对使用者采用问卷调查的方法，询问他们，以确定的可行性研究方案。软件采用现代流行WINDOWS作界面。是标准的WIN32应用程序，可运行在WIN95\WIN98\WinMe\WIN2000\WINXP\WINNT等系统平台上的多任务应用程序。在运行时可以直观的浏览、查询和掌握院系图书资料，同时能够了解资料基本信息所在的具置。结束了人工统计的耗时长、工作量大、错误率高的缺点。

1.4 评价尺度

1． 是否功能齐全，运行稳定。2.在网络功能方面是否方便管理。3.设置是否灵活开4.是否具有多任务，高效率的特点。5.是否具有界面友好，作简单的特点。

2 处理流程和数据流程

2. 所建议的系统

2.1 对所建议系统的说明

3.影响

3.1 对设备的影响

例如：由于以前无自动化管理的方案，所以所有设备都需要购买。

3.2.对软件的影响

例如：由于以前无自动化管理的方案，所以不需要考虑对现存应用软件合支持软件的影像。

3.3.对用户单位机构的影响

例如：为了建立和运行所建议系统，需要提高管理人员的技术水平。

3.4.对系统运行过程的影响

例如：运行环境所建议系统没有影响运行过程。

例如：所建议系统对软件开发人员要求不高，但是对硬件要求比较高。

3.6.对地点和设施的影响

3.7 技术条件方面的可能性

例如：本软件有计算机系的学生开发，调试，由计算机系老师知道。可完成性很高。

4. 可选择的其他系统方案

例如：由于此系统方案是学生开发，而且资金有限所以暂时无其他系统方案。

5. 投资及效益分析

5.1 支出分析：

5.2 收益分析：

5.3 收益/投资比

5.4 投资回收周期

5.5 敏感性分析

6. 因素方面的可能性

例如：所有软件都选用正版。所有技术资料都由提出方保管。合同制定确定违约。

7.用户使用可行性

例如：由于学校的老师都有一定的计算机基础，不用培训就可以使用，所以用户使用可行性通过。

8. 结论

通过上述分析可以知道这个软件作简单、功能齐全、功能开放、运行稳定、多任务、高效率等特点。所以说是计算机与学生成绩管理上的好软件！