1520950-实验3-软件需求分析培训讲学
《软件需求分析》实验指导书只是分享
《软件需求分析》实验指导书《软件需求分析》实验教学大纲适用专业：软件工程课程类别：专业限选课课程性质：专业课实验类别：专业基础实验一、学时与学分1.课程总学时： 642.课程总学分： 43.实验学时： 10（分为 5 次实验）4.实验学分： 1二、实验教学目标与基本要求四人或五人一组。
目标： 1）实验内容达到教学大纲要求；2）实验报告内容详实，公正，态度认真。
基本要求：严格按照实验报告格式编写。
三、内容简介：序实验项实验内容提要号目名称1 软件功针对常用软件，描述能描述软件功能，确认描述与确认的正确性2 从程序针对给定的程序设计设计看题目 ,或根据给定的软件功可视控件人机界面设能需求计，提炼 / 补充软件功能需求和非功能需实验项目学生自己选择实验对象软件（如 Office Word,PowerPoint,Excel 等），对其常用的软件功能进行描述。
实验描述与内容格式见实验报告 -1。
1.C 语言程序设计中的软件功能需求和用户需求的提炼。
2.用户界面（可视控件）的软件功能需求和用户需求提炼。
以上项目见实验指导文件：从程序设计看软件需求序实验项实验内容提要号目名称求3 软件需自选小型软件（网求分析站）描述（含建模）（业务业务需求需求）4 软件需自选小型软件（网求分析站）描述（含建模）（用户用户需求需求）5 软件需自选小型软件（网求分析站）描述（含建模）（功能功能需求需求）最后，实验 3，4，5汇总为需求说明文档实验项目实验描述与内容格式见实验报告 -2。
注: 也可结合学生兴趣 ,选择一人机交互系统 / 嵌入式系统软件 ,如手机 ,PDA 等。
实验描述与内容格式见实验报告 -3。
实验描述与内容格式见实验报告-4。
实验描述与内容格式见实验报告-5。
文档格式见实验总结文件格式《软件需求分析文档》。
四、参考教材：实验 1：1.[ 美]Maureen Sprankle ，《问题求解与编程概念（第 6 版）》，清华大学出版社， 2003 年 11 月张晓明邓劲生译实验 2：1.实验指导文件：从程序设计看软件需求（教师自编）实验 3~5：1.（美） Karl E.Wiegers ，《软件需求（第 2 版）》，清华大学出版社，2004- 11-1（ Software Requirements,Second Edition），【译者】刘伟琴刘洪涛2.本课程软件需求分析参考文档。
软件需求分析第三章
需求分析是对问题进一步发现、求精、建模、 规格说明和复审的过程。
➢准确地定义未来系统的目标，确定为了满
足用户的需求，系统必须“做什么”。
➢用 <需求规格说明书> 规范的形式准确地
描述用户的需求。
做什么（what） 怎么做（how）
2024/1/14
任务：
➢描述软件的功能和性能 ➢确定软件设计的约束、软件同其它
2➢024/通1/14信途径：访谈、调查、情景分析
某图书馆系统调查表
编号
问
题
1 您在哪个部门工作？ 2 您每天必须做哪些事？顺序是什么？
3 您每天要处理那些文件、数据、报表？
4 您感到工作中特别麻烦的事情是什么？
5 工作中什么问题用手工方法解决不了？影响效 率的问题有哪些？
6 您认为提高工作效率，节省工作时间，减轻工 2024/1/14 作强度可采取哪些办法？
➢描述内容所使用的符号
操作符
含义描述
＝
等价于（定义为）
＋
和(连接两个分量)
〔..｜..〕 或(选择结构)
｛...｝
重复(循环结构)
( ... ) 任选
m..n
界域
＊＊
注释符
2024/1/14
➢例如：电话系统中的数据字典 电话号码=[当地分机号|外地号码] 当地分机=[2001|2002……|2999] 外地号码=9+[当地号码|长途号码] 长途号码=（1）+区号+当地号码 只可访问4个
分支交换机
前缀=[795|799|874|877] 访问的号码=*任意四位串号码*
2024/1/14
➢限制重复次数说明
｛｝ 1｛ ｝
软件工程第三讲需求分析
3.6 状态转换图
状态是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。状态图中定义的 状态主要有：初态、中态、中间状态
事件是某个特定时刻发生的事情，它是引起系统做动作或状态转换的控制信息。
挂断电话 拿起话筒
数字 占线 忙音 do:响忙音
闲置
挂断电话 超时
拨号音 do:响拨号音
超时 do:响蜂鸣音
3.8 验证软件需求
3.8.1 从哪些方面验证软件需求的正确性
需求分析阶段的工作结果是开发软件系统的重要基础； 统计表明，软件系统中15%的错误起源于错误的需求； 需求的正确性从四个方面验证：
一致性 完整性 现实性 有效性
3.8.2 验证软件需求的方法
验证需求的一致性 人工技术审查软件系统规格说明书的正确性； 人工审查的效果难以保证，进行形式化描述，用软件工具验证。
3.4 实体-联系图 数据对象可以是外部实体、事物、行为、事件、角色、单位、地点、结构等。
属性定义了数据对象的性质。
数据对象
联系是数据对象之间相互连接的方式。 （1）一对一联系（1：1）； （2）一对多联系（1：N）； （3）多对多联系（M：N）。
属性
联系
实体-联系图
性别 姓名 教工号
职称 职务
3.6 状态转换图
第一范式（1 NF）数据冗余度最大，第五范式（5 NF）数据冗余度最小。但范式级别越高，(1)存储 同样多数据需要分解成更多张表，“存储自身”的过程越复杂；(2)数据存储结构与基于问题域的结 构间的匹配程度也随之下降，需求变化时数据稳定性下降；(3)需要访问的表增多，性能下降。(第 三范式) 第一范式：每个属性都是原子值 第二范式：满足第一范式条件，每个关键字属性都仅有关键字决定 第三范式：符合第二范式条件，每个非关键字属性都仅有关键字决定，并且一个非关键字属性值 不依赖于另一个非关键字属性值
《软件需求分析》PPT课件
分析过程中产生的问题依靠用户来回答，分 析员对系统的认识必须经过用户的检验和确认。 最后必须完成正式的用户复查文档说明书。
目前，需求分析的方法有面向数据流的方法（也 就是结构化的分析方法（SA），使用的工具有DFD＋ RED等），以及面向对象的方法（使用的工具为用例 图等）。一般来说，可以使用DFD＋ERD来描述那些功 能层次比较清晰的需求；而USE CASE则适于描述功能 结构复杂的需求。做需求分析的目的是为了建立需求 的模型，不同的子系统有可能使用不同的建模方法。
2021/7/11
22% 17% 14% 20% 19% 25% 16% 26%
金工 金工 动力 动力 金工 金工 动力 动力
李明 李明 赵杰 赵杰 李明 李明 赵杰 赵杰
29
上表W中的数据库存在严重缺点 ：数据冗余大，增删改麻烦 采取第二范式来避免以上缺点。
※ 第二范式：满足第一范式条件，而且每个非关键字属性 都由整个关键字决定（也即每个非关键字属性都依赖于关键 字）。 方法：将上表W关系分解为W1和W2。如下表：
2021/7/11
17
3、细化数据流图
通过了用户复查以后，分析员就要把数据流图进行细化， 通过功能分解可以完成数据流图的细化。细化之后得到一组 新的数据流图。
随着分析过程的进展，经过问题和解答的反复循环，分 析员对目标系统越来越清楚，最终得到对系统数据和功能要 求的满意了解。
图 3-1 概括了上述分析的过程。 需要分解
软件工程v3_课件_03_需求分析_
正常使用主观题需2.0以上版本雨课堂
作答
主观题 10分
2.为方便旅客，某航空公司拟开发一个机票预订 系统。旅行社把预订机票的旅客信息（姓名、性 别、工作单位、身份证号码、旅行时间、旅行目 的地等）输入进该系统，系统为旅客安排航班， 印出取票通知和账单，旅客在飞机起飞的前一天 凭取票通知和账单交款取票，系统校对无误即印 出机票给旅客。请绘制该系统的ER图。
3.2 与用户沟通获获取需求的方法
面向数据流自顶向下求精 3.数据流分析的结果 • 清晰地定义了可实际操作的个数据元素； • 明确地展现了数据的来源与去处； • 初步描绘了数据处理的可能算法（方法）。 4.数据流描述方法 • 数据流图：数据及其处理关系 • 数据字典：数据元素 • IPO图：处理算法
可靠性Reliability：系统失效时间间隔的描述，以发生的失 效个数为驱动 可用性Availability：系统可供使用时间的描述，以丢失的 时间为驱动 4. 出错处理需求：如何响应环境错误 5. 接口需求：与环境通信的格式 6. 约束：应遵守的限制条件，精度、工具、标准、硬件平台 7. 逆向需求：不应该做什么 8. 未来的需求：不属于当前系统的开发范畴
析重要性
① 数据决定了需要的处理和算法，数据是需求分析的出 发点
② 信息系统的基本模型：输入数据 数据处理 输出数 据
③ 数据在流动中被处理，数据决定了处理所需的算法
3.2 与用户沟通获获取需求的方法
面向数据流自顶向下求精 1.基于数据流图的结构化分析方法 ① 结构化分析方法就是面向数据流自顶向下逐步求精进 行需求分析的方法
需求分析的原则
基本原则 P56 尽管目前有许多不同的用于需求 分析的结构化分析方法，但是所有 这些方法都遵循下述原则
《软件需求分析》PPT课件 (2)
3、系统功能 确定目标系统具备的所有功能
2020/11/28
20
举
例 某学校医疗费管理系统
数据库中存放的是职工的 所属部门、职工号、姓名
职工报销时应填写：
所属部门、职工号、姓名、日期
医疗费分类： 校内门诊、校外门诊、住院费、子女医疗费
该校规定，每年每个职工的医疗费有一个限额（如 80元），限 额在年初确定，其限额规则如下：
23
2、系统性能要求
（1）数据不能随意更改 2）保证数据的准确性 由于医疗费管理系统涉及到会计经费问题，数据不能
随意更改但数据输入又难免会出错。因而在每输入一个职 工的医疗费后，屏幕提示“数据有误吗？”。若是在核对时 有误，可及时更改，避免输入错误。一天报销结束时，在 数据存档前，再让出纳员核对一下经费总额，若出纳员支 出的金额总数有误时，应让计算机显示每笔帐目，供一一 仔细核对，此时在允许修改一次。当正式登帐后，数据就 绝对不允许在修改了，由此保证财务制度的严格性，保证
统计资料：
In 1994, the Standish Group surveyed over 350 companies about their over 8000 software projects to find out how well they were faring. The results are sobering. Thirty-one percent of the software projects were canceled before they were completed. Moreover, in large companies, only 9% of the projects were delivered on time and cost what they were budgeted, and 16% met those criteria in small companies (Standish 1994).
软件项目需求分析课件
（3）需求验证
• 分析人员要在用户和软件设计人员的配合下 对自己生成的需求规格说明书进行复核，以 确保软件需求的全面性、精确性、一致性、 可行性以及用户的认同，并使用户和软件设 计人员对需求规格说明及用户手册的理解达 成共识，达成对目标系统理解的一致性。一 旦发现遗漏和模糊点，必须进行检查，尽快 更正。
用户方
需求 分析 第二 阶段
分析人员
项目经理
配合
确认
审查
诱导、演示、模拟 •组织构架 •业务流程 •软硬件环境 •现有的运行系统 •用户的需求描述
请求/计划
协调
输出结果 •访谈备忘录 •调查分析报告 •业务流程反馈报告 •……
执行 协同
反馈 监督
硬件环境、软件环境、网络环境 用户操作水平 团队技术能力 开发时间限制
–结构设计：确定程序是由哪些模块组成的，各模块 分别完成什么样概要的设功计的能核，心它是系们统之框架间设存计在着什么样的关
系
软件详细设计(1)
• 详细设计的核心是将业务模型映射到技术 模型
–业学生务到模图书型馆申请借书，图书管理员登录图书管理系统。首先， 检查这本书是否已经被预订了，如果已被预订则不能借出。
（2）需求描述
• 以需求模型为基础，考虑问题的软件可解性， 生成需求规格说明书和初步的用户手册。
• 需求规格说明书包含对目标系统外部行为的完 整描述、需求验证标准以及用户对系统在性能 、质量、对维护性等方面的要求。
• 用户手册则包括用户界面描述以及有关目标系 统使用方法的初步构想。
性能需求 空间需求
隐私需求 安全性需求
5.需求分析一般包含4个过程
（1）系统分析员和用户开展面对面的交流，记录用户 提供的信息，即开展获取活动；
软件工程03软件需求分析PPT共98页
60、人民的幸福是至高无个的法。— —西塞 罗
46、我们若已接受最坏的，就再没有什么损失。——卡耐基 47、书到用时方恨少、事非经过不知难。——陆游 48、书籍把我们引入最美好的社会，使我们认识各个时代的伟大智者。——史美尔斯 49、熟读唐诗三百首，不会作诗也会吟。——孙洙 50、谁和我一样用功，谁就会和我一样成功。——莫扎特
软件需求分析PPT课件
– E-R D - Entity Relationship Diagrams
• 面向对象建模
– 处理和数据相结合
– Object and Class 对象和类的技术
2021/3/7
CHENLI
11
需求分析基本方法
——结构化分析方法
(SA)
• 结构化分析（Structured Analysis,简称SA法）
CHENLI
20
数据需求分析
——数据字典DD
• 数据元素的组合方式
–顺序：A+B –选择：[A|B] –重复：1{A}5 –可选： （A）
• DD的用途
–分析阶段的交流工具 –包含控制信息 –数据库设计的基础
2021/3/7
CHENLI
21
E-R图
• 用于对复杂数据的数据分析和建模 • 实体、属性和关系 • 组成符号
• 需求分析是前面需求获取阶段的继续，通 过对所获取的信息进一步加工获得对系统 的更精确描述，成为转换成需求规格说明 的直接信息元。
• 但是否将需求分析作为独立的过程？
2021/3/7
CHENLI
4
需求分析的关键点
• 问题域的结构 • 问题域的数据 • 问题域的行为 • 问题域的事件 • 问题域的状态 • 派生需求
2021/3/7
CHENLI
7
分析方法
• 结构化分析 • 面向对象分析
2021/3/7
CHENLI
8
分析模型描述工具
• 结构化分析工具
–DFD、DD和PSPEC –CFD、CSPEC和STD –E-R图
• 面向对象分析工具
–用例图，类图，对象图 –对象-关系图 –对象-行为图
软件工程需求分析 教学PPT课件
2021/7/4
15
3.2.2 面向数据流自顶向下求精
• 数据决定了需要的处理和算法，是需求分析的出 发点。
• 结构化分析方法——面向数据流的自顶向下的逐 步求精进行需求分析的方法。
– 高层数据流图 – 从输出端回溯 – 并逐步细节化
2021/7/4
16
3.2.2 面向数据流自顶向下求精
1. 一对一联系(1∶1) 2. 一对多联系(1∶N) 3. 多对多联系(M∶N)
• 联系也可能有属性。
2021/7/4
29
3.4.4 实体—联系图的符号
• 使用实体—关系图来建立数据模型，满足第一条分析
准则。
必须理解和表示问题的信息域
– 把实体—关系图简称为ER图，用ER图描绘的数据模型也可 以称为ER模型。
• 模型由一组图形符号和组织这些符号的规则组成。 • 结构化分析就是一种建立模型的活动，通常建立数据模型、功
能模型和行为模型
2021/7/4
3
第3章 需求分析
4. 写出准确的软件需求规格说明。 5. 对需求分析的结果(分析模型和
规格说明) 严格审查。
2021/7/4
4
2021/7/4
第3章 需求分析
描
述
数据 字典
处 理 规
数据 格 流图
说
明
状态转换图
控制规格说明
2021/7/4
24
3.3.2 软件需求规格说明
• 软件需求规格说明——分析阶段的最终成果。 • 软件需求规格说明的框架。
– 见《软件需求规格说明书框架.doc》 • 自然语言：容易书写、容易理解 • 形式化方法：无歧义、明确
2021/7/4
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1520950-实验3-软件需求分析 精品文档
收集于网络，如有侵权请联系管理员删除 上海建桥学院
本科实验报告 课程名称： 软件工程 学 号： 1520950
姓 名： 吴明亚
专 业： 软件工程
班 级： B15-2
指导教师： 贾铁军
课内实验目录及成绩 序号 实验名称 页码 成绩 1 实验一用MS Visio画系统流程图
2 实验二 软件可行性分析报告 3 实验三 编写《软件需求规格说明》 4 信息技术学院 2017年 3 月 9 日 精品文档 收集于网络，如有侵权请联系管理员删除 上海建桥学院实验报告 课程名称： 软件工程 实验类型： 验证、设计 实验项目名称：实验三 编写《软件需求规格说明》 实验地点： 信息中心222 实验日期： 2017年 3 月 9 日
1. 实验目的 (1) 根据所选定应用软件的题目，完成整个需求分析工作； (2) 通过实例掌握结构化数据流分析技术； (3) 进行业务需求分析、用户需求、功能需求、非功能需求分析； (4) 写出“软件需求规格说明(SRS)”（含利用工具画出数据流图）。
2. 实验要求 要求做到使用结构化数据流分析技术分析应用软件选题的具体需求，完成详细的数据流图和数据字典，数据流图的基本处理的个数不得少与5个。
3. 实验内容和步骤 用结构化数据流分析技术进行软件系统需求分析，完成数据流图和数据字典。 (1) 深入相关企事业单位进行调研和需求分析。 (2) 综合利用Internet网和相关书籍整理并完善需求分析。 (3) 画出系统数据流图（分清系统是事务型还是加工型）。 (4) 得出软件系统具体的数据字典。 实验学时：2-4学时（建议课外进行2学时）。
4. 实验报告要求 除了实验项目名称、实验目的、实验内容、实验步骤外，还应该有以下内容： （1）软件需求描述：(从功能、性能、接口进行描述) （2）数据流图（PowerDesigner建模工具画出数据流图，由加工、数据流、文件、源点/终点4种元素组成）： ①顶层数据流图 ②1层数据流图 ③2层数据流图 （3）软件系统数据字典： ①数据流条目 ②加工条目 ③文件条目 （4）实验报告 【提示】参考以下《软件需求规格说明(SRS)》编写主要内容（红色部分）和具体格式，对照上述“实验目的”、“实验要求”、“实验内容”、“实验步骤”等方面的完成情况，最后进行认真具体总结，并按时提交实验报告。
《软件需求规格说明(SRS)》格式模板 精品文档 收集于网络，如有侵权请联系管理员删除 1范围 1.1标识
适用系统：Android2.3及以上版本
软件：酒店管理V1.0.0 Beta
本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。 1.2系统概述
用途：
特性： 历史： 本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。 1.3文档概述 本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。 1.4基线 说明编写本系统设计说明书所依据的设计基线。 2引用文件 本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。 3需求 本章应分以下几条描述CSCI（计算机软件配置项Computer Software Configuration Item）需求，也就是，构成CSCI验收条件的CSCI的特性。CSCI需求是为了满足分配给该CSCI的系统需求所形成的软件需求。给每个需求指定项目唯一标识符以支持测试和可追踪性。并以一种可以定义客观测试的方式来陈述需求。如果每个需求有关的合格性方法(见第4章)和对系统(若适用，子系统)需求的可追踪性(见5.a条)在相应的章中没有提供，则在此进行注解。描述的详细程度遵循以下规则：应包含构成CSCI验收条件的那些CSCI特性，需方愿意推迟到设计时留给开发方说明的那些特性。如果在给定条中没有需求的话，本条应如实陈述。如果某个需求在多条中出现，可以只陈述一次而在其他条直接引用。 3.1所需的状态和方式 如果需要CSCI在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式，状态和方式的例子包括：空闲、准备就绪、活动、事后分析、培训、降级、紧急情况和后备等。状态和方式的区别是任意的，可以仅用状态描述CSCI,也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或其他的方法表示，也可在需求出现的地方加以注解。 3.2需求概述 3.2.1目标 a.本系统的开发意图、应用目标及作用范围(现有产品存在的问题和建议产品所要解决的问题)。 b.本系统的主要功能、处理流程、数据流程及简要说明。 c.表示外部接口和数据流的系统高层次图。说明本系统与其他相关产品的关系，是独立产品还是一个较大产品的组成部分(可用方框图说明)。 3.2.2运行环境
简要说明本系统的运行环境(包括硬件环境和支持环境)的规定。 3.2.3用户的特点 说明是哪一种类型的用户，从使用系统来说，有些什么特点。 3.2.4关键点 说明本软件需求规格说明书中的关键点(例如：关键功能、关键算法和所涉及的关键技术等)。 精品文档 收集于网络，如有侵权请联系管理员删除 3.2.5约束条件 列出进行本系统开发工作的约束条件。例如：经费限制、开发期限和所采用的方法与技术，以及政治、社会、文化、法律等。 3.3需求规格 3.3.1软件系统总体功能/对象结构 “酒店管理系统”具备以下基本功能： 1.客户各种信息的输入，包括入店，离店，接待，需求信息的输入等； 2.酒店滚利的各种信息查询，修改和维护； 3.接待日志的管理 4.酒店管理系统的使用帮助； 对软件系统总体功能/对象结构进行描述，包括结构图、流程图或对象图。 3.3.2软件子系统功能/对象结构 对其主要2个方面的基本表分析： 房间信息：房间号、房间类型、房间价格、入住时间，退房时间。 客户信息：客户姓名、身份证号、联系方式、需求状况。 3.3.3描述约定 在入店信息表中：房间价格要用双精度型（有2位小数），入店时间和离店时间都用的日期类型（xxxx-xx-xx），房间编号用整数型（自然数），其他用文本型（文字）。 在客户表中：身份证号用整数型。 3.4CSCI能力需求 本条应分条详细描述与CSCI每一能力相关联的需求。“能力”被定义为一组相关的需求。可以用“功能”、“性能”、“主题”、“目标”或其他适合用来表示需求的词来替代“能力”。 3.4.x(CSCI能力) 本条应标识必需的每一个CSCI能力，并详细说明与该能力有关的需求。如果该能力可以更清晰地分解成若干子能力，则应分条对子能力进行说明。该需求应指出所需的CSCI行为，包括适用的参数，如响应时间、吞吐时间、其他时限约束、序列、精度、容量(大小/多少)、优先级别、连续运行需求、和基于运行条件的允许偏差：(若适用)需求还应包括在异常条件、非许可条件或越界条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引人到CSCI中的规定。在确定与CSCI所接收的输入和CSCI所产生的输出有关的需求时，应考虑在本文3.5.x给出要考虑的主题列表。 对于每一类功能或者对于每一个功能，需要具体描写其输入、处理和输出的需求。 a.说明 描述此功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。 b.输入 包括： 1)详细描述该功能的所有输入数据，如：输入源、数量、度量单位、时间设定和有效输入范围等。 2)指明引用的接口说明或接口控制文件的参考资料。 c.处理 定义对输入数据、中间参数进行处理以获得预期输出结果的全部操作。包括： 1)输入数据的有效性检查。 2)操作的顺序，包括事件的时间设定。 3)异常情况的响应，例如，溢出、通信故障、错误处理等。 4)受操作影响的参数。 5)用于把输入转换成相应输出的方法。 6)输出数据的有效性检查。 d.输出 1)详细说明该功能的所有输出数据，例如，输出目的地、数量、度量单位、时间关系、有效输出范围、非法值的处理、出错信息等。 2)有关接口说明或接口控制文件的参考资料。 3.5CSCI外部接口需求 本条应分条描述CSCI外部接口的需求。(如有)本条可引用一个或多个接口需求规格说明(IRS)或包含这些需求的其他文档。 外部接口需求，应分别说明： a.用户接口； b.硬件接口； 精品文档 收集于网络，如有侵权请联系管理员删除 c.软件接口； d.通信接口的需求。 3.5.1接口标识和接口图 本条应标识所需的CSCI外部接口，也就是CSCI和与它共享数据、向它提供数据或与它交换数据的实体的关系。(若适用)每个接口标识应包括项目唯一标识符，并应用名称、序号、版本和引用文件指明接口的实体(系统、配置项、用户等)。该标识应说明哪些实体具有固定的接口特性(因而要对这些接口实体强加接口需求)，哪些实体正被开发或修改(从而接口需求已施加给它们)。可用一个或多个接口图来描述这些接口。 3.5.x(接口的项目唯一标识符) 本条(从3.5.2开始)应通过项目唯一标识符标识CSCI的外部接口，简单地标识接口实体，根据需要可分条描述为实现该接口而强加于CSCI的需求。该接口所涉及的其他实体的接口特性应以假设或“当[未提到实体]这样做时，CSCI将……”的形式描述，而不描述为其他实体的需求。本条可引用其他文档(如：数据字典、通信协议标准、用户接口标准)代替在此所描述的信息。(若适用)需求应包括下列内容，它们以任何适合于需求的顺序提供，并从接口实体的角度说明这些特性的区别(如对数据元素的大小、频率或其他特性的不同期望)： a.CSCI必须分配给接口的优先级别； b.要实现的接口的类型的需求(如：实时数据传送、数据的存储和检索等)； c.CSCI必须提供、存储、发送、访间、接收的单个数据元素的特性，如： 1)名称/标识符； a)项目唯一标识符； b)非技术(自然语言)名称； c)标准数据元素名称； d)技术名称(如代码或数据库中的变量或字段名称)； e)缩写名或同义名； 2)数据类型(字母数字、整数等)； 3)大小和格式(如：字符串的长度和标点符号)； 4)计量单位(如：米、元、纳秒)； 5)范围或可能值的枚举(如：0-99)； 6)准确度(正确程度)和精度(有效数字位数)； 7)优先级别、时序、频率、容量、序列和其他的约束条件，如：数据元素是否可被更新和业务规则是否适用； 8)保密性和私密性的约束； 9)来源(设置/发送实体)和接收者(使用/接收实体)； d.CSCI必须提供、存储、发送、访问、接收的数据元素集合体(记录、消息、文件、显示和报表等)的特性，如： 1)名称/标识符； a)项目唯一标识符； b)非技术(自然语言)名称； c)技术名称(如代码或数据库的记录或数据结构)； d)缩写名或同义名； 2)数据元素集合体中的数据元素及其结构(编号、次序、分组)； 3)媒体(如盘)和媒体中数据元素/数据元素集合体的结构； 4)显示和其他输出的视听特性(如：颜色、布局、字体、图标和其他显示元素、蜂鸣器以及亮度等)； 5)数据元素集合体之间的关系。如排序/访问特性； 6)优先级别、时序、频率、容量、序列和其他的约束条件，如：数据元素集合体是否可被修改和业务规则是否适用； 7)保密性和私密性约束； 8)来源(设置/发送实体)和接收者(使用/接收实体)； e.CSCI必须为接口使用通信方法的特性。如： 1)项目唯一标识符； 2)通信链接/带宽/频率/媒体及其特性； 3)消息格式化； 4)流控制(如：序列编号和缓冲区分配)； 5)数据传送速率，周期性/非周期性，传输间隔； 6)路由、寻址、命名约定； 7)传输服务，包括优先级别和等级； 8)安全性/保密性/私密性方面的考虑，如：加密、用户鉴别、隔离和审核等；