需求分析
- 格式:rtf
- 大小:86.00 KB
- 文档页数:3
需求分析报告范文(精选12篇)一、什么是报告报告是一种公文格式,专指陈述调查本身或由调查得出的结论,反映工作中的基本情况、取得的经验教训、存在的问题以及今后工作设想等,使用范围很广,报告的风格与结构因各个机构的惯例而有所不同。
在已发布的党、人大、政府、司法、军队机关的公文处理规范中,都规定了报告这个文种。
二、需求分析报告范文(精选12篇)在学习、工作生活中,报告与我们的生活紧密相连,多数报告都是在事情做完或发生后撰写的。
那么一般报告是怎么写的呢?以下是小编为大家收集的需求分析报告范文(精选12篇),欢迎大家借鉴与参考,希望对大家有所帮助。
需求分析报告范文1我生性是比较胆小的。
对于安全,特别是生产安全,估计得从我参加工作的那年说起。
08年一毕业,我便被分配到位于甘肃山沟里面的一个水电站做施工。
在这里,平生第一次深刻知道安全对于生产,对于自身,对于内心的重要性。
记得美国犹太裔人本主义心理学家亚伯拉罕?马斯洛(Abraham Maslow)就提出,人对于安全的需求在需求层次理论金字塔中是先于生理需求(身体基本需求)社交需求(社会关系的需求)自我实现需求及尊重需求,属于最基本的需求。
是的,人工作是为了活着,或是为了养家糊口,或是为了十几年的教育能够学有所用,或是为了实现自己的社会价值,但所有的所有的目的,都是在自身安全的前提下实现的。
由于我的生性胆小,所以第一次接触这种立体式庞杂的施工现场时,我是以一个初入者的身段带着强大的融入式需求来接受目前这份工作的,虽然在繁杂立体式的施工现场有很多对自身安全造成困扰的问题,但是我得面对。
因为我来自农村,又学了工程测量这门专业,除此之外,作为一个刚毕业的学生,我还能干吗?第一次在下面悬空的钢筋网上走自己还是很害怕的,第一次背着仪器箱子在垂直的几十米高简易爬梯上上下内心也是颤抖的,第一次在全无遮护的布着钢轨仅能容下双脚宽的20多米高的吊车预制梁上走过内心是带着与命运抗衡的决心的,我记得从那上面走过后,我觉得这辈子我都不再从类似这样的地方走过,对我来说这简直是在高空走钢丝绳,即使我们有年长的前辈在上面如履平地。
需求分析报告范文需求分析报告范文「篇一」一、调查目的以怀化学院为例,了解大学生英语学习现状,调查他们的英语学习需求,对英语新课程发展提出建议。
二、调查范围怀化学院外语系 09 级 4、5 班三、调查对象有至少八年以上英语学习基础的大学生、有至少三年以上英语教学经验的老师。
四、调查方法1、访谈对部分怀化学院外语老师和学生进行访谈。
访谈内容涉及英语教师、教材、学习策略、学习环境(课内外学习环境)四个方面。
2、收集英语学者需求分析样本。
3、任务分析。
五、成果1、背景概述近年来,我系英语专业四级、八级过级率逐年上升,学生应对考试的能力不断提高,然而,学生的实战应用能力却相形见绌。
归其原因,主要是受到考试过级率的影响,教学者教学形式单一,教师唱独角戏,满堂灌,教与学双边活动难以开展等现象比较突出。
2、调查结果分析 ----- 学生的英语学习需求整体情况分析。
A、学生对英语教师的需求主要有以下几个方面:a、教师的基本功要扎实知识要渊博,教师要严而有道,以身作则。
b、希望教师采用灵活多变的教学方法。
c、希望和教师建立良好的师生关系。
由此可见,学生对英语教师的语言基本功、知识水平、教学方法方面、有着相当高的要求;学生希望老师在教学过程中以身作则,树立榜样;学生更喜欢老师经常激励他们;同时学生期待与老师建立良好的师生关系。
B、学生对教材的需求主要有以下几个方面:a、希望教师在教学过程中教学内容不要固定在教材本身,要及时补充鲜活的内容;b、希望教材内容能有助于提高他们的交际能力。
通过调查我们发现学生对教材的内容的真实性、实用性、趣味性、知识性和教材对交际能力的培养的要求很高。
教师在教材的选择和使用上应注意趋利而避弊,在固定教材上增补一些新的教学材料。
另外,固定教材容易使教材的内容过时,不能反映外语。
实际的现状,并且还会造成教材的难度与学生实际水平脱节的现象授课时和班级过大等因素的限制,如何充分利。
C、学生对学习策略的需求通过调查我们发现有 :小部分学生还不能有效地使用适合自己的英语学习策略;大部分学生认为教师对学生进行英语学习策略培训有必要,还有一部分学生能够经常反思自己的英语学习,探索适合自己的学习方法,但效果不理想,希望求助于英语教师。
简述需求分析的方法需求分析是项目开发中的重要环节,它的目的是准确定义和理解用户的需求,为后续的设计和开发提供指导。
在需求分析过程中,选择适合的方法可以提高效率并减少后期修改的风险。
本文将简述几种常用的需求分析方法。
一、访谈法访谈法是需求分析的常用方法之一。
通过与用户进行面对面的交流,收集和理解用户的需求。
在访谈过程中,要注重细致入微的询问,尽可能获取到足够的信息。
访谈的对象可以包括项目的发起人、使用人员和相关专家等。
通过访谈,可以直接获得用户的意见和建议,充分了解用户对系统功能和性能的期望。
二、问卷调查法问卷调查法可以帮助需求分析人员系统地收集用户的需求信息。
在设计问卷时,需要明确问题的目标和范围,合理选择问题的类型和选项。
通过对大量用户的调查,可以获取到更广泛的需求信息。
问卷调查还可以通过统计分析,得出用户需求的优先级和权重,为后续的设计和开发提供参考。
三、用户观察法用户观察法是通过观察用户在实际使用环境中的行为和操作来获取需求信息。
通过亲临现场观察,可以发现用户的真实需求和实际问题。
观察的重点可以包括用户的工作流程、操作习惯、痛点和不满意之处等。
通过用户观察,可以更准确地了解用户的需求,从而设计出更符合实际情况的系统功能。
四、原型演示法原型演示法是一种通过制作原型来验证和确认需求的方法。
通过制作初步的系统原型,可以让用户和开发人员更加直观地了解系统的功能和交互方式。
在原型演示中,可以邀请用户参与测试和反馈,及时发现和修正问题。
通过迭代和改进原型,可以逐步明确和完善用户的需求。
五、核查文档法核查文档法是通过分析和核对相关文档来获取需求信息。
这些文档可以包括需求规格说明书、用户手册、使用案例等。
通过仔细研读文档,可以发现其中隐含的需求和潜在问题。
核查文档时,需求分析人员应该注重细节,确保全面准确地理解和理解需求。
六、焦点小组讨论法焦点小组讨论法是指将一群相关用户或专家组织起来进行讨论和交流的方法。
常用需求分析方法
常用的需求分析方法包括:
1.面谈:与用户进行面对面的交流,了解用户的需求和问题,以便更好地理解和分析。
2.问卷调查:通过编制问卷并向用户发放,收集用户的意见和反馈,了解他们的需求和期望。
3.观察法:通过观察用户在实际工作环境中的行为和操作,来推导出他们的需求和问题。
4.文档分析:分析用户提供的文档,如公司规章制度、业务流程等,以了解业务需求。
5.头脑风暴:通过团队成员的集体讨论和大量构思,来收集和梳理需求。
6.原型设计:根据用户的需求和反馈,设计出一个简化的产品原型,以便用户更好地理解和确认需求。
7.用例分析:通过编写用例来描述用户对系统的使用场景和功能需求,以便准确地了解用户的需求。
8.数据分析:利用用户的历史数据和行为数据,通过各种统计分析方法,挖掘出用户的需求和问题。
9.竞争分析:分析竞争对手的产品和服务,了解市场需求和用户体验的趋势,以确定用户的需求。
10.用户故事:通过编写用户故事,描述用户在特定情景下的需求和期望,以便更好地理解用户需求。
以上是常用的需求分析方法,根据具体的项目和情况,可以选择合适的方法或结合多种方法进行需求分析。
需求分析报告•相关推荐需求分析报告(通用11篇)在日常生活和工作中,报告有着举足轻重的地位,报告中提到的所有信息应该是准确无误的。
你所见过的报告是什么样的呢?以下是小编帮大家整理的需求分析报告,仅供参考,大家一起来看看吧。
需求分析报告篇1一、项目介绍1.1编写目的:本需求分析报告的目的是规范化本软件的编写,旨在于提高软件开发过程中的能见度,便于对软件开发过程中的控制与管理,同时提出了本学校排课系统的软件开发过程,便于程序员与客户之间的交流、协作,并作为工作成果的原始依据,同时也表明了本软件的共性,以期能够获得更大范围的应用,同时它也是进行项目策划、概要设计和详细设计的基础,是维护人员进行内部维护,信息更新,验收和测试的依据。
1.2背景及范围本项目的名称:学校排课系统。
本项目的任务提出者及开发者是:计算机应用三班张哲,用户是学校。
本产品是针对电脑进行排课的需求设计的,可以完成:基本数据录入与维护、课程表编排、课表冲突分析报告、课表输出、可以直接或导出至Excel打印总课表、教师课表、班级课表、场地课表、系统管理。
1.3定义缩写词学校排课系统软件:学校排课系统软件是为了帮助学校老师对学校的排课更加方便和快速制作处课程表及其管理学校的课程的软件。
二、项目描述:使用改程序后,学校的排课可以很轻松的安排好,而却可以尽量避免平时排课时出现的排课冲突,还可以临时加补课等功能。
2.1软件开发的目标:改善目前有些学校人工排课是常常出现的冲突以及浪费的大量时间。
同时也通过实践来提高自己的动手能力。
2.2应用范围:理论上能实现中小学排课,职业中学排课。
2.3子集说明:软件主要分为两个模块,一个基本信息的录入,一个是进行排课的管理。
2.4软件功能描述:外部功能:实现了可视化窗口,排课,调课。
内部功能:基本信息的录入、固定课的设置、科目的录入、年级的录入、任课老师的录入、场地限制的录入和课表的查看;排课操作、调课操作、场地调课操作、老师课表及学生课表生成。
需求分析是什么意思有什么特点需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作,以下是由店铺整理关于什么是需求分析的内容,希望大家喜欢!需求分析的介绍所谓"需求分析",是指对要解决的问题进行详细的分析,弄清楚问题的要求,包括需要输入什么数据,要得到什么结果,最后应输出什么。
可以说,在软件工程当中的“需求分析”就是确定要计算机“做什么”,要达到什么样的效果。
可以说需求分析是做系统之前必做的。
在软件工程中,需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。
需求分析是软件工程中的一个关键过程。
在这个过程中,系统分析员和软件工程师确定顾客的需要。
只有在确定了这些需要后,他们才能够分析和寻求新系统的解决方法。
需求分析阶段的任务是确定软件系统功能。
在软件工程的历史中,很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤。
但在近十年内,越来越多的人认识到,需求分析是整个过程中最关键的一个部分。
假如在需求分析时分析者们未能正确地认识到顾客的需要的话,那么最后的软件实际上不可能达到顾客的需要,或者软件项目无法在规定的时间里完工。
需求分析的特点需求分析是一项重要的工作,也是最困难的工作。
该阶段工作有以下特点:供需交流困难在软件生存周期中,其它四个阶段都是面向软件技术问题,只有本阶段是面向用户的。
需求分析是对用户的业务活动进行分析,明确在用户的业务环境中软件系统应该"做什么"。
但是在开始时,开发人员和用户双方都不能准确地提出系统要"做什么?"。
因为软件开发人员不是用户问题领域的专家,不熟悉用户的业务活动和业务环境,又不可能在短期内搞清楚;而用户不熟悉计算机应用的有关问题。
由于双方互相不了解对方的工作,又缺乏共同语言,所以在交流时存在着隔阂。
可行性分析和需求分析一、可行性分析技术可行性:评估项目所需的技术是否可行,包括硬件、软件、网络等方面的技术要求。
如项目所需的硬件设备是否能满足项目的需求,软件开发所需的开发工具是否可行等。
经济可行性:评估项目的经济效益,包括项目的投资和回报。
对项目进行成本评估,包括硬件和软件的采购成本、人力资源的成本等,然后对项目的盈利情况进行预测,包括市场需求、竞争情况、产品定价等,并进行投资回收期、净现值、内部回报率等经济指标的计算,以判断项目的经济可行性。
操作可行性:评估项目的操作可行性,包括项目开发过程的可操作性和项目实施后的可操作性。
对项目开发过程中需要的资源、人员、时间等进行评估,以确保项目能够按时顺利进行;对项目实施后的操作过程进行评估,确保项目能够稳定运行,并能满足用户的需求。
二、需求分析需求分析是指从各个相关方面收集用户需求和项目目标,对需求进行整理、分析和澄清的过程。
需求分析是项目开发的关键环节,它的目的是明确项目的功能、性能、界面、业务流程等方面的需求,为项目的设计和开发提供准确的基础。
需求分析主要包括以下几个步骤:1.需求获取:通过与用户交流、访谈、问卷调查等方式,获取项目的需求和目标。
包括功能需求、性能需求、界面需求、业务流程需求等。
2.需求整理:对获取到的需求进行分类和整理,确保需求表述准确清晰,并进行必要的领域模型、数据流程图等工具的使用,以便更好地理解和分析需求。
3.需求分析:对整理后的需求进行分析,包括对不同需求之间的关系、优先级、稳定性等进行评估,确保需求的可行性和合理性。
4.需求确认:与用户进行沟通和确认,确保需求的准确性和完整性,并及时处理用户提出的问题和建议。
5.需求文档撰写:根据需求分析的结果,撰写详细的需求文档,包括用例规约、功能需求描述、界面设计等,为后续的设计和开发提供指导。
通过可行性分析和需求分析,可以对项目的可行性进行评估,并明确项目的需求和目标。
这对于项目的顺利开展和成功实施具有重要意义,有助于降低项目风险,并提高项目的成功率。
需求分析名词解释需求分析是指对需求进行理论分析、实际调查和实地勘察的过程,目的是明确用户的需求,为产品或服务的设计、开发和运营提供指导和依据。
在需求分析中,有一些重要的名词需要解释,如下所示:1. 需求:指用户对产品或服务的实际需求或期望。
需求可以分为功能需求和非功能需求两类。
功能需求是指产品或服务必须具备的具体功能或特性;非功能需求是指产品或服务在使用过程中必须满足的性能、安全性、可用性、可维护性等方面的要求。
2. 需求分析:是指对需求进行详细、全面、准确地分析和描述的过程。
需求分析的目标是明确产品或服务的需求,包括功能需求和非功能需求。
需求分析主要包括需求收集、需求整理、需求确认等步骤。
3. 需求收集:是指通过各种方式收集用户的需求信息。
需求收集可以使用多种技术和方法,如面谈、问卷调查、观察、文档分析等。
需求收集的目标是获取用户对产品或服务的需求和期望。
4. 需求整理:是指对收集到的需求进行分类、归纳、整理和优化的过程。
需求整理可以将大量的需求信息进行分类和组织,以便进一步分析和处理。
5. 需求确认:是指与用户或相关利益相关方共同确认需求的准确性和完整性的过程。
需求确认可以通过演示、原型、评审等方式进行。
确认需求是为了保证产品或服务的开发和设计过程能够按照用户的真实需求进行。
6. 需求文档:是对需求进行详细描述的文档。
需求文档包括需求说明书、用例文档、需求规格说明书等。
需求文档是需求分析的重要成果,用于指导软件开发和测试。
7. 需求管理:是指对需求进行有效的管理和控制的过程。
需求管理包括需求变更管理、需求追踪管理、需求确认管理等。
通过需求管理,可以确保产品或服务的需求在整个开发和运营过程中得到有效控制和管理。
8. 用户故事:是一种对需求进行简洁、可理解的描述方式。
用户故事通常由三个部分组成:角色、目标和理由。
用户故事是敏捷开发方法中常用的需求描述技术。
以上是需求分析中常用的一些名词的解释。
在需求分析过程中,了解和掌握这些名词的含义和用法,对于进行准确、全面的需求分析非常重要。
七步让你做好需求分析确定项目目标第一步是与团队一起明确项目的目标和范围。
这些目标需要从多个利益相关者的角度进行审查,并且应该能够明确地解释给所有人。
一、了解业务需求首先,需要对项目的业务需求进行深入了解。
这包括对业务过程、业务规则、数据模型等方面的分析。
在这个阶段,可以与业务相关人员进行沟通,听取他们的意见和建议。
同时,可以借助各种工具和技术,如流程图、数据字典、用例图等来帮助理解业务需求。
二、分析用户需求除了业务需求,还需要对用户需求进行分析。
用户需求是指用户对系统或产品的期望和要求,包括功能需求、性能需求、可靠性需求、安全需求等。
在这个阶段,可以采用用户调研、问卷调查等方法,收集用户的反馈和建议。
同时,也可以通过竞品分析、市场研究等方式,了解用户的偏好和需求趋势。
三、制定需求规格说明书为了更好地明确项目目标,需要制定一份完整的需求规格说明书。
该文档应包括项目的业务需求、用户需求、功能列表、性能指标、安全要求等信息,以及各种约束条件和假设前提。
在制定需求规格说明书时,需要注意以下几点:1.明确需求的优先级。
不同的需求具有不同的重要性和紧急程度,需要按照一定的优先级进行排序。
2.确保需求可行性。
需求规格说明书中列举的需求应当是可行的,不要超出技术或资源的限制。
3.避免冲突和歧义。
需求规格说明书中应尽量避免冲突和歧义,以免后续开发过程中出现问题。
四、与利益相关者沟通在确定项目目标的过程中,需要与各方利益相关者进行充分沟通。
这包括业务代表、用户、开发团队、测试团队、运维团队等。
通过与他们的沟通,可以更好地理解各方的需求和期望,协调各方的利益关系,确保项目成功完成。
五、制定项目计划最后,确定项目目标之后,需要制定一个详细的项目计划。
该计划应包括项目的时间表、里程碑、资源分配、风险管理等方面的内容。
在制定项目计划时,需要充分考虑各方的需求和利益,确保项目目标得以实现。
总之,通过对业务需求和用户需求的分析,制定完整的需求规格说明书,并与各方利益相关者充分沟通,最终制定一个详细的项目计划,可以更好地确定项目目标。
目录
1. 引言1
1.1. 背景1
1.2. 参考资料1
1.3. 假定和约束1
1.4. 用户的特点1
2. 功能需求1
2.1. 系统范围1
2.2. 系统体系结构(二层架构的系统可剪裁本小节)1
2.3. 系统总体流程2
2.4. 需求分析2
2.4.1. XXXXXXX(功能需求名称) 2
2.4.1.1. 功能描述2
2.4.1.2. 业务建模2
2.4.1.
3. 用例描述3
2.4.1.4. 用户界面5
2.4.2. XXXXXXX(功能需求名称) 5
3. 非功能需求5
3.1. 性能要求5
3.1.1. 精度5
3.1.2. 时间特性要求6
3.1.3. 输人输出要求6
3.2. 数据管理能力要求6
3.3. 安全保密性要求6
3.4. 灵活性要求6
3.5. 其他专门要求6
4. 运行环境规定6
4.1. 设备6
4.2. 支持软件7
4.3. 接口7
4.4. 控制7
5. 需求跟踪7
6. 签批单7
1. 引言
1.1. 背景
说明:
a.待开发的软件系统的名称;
b.本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络;
C.该软件系统同其他系统或其他机构的基本的相互来往关系。
1.2. 参考资料
列出本说明书中引用和参考的资料,如:
a.本项目的经核准的计划任务书或合同、上级机关的批文;
b.属于本项目的其他已发表的文件;
c.本文件中各处引用的文件、资料、包括所要用到的软件开发标准。
列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。
1.3. 假定和约束[可选]
列出进行本软件开发工作的假定和约束,例如经费限制、开发期限、设备条件、用户的资料准备和交流上的问题等。
1.4. 用户的特点[可选]
列出本软件的最终用户的特点,充分说明操作人员、维护人员的教育水平和技术专长,以及本软件的预期使用频度。
这些是软件设计工作的重要约束。
2. 功能需求
2.1. 系统范围
明确概要地说明用户对系统、产品高层次的目标要求,如系统开发的意图、应用目标、作用范围以及其他相关的背景材料。
如果所定义的产品是一个更大系统的一个组成部分,则应说明本产品与该系统中其他各组成部分之间的关系,为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。
2.2. 系统体系结构(二层架构的系统可剪裁本小节)[可选]
以图+文本结合的方式描述系统的总体架构。
以下应提供系统总体架构图:
以下对系统总体架构进行描述:
2.3. 系统总体流程
以图+文本结合的方式说明系统的总体流程。
图一是计划合同管理系统的总体流程图。
图一
2.4. 需求分析
需求分析的目的是获取或描述系统需求中的每一个功能需求,并通过分析确定系统能够做什么?谁来使用这个系统?
·建立用例模型:发现角色和用例,并确定角色之间的关系、用例之间的关系,以及角色与用例之间的相互关系
·描述用例:角色与系统如何交互的规格说明。
2.4.1. XXXXXXX(功能需求名称)
2.4.1.1. 功能描述
功能编号:
功能需求:从用户业务的角度描述功能需求。
2.4.1.2. 业务建模
从可视化的角度--用例图--描述功能需求
图二是综合计划管理系统合同编辑业务的功能需求用例图。
图二
2.4.1.
3. 用例描述
以文本的方式描述每一个用例中角色与系统相互交互的规格说明。
1、XXXXXX(用例名称)
描述对象描述内容
标识符用例的唯一标识符
说明对用例的概要说明
参与者与该用例相关的参与者列表,以及参与者的特点
频度参与者访问此用例的频率
状态通常分为:进行中、等待审查、通过审查或未通过审查
前置条件一个条件列表,如果其中包含条件,则这些条件必须在访问用例之前得到满足
后置条件一个条件列表,如果其中包含条件,则这些条件将在用例成功完成以后得到满足
被扩展的用例此用例所扩展的用例(如果存在)
被包含的用例此用例所包含的用例(如果存在)
基本操作流程参与者在用例中所遵循的主逻辑路径,即当各项工作都正常进行时用例的工作方式
可选操作流程在变更工作方式、出现异常或发生错误的情况下所遵循的路径
修改历史记录修改人:修改日期:修改原因:
问题如果存在,则为与此用例的开发相关的问题或操作项目的列表
以下是综合计划管理系统中的合同编辑功能需求中的合同增加用例描述:
描述对象描述内容
标识符IPMS0101
说明增加一条合同记录
参与者合同编辑人员--熟悉合同管理业务
频度
状态通过审查
前置条件1. 参与者具有合同增加的权限2. 参与者已选取对应的计划记录3. 当前计划总投资≥SUM(该计划下已签合同价)
后置条件1. 数据库中更加一条合同纪律2. 可执行合同原件扫描用例3. 可执行合同付款增加用例4. 可执行合同修改和合同删除用例
被扩展的用例无
被包含的用例无
基本操作流程请参见图三的合同增加流程
可选操作流程当用户确认合同增加时发现异常时,系统提示合同增加无效的提示
修改历史记录修改人:修改日期:修改原因:
问题1. 合同编码的具体约定2. 合同类型、资金来源、合同受委托方字典表的具体设计
图三合同增加活动流程
2、XXXXX(用例名称)
……
2.4.1.4. 用户界面
概要描述功能对应的用户界面风格,采用原型生命周期的项目也可以提供原型界面拷贝。
2.4.2. XXXXXXX(功能需求名称)
……
3. 非功能需求
3.1. 性能要求
3.1.1. 精度[可选]
说明对该软件的输入、输出数据精度的要求,可能包括传输过程中的精度。
3.1.2. 时间特性要求
说明对于该软件的时间特性要求,如对:响应时间;更新处理时间;数据的转换和界面更新传送时间等的要求。
3.1.3. 输人输出要求
解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。
对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。
3.2. 数据管理能力要求[可选]
说明需要管理的文卷和记录的个数、表和文卷的大小规模,要按可预见的增长对数据及其分量的存储要求做出估算。
3.3. 安全保密性要求
用户对系统所应具备的故障处理能力、处理方式及故障后的系统恢复、数据恢复等要求,对系统防止机密数据被非法侵入、修改及丢失的要求。
3.4. 灵活性要求[可选]
说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如:
a.操作方式上的变化;
b.运行环境的变化;
c.同其他软件的接口的变化;
d.精度和有效时限的变化;
e.计划的变化或改进。
对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。
3.5. 其他专门要求[可选]
如用户单位对使用方便的要求,对可维护性、可补充性、易读性、可靠性、异常处理要求、运行环境可转换性的特殊要求等。
4. 运行环境规定
4.1. 设备
列出运行该软件所需要的硬设备。
说明其中的新型设备及其专门功能,包括:
a.处理器型号及内存容量;
b.外存容量、联机或脱机、媒体及其存储格式,设备的型号及数量;
c.输入及输出设备的型号和数量,联机或脱机;
d.数据通信设备的型号和数量;
e.功能键及其他专用硬件
4.2. 支持软件
列出支持软件,包括网络和硬件设备平台、操作系统平台、数据库系统平台以及编译(或汇编)程序和测试支持软件等。
4.3. 接口[可选]
说明该软件同其他软件之间的接口、数据通信协议等。
4.4. 控制[可选]
说明控制该软件的运行的方法和控制信号,并说明这些控制信号的来源。
5. 需求跟踪
需求跟踪的主要目的是保证所有的需求都得到分析,以承诺需求-分析需求对应表(PRS_SRS表)的方式描述已分析需求对已承诺需求的覆盖情况。
PRS_SRS表的格式请参见软件需求管理过程规范(SUPL-MANU-SRS-001)。
6. 签批单
我已阅读上述软件需求规格说明书,我将严格遵守说明书中的条款,并保证全力支持该规格说明书的实施。
执行主管:
日期
技术主管:
日期
项目组长:
日期
用户代表:
日期
开发人员代表:
日期
小组成员:
日期
小组成员:
日期。