当前位置:文档之家› 1需求分析的基本任务是要准确地定义(

1需求分析的基本任务是要准确地定义(

1需求分析的基本任务是要准确地定义(
1需求分析的基本任务是要准确地定义(

填空题

1.需求分析的基本任务是要准确地定义( ),为了满足用户需要,回答系统必须( )的问题。

2.在需求分析阶段,首先进行问题识别,即双方确定对问题的综合需求,这些需求包括:( )、( )、( )、( )。另外还有可靠性、安全性、保密性、可移植性、可维护性等方面的需求。

3.数据流图有四个基本成分:( )、( )、( )、( )。

4.在进行可行性研究和软件计划以后,如果确认开发一个新的软件系统是必要的而且是可能的,那么就进入( )阶段。

5.数据字典中的加工逻辑主要描述该加工( ),即实现加工的策略,而不是实现加工的细节,它描述如何把输入数据流变量变换为输出数据流的( )。

6.需求分析是指,开发人员要准确理解( ),进行细致的( ),将用户非形式的需求陈述转化为( ),再由( )转换到相应的形式功能规约(需求规格说明)的过程。

7.需求分析阶段所要编写的文档有:( )、( )、( )。

8.流向数据存储的数据流可理解为( )文件或( )文件,从数据存储流出的数据可理解为从文件( )数据或得到( )结果。

9.SA方法利用图形等半形式化的描述方式表达需求,简明易懂,用它们形成需求说明书中的主要部分。这些描述工具是( )、( )、( )、( )、( )。

10.在SA的需求描述工具中,( )描述系统的分解,即描述系统由哪几部分组成,各部分之间有什么联系等等。( )定义了数据流图中每一个图形元素。结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。

11.需求分析的困难主要体现在四个方面:问题的复杂性、( )、( )、需求易变性。

12.在数据流图中,( )是数据在系统内传播的路径,因此由一组( )组成。加工(又称为数据处理),是对数据流进行某些( )。

13.数据字典就是用来定义数据流图中的( ) 的。它和数据流图共同构成了系统的( ),是( )的主要组成部分。

14.数据字典有以下四类条目:( )、( )、( )、( )。( )是组成数据流和数据存储的最小元素。

15.在分析需求阶段要进行以下几方面的工作:问题识别、( )、( )、( )。16.加工逻辑也称为“小聪明”,常用的加工逻辑的描述工具有:( )、( )、( )。17.结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。它的结构可分成外层和内层两层,外层用来描述( ),采用( )、( )、( )三种基本结构。

18.三种描述加工逻辑的工具各有优缺点,对于顺序执行和循环执行的动作,用( )描述。对于存在多个条件复杂组合的判断问题,用( )和( )。

19.IDEF方法分为三部分:

IDEF0:用来描述系统的( ),建立系统的( )。

IDEFl:用来描述系统的( ),建立系统的( )。

IDEF2:用来进行系统的( ),建立系统的( )。

20.传统的SA方法主要用于( )的问题,主要工具DFD体现了系统的( )功能,但它仅是一个( ),没有处理的顺序,即( )。

21.形式化是软件自动化发展的基础。形式化方法是将需求规格说明用( )来描述。典

型的有( )及( )。

22. IDEF0方法中,将系统功能称为( ),将表示系统功能的图形称为( )。在活动图形中,用( )和( )表示系统的各种活动及相互间的关系。在系统分解

的某一层次,可能有多个活动,每个活动编号注在( )。

23.由于数据流是流动中的数据,所以必须有( )。除了与( )之间的数据流不用命名外,数据流应该用名词或名词短语命名。

24.建立数据字典一般的两种形式是( )和( )。

25.数据存储条目的主要内容有( )、( )、( )、( )、( )、( )等。

26.近几年来已提出许多软件分析与说明的方法,每一种分析方法必须能够表达和理解问题的数据域和功能域。数据域包括( )、( )和( ),而功能域反映上述三方面的( )。

27.数据项条目的主要内容有( )、( )、( )、( )、( )、( )及含义。

28.结构化分析方法是面向( )进行需求分析的方法。

29.在有些情况下数据流图中的某个加工的一组动作依赖于多个逻辑条件的取值。这时,用自然语言或结构化语言都不易清楚地描述出来。而用( )就能够清楚地表示复杂的条件组合与应做的动作之间的对应关系。

30.经过需求分析,开发人员已经基本上理解了用户的要求,确定了目标系统的功能,定义了系统的数据,描述了处理这些数据的基本策略。将这些共同的理解进行整理,最后形成文档( )。

[工作]软件项目需求分析阶段的工作计划

[工作]软件项目需求分析阶段的工作计划系统名称 需求分析阶段的工作计划 1 项目经理: 项目经理 2 系统分析人员 分析员1 子系统1 分析员2 子系统2 分析员3 子系统3 分析员4 子系统4 … 3 需求分析进度 需求分析阶段的总体时间:起始日期-终止日期,根据具体工作安排如下: 1(项目启动:项目启动日期。 2(初步阶段:起始日期-终止日期,初步完成各子系统的全部业务的调研工作,并 整理出初步文档。 3(详细阶段:起始日期-终止日期,对初步需求文档进一步完善并认证。 4(评审阶段:起始日期-终止日期,提交需求文档,正式评审。整理评审中提出的 修改意见,并完成需求阶段的评审工作。 4 详细工作安排 4.1 项目启动

日期工作内容甲方参加人员国信人员目标日期 1(项目启动项目负责人、各个项目负责人和讲解软件工程的实 2(软件工程实施方子系统负责人、计系统分析人员施方法和实施风险, 法培训算机专业人员、主明确需求分析的工 3(需求分析培训要业务人员作内容和计划。 4(提出需求分析阶提出各个子系统的 段工作计划负责人员名单,准备 业务流程、单据和报 表。 4.2 初步阶段 4.2.1 子系统名称 日期工作内容甲方参加人员国信人员目标日期子系统总体调与该子系统有系统分析员1 了解该子系统 研关的业务主要系统分析员2 相关机构的职 负责人能和业务总体 流程日期-日期相关业务部门相关业务人员系统分析员1 向业务人员提交前一天调研 小结,并进一步 了解相关业务 流程日期-日期相关业务部门相关业务人员系统分析员2 同上日期-日期同其它子系统系统分析员1 了解本子系统 的接口系统分析员2 同其它子系统 的接口关系日期-日期机动日期-日期再次调研有关业务人员系统分析员1 解决前段调研

第3章 需求分析

第3章需求分析 一、填空题(30小题) 1、需求分析的困难主要体现在4个方面:问题的复杂性、( )、( )、需求易变性。 答案:交流障碍、不完备性和不一致性 2、由于数据流是流动中的数据,所以必须有( )。除了与( )之间的数据流不用命名外,数据流应该用名词或名词短语命名。 答案:流向、数据存储 3、需求分析是指,开发人员要准确理解( ),进行细致的( ),将用户非形式的需求陈述转化为( ),再由( )转换到相应的形式功能规约(需求规格说明)的过程。 答案:用户的要求、调查分析、完整的需求定义、需求定义 4、建立数据字典一般的两种形式是( )和( )。 答案:手工建立、利用计算机辅助建立并维护 5、在进行可行性研究和软件计划以后,如果确认开发一个新的软件系统是必要的而且是可能的,那么就进入( )阶段。 答案:需求分析 6、结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。它的结构可分成外层和内层两层,外层用来描述( ),采用( )、( )、( )三种基本结构。 答案:控制结构、顺序、选择、重复 7、在SA的需求描述工具中,( )描述系统的分解,即描述系统由哪几部分组成,各部分之间有什么联系等。( )定义了数据流图中每一个图形元素。结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。 答案:数据流图、数据字典、每一个加工 8、IDEF方法分为以下三部分。 IDEF0:用来描述系统的( ),建立系统的( )。 IDEF1:用来描述系统的( ),建立系统的( )。 IDEF2:用来进行系统的( ),建立系统的( )。 答案:功能活动及联系、功能模型、信息及其联系、信息模型、模拟、动态模型 9、三种描述加工逻辑的工具各有优缺点,对于顺序执行和循环执行的动作,用( )描述。对于存在多个条件复杂组合的判断问题,用( )和( )。 答案:结构化语言、判定表、判定树 10、经过需求分析,开发人员已经基本上理解了用户的要求,确定了目标系统的功能,定义了系统的数据,描述了处理这些数据的基本策略。将这些共同的理解进行整理,最后形成文档( )。 答案:需求说明书

需求—需求分析的任务和步骤

2010-09-05 需求—需求分析的任务和步骤(转) 文章分类:软件开发管理 需求分析的任务和步骤 任务:1. 通过对问题及其环境的理解,分析和综合,建立分析模型。 2.在完全弄清用户对软件系统的确切需要的基础上,用“软件需求规格说明书(SRS)”把用户的需求表达出来。 分析模型包含问题及其环境所涉及的信息流,处理功能,用户界面,行为模型及设计约束等。 需求说明应该具备准确性,一致性,清楚性,没有二义性,直观,易读和易于修改。为此应尽量采用标准的图像,表格和简单的符号来表示,使不熟悉电脑的用户也能一目了然。 步骤:1.需求获取:从分析当前系统包含的数据开始,系统需求包括用户对软件功能的需求和界面的需求。 2.需求提炼:分析建模:图像化的分析模型包括数据流图,实体关系图,控制流图,状态转换图,用例图,类对象关系及其行为图等。除系统模型外,更有系统关联图,创建用户接口原型,确定需求优先级别等。 3.需求描述:编写SRS:统一格式的文档--模板 4.需求验证:改善需求中的二义性,不一致的问题。 常规的需求获取方法: 1.建立联合分析小组:由用户业务人员,系统分析员和领域专家组成。 2.客户访谈:进一步确定需求。这个过程需要系统分析员有充分的准备和良好的交流能力。 3.问题分析和确认:去掉错误的,无关的部分,整理有用的内容,以便给用户确认,并在次访谈,如此循环2-5次。 快速原型法:步骤: 1.利用各种分析技术和方法,生成一个简化的需求规格说明。 2.对需求规格说明进行必要的检查和修改后,确定原型的软件结构,用户界面和数据结构等。 3.在现有的工具和环境的帮助下快速生成可运行的软件原型并进行测试,改进。 4.将原型提交给用户评估并征求用户的修改意见。 5.重复上述过程,直到原型得到用户的认可。 3.3 分析建模 软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析,为问题涉及的信息、功能及系统行为建立模型,将用户需求精确化、完全化,最终形成需求规格说明。

需求分析阶段

需求阶段要做些什么 一、产品设计开发流程 需求分析 ->功能设计 ->交互设计 ->视觉设计(评审) ->开发测试(走查) ->上线运营(循环) 二、需求分析概述 三、相关定义 需求:通俗来说即谁在什么情况下想干什么。这里就涉及到了“目标用户”“使用场景”“用户目标” 。 目标用户:是在人群细分的基础上得出的,需要考虑细分时的潜在用户量(市场份额)和用户质量(市场价值)。 使用场景:是需要根据具体场景特点来分析如何满足需求。 用户目标:即我们日常讨论的用户的需求。然而表层的目标和底层的需求还是有差别的,目标是不同用户在自己的认知范围内对自己的需求做出的一种反馈,由于大众认知偏差大,所以需求相似但目标相异,这就要求我们在众多的用户反馈中去剖析提取真实的需求。 产品:是指满足人们某种需求并能被使用和消费的东西,包括有形的物品和无形的服务。这里就涉及到了“使用人群”“主要功能” “产品特色” 。 使用人群: 指经过需求分析和性价比考量后确定服务的对象,也就是说制造者会分析这个产品会被哪些人需要、这些人有没有盈利价值、产品做起来难不难。使用人群也涉及到了一个概念:用户自画像(即用户信息标签化,以后再详细讨论这点) 主要功能: 也就是用户使用产品的根本原因,解决用户的核心需求。 产品特色: 核心需求容易抓,用户为何选你不选他?这便是同行竞争的核心点,也是运营推销的切入点。 优秀的产品: 首先要能解决需求,这是产品的根本价值所在。其次是要有良好体验,这是产品出类拔萃的前提。最后还要有用户粘性,这是商业价值的源头。 四、需求分类 我们经常说要去发现用户的需求,通过日积月累,我们为何不能把所有的需求总结起来呢?这样以后每次遇到新的需求,便能迅速的剖析出其本质,确定核心需求。目前主要考虑的为两方面,一是马斯洛的需求层次理论,二是对人性欲望的探讨。 马斯洛需求层次理论:生理(含衣食住行性)、安全(含健康和财产)、归属(社交、感情和团队)、尊重(自尊他尊、地位)、自我实现(理想)。 人性欲望:性欲、虚荣、贪婪、懒惰、窥探、休闲、求知、猎奇、从众等。 这里可以探讨的内容较多,就暂不展开了,后续会再用一篇文章来分享。 五、需求获取 对于产品上线前,可以通过对自家产品的分析和竞品的分析来确定我们的核心功能都解决了哪些需求,这些需求质量高不高。此外还能通过用户调研去分析具体 场景下的用户诉求,便于后期的产品迭代。 那对于产品上线后,需要得到用户对产品的一个反馈,这个反馈包括直接的收集用户反馈进行分析,还有间接的通过数据进行分析,比如分析日活和次日留存等数据来整体判断产品的质量,通过某个流程的转换率来判断流程设计的合理性等。

第三章 需求分析习题及答案

第三章需求分析 一. 填空题 1.需求分析的步骤, , , 。 2.需求分析阶段需编写的文档有,,。 3.系统规格说明,数据要求,, ,这四份文档资料是在书写文档阶段必需完成的。 4.在书写文档阶段,数据要求主要包括通过需求分析建立起来的,以及描绘数据结构的层次方框图。 5.对于计算机程序处理的数据,其数据域应包括, , 和数据结构。 6.数据内容即是。 7.把一个功能分解成几个子功能,并确定, 就属于横向分解。 8.软件需求的逻辑视图给出, 而不是实现的细节。 9. 功能一般用, 来表示。 10.结构化分析方法是, 进行需求分析的方法. 11.描述结构化分析方法的工具有,,,判定表,判定树。 12. SA方法中自顶向下的分析策略主要是和。 13.数据流图的基本组成部分有,,,。 14.数据流图的特性,,,。 15.数据流图和数据字典共同构成了系统的模型,是需求规格说明书的主要组成部分。 16.分析员通过需求分析,逐步细化对软件的需求,描述软件主要处理的,并给软件开发提供一种可转化为,和的数据与功能表示。 17.需求分析阶段研究的对象是软件项目的。 18.数据流图的基本符号包括,,,。19.在需求分析阶段常用的图形工具有,,。20.需求分析应交付的主要文档是。 二. 选择题 1. 需求分析中开发人员要从用户那里了解() A.软件做什么B.用户使用界面C.输入的信息D.软件的规模 2. 需求分析阶段的任务是确定() A.软件开发方法 B.软件开发工具C.软件开发费 D.软件系统的功能 3. 需求分析阶段最重要的技术文档之一是非曲直()。 A.项目开发计划 B.设计说明书 C.需求规格说明书 D.可行性分析报告

任务信息管理系统需求分析说明书案例参考样本

技术文件 文件名称: 任务管理系统需求说明书项目名称: 任务管理系统 共页 (包括封面) 作者:

1 引言 1.1 编写目的 本文详细描述任务管理系统的需求, 表述的需求信息要求明确、无二义性。开发方与软件使用者充分沟通需求, 最终形成此文档。此文档是后续软件开发的依据。 1.2 背景 任务管理系统是一个XX与XX电气新技术有限公司产学研合作项目, 项目由XX机电新技术有限公司提出, 由XX承担开发任务。 1.3 定义和缩略语 本文使用了错误!未找到引用源。所显示的面向用户的术语、定义, 包括通用词语在本文档中的专用解释。 表 1.1 术语/定义 错误!未找到引用源。所列为本文用到的缩略语。 表 1.2 缩略语

1.4 参考资料 本文使用了错误!未找到引用源。所列为本文用到的参考资料。 表 1.3 参考资料 1.5 用户 任务信息管理系统的当前用户为XX公司电气事业部, 电气事业部使用成功后可能会在XX公司推广。 2 任务概述 2.1目标 XX公司电气事业部当前的任务主要有2类: 常规工作任务和临时性工作任务。 针对临时任务布置信息很多时候是处于一种开放状态, 缺少任务信息的修正、回馈、和统计分析。而日常职责规定的常规工作, 虽然能够经过标准化的文件固化下来并形成《常规工作计划表》作为一种制度来执行, 也需要主管在百忙之中花很多时间去检查完成情况。 TIMS系统要求工作管理信息能够规范录入, 任务信息流向能够选择, 任务信息依据轻重排序, 能够设定信息提醒, 任务完成

情况能够评估、任务完成情况依据选择项进行统计输出、工作量进行评估。 2.2 系统的特点 TIMS项目的需求主要由XX公司电气事业部提出, 因此本文档是与XX公司电气事业部交互后形成的需求定义, 系统的功能和使用特点优先满足XX公司电气事业部的需求, 若系统后续由于在XX 公司全面推广而引入的新需求, 则不在本文档考虑范围之内。 2.3 假定和约束 本文档经双方确认后, 开发方依据本文档进行下阶段工作。若中途需求发生变更则XX公司需及时告知开发方, 若因XX公司原因引入的需求变更造成开发方工作量的大幅增加, 具体解决方案双方另行协商。若需求变更引入的工作量不大, 开发方应尽量配合。 4. 需求规定 4.1 组织架构 XX公司电气事业部的组织架构如图4-1。

需求分析师笔试题有参考答案

需求分析师笔试题 考号:姓名: 一.单项选择题(每题2分) ◆在项目立项阶段应该进行需求定义,此时定义的需求属于需求三个层次中的(1)A:它 不应该包括的内容是(2)C。 (1) A.业务需求 B.用户需求 C.软件需求 D.设计约束 (2) A.用上下文关系图表示的项目范围 B.包含的主题域及主题域之间的关系 C.业务活动的详细事件流 D.系统涉及的业务事件 ◆根据下面所示的构件图可以得知,接口提交采购申请是(3)C实现的,客服管理子系 统共使用了(4)D接口。 (3) A.门店管理子系统 B.客服管理子系统 C.采购管理子系统 D.无法确定 (4)个个个个 ◆以下关于需求定义的描述中,正确的是(5)D;对于酒店管理系统而言,以下各个选项 中,(6)C最不适合表示为业务事件。 (5) A.上下文关系图能够清晰地界定出系统与人的职责边界 B.鱼骨图和帕累托图是来界定系统范围的 C.项目涉众(stakeholder)就是将使用系统的用户 D.需求定义的产物主要包括项目目标、范围以及需求大纲的初稿 (6) A.入住 B.换房 C.付款 D.续房 ◆在需求捕获的过程中,用户经常会制定解决方案而不是阐述需求,有效识别这一情况的 措施是(7)A:以下措施中,(8)A是用来克服用户非正事心理的。

(7) A.询问用户提出需求的理由 B.提前向用户提供访谈计划 C.利用原型来及时验证用户的需求 D.让用户介绍工作场景 (8) A.选择打扰较少的访谈场所 B避免向用户提出过细的问题 C.让用户以介绍工作场景为主 D.通过业务流程图确认访谈正确的对象 ◆在下面关于需求验证任务的描述中,不正确的是(9)D:需求验证属于需求工程中的(10) A范畴。 (9) A.需要核查功能描述的正确性 B.需要核查功能描述的清晰性 C.需要明确需求的完整性 D.除管理者外的用户不能参与评审 (10) A.需求开发 B.需求管理 C需求文档化 D.需求跟踪 ◆根据下面的活动图,最可能是不合适的用例的是(11)D,理由是(12)。 (11) A.开单 B.收费 C.出具报告 D.体验并记录结果 (12) A.用例太小 B.用例太大 C.不属于系统边界之内 D.其他 ◆在进行业务建模和需求建模时,一般不会使用的UML模型是(13)A:适用于描述业务 活动的操作步骤细节信息是模型是(14)D。 (13)A.交互图 B.活动图 C.用例图 D.类图 (14)A.交互图 B.用例图 C.构建图 D.活动图 ◆在如下所示的流程中,如果小张等待了10分钟后,收到了必胜客有空位信号,那么他 将(15)A:在必胜客泳道中表示有有空位信息的图标的含义是(16)C。

法律 ---第一章---法律的基本概念

第一节法律的基本概念 一、法律的基本概念 (一)法或法律的定义: 法的定义:法是反映统治阶级意志的,由国家制定或认可并以国家强制力保证实施的行为规范总和。 “法律”,通常那广义和狭义两种含义以上使用。 广义的“法律”通“法”同义。 狭义的法律,是指拥有立法权的国家机关依照法定程序和颁布的规范性文件。 在我国,由全国人大和全国人大常委会制定和颁布的规范性文件,称为法律。 (二)法的特征 法的特征:指区别于其他社会规范所持有的属性。 特征:1、法是由国家制定或认可的规范。制定或认可是国家创造法的两种形式。 2、法是有国家强制力保证实施的规范。 3、法是制定人们权利和义务的规范。 4、法具有普遍约束力的规范。 (三)法的本质 法的本质:指法的质的规定性,是法的内在、基本的物质精神因素的总和,是法存在的基础和发展变化的决定力量。

要点:1、法是统治阶级意志的体现。 2、法的内容是统治阶级的物质生活条件所决定的。经济基础对法具有决定作用。 二、法律价值和法律理念 (一)法律的价值 首先:法具有服务性价值,它确认和保护、发展对统治阶级有利的社会关系和社会秩序,它确立规则,使资源得到合理的分配。其次:法本身还具有权利和义务相一致的价值、相对稳定相的价值、是国家权力运用公开化的价值等。只有当法律符合或能够满足人们的需要时,法律才有价值可言。 (二)法律的理念 法律的理念是对法律的本质、精神、基本原则和运行机制的理性认识和价值取向上的意识形态,它基于某种基本的法律制度而产生。 依法治国是社会主义法治的核心内容,执法为民是社会主义法治的本质要求,公平公正是社会主义法治的价值追求,服务大局是社会主义法治的重要使命。 三、法律的形式和体系 (一)法律的形式 国家机关制定的各种规范性文件是法律的主要形式。 规范性文件:国家机关在其权限范围内,按照法定程序制定和颁

浅谈软件开发需求分析阶段的主要任务_上传

浅谈软件开发需求分析阶段的主要任务 一、问题识别 首先系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。主要是从系统的角度理解软件并评审用于产生计划估算的软件范围是否恰当,确定对目标系统的综合要求,即软件的需求;并提出这些需求的实现条件,以及需求应达到的标准,也就是解决要求所开发软件做什么,做到什么程度。这些需求包括: (1)功能需求:列举出所开发软件在功能上应做什么,这是最主要的需求。 (2)性能需求:给出所开发软件的技术性能指标,包括存储容量限制、运行时间限制、安全、保密性等。 (3)环境需求:这是对软件系统运行时所处环境的要求。例如,在硬件方面,采用什么机型、有什么外部设备、数据通信接口等等;在软件方面,采用什么支持系统运行的系统。 (4)可靠性需求:各种软件在运行时,失效的影响各不相同。在需求分析时,应对所开发软件在投入运行后不发生故障的概率,按实际的运行环境提出要求。对于那些重要的软件,或是运行失效会造成严重后果的软件,应当提出较高的可靠性要求,以期在开发的过程中采取必要的措施,是软件产品能够高度可靠地稳定运行,避免因运行事故而带来的损失。 (5)安全保密工作需求:工作在不同环境的软件对其安全、保密的要求显然是不同的。应当把这方面的需求恰当地作出规定,以便对所开发的软件给予特殊的设计,使其在运行中其安全保密方面的性能能得到必要的保证。 (6)用户界面需求:软件与用户界面的友好性是用户能够方便有效地使用软件的关键之一,从市场角度来看,具有友好用户界面的软件有较强的市场竞争力。因此,必须在需求分析时,为用户界面细致地规定达到的要求。 (7)资源使用需求:这是指所开发软件运行时所需的数据、软件、内存、空间等各项资源。另外,软件开发时所需的人力、支撑软件、开发设备等属于软件开发的资源,需要在需求分析时加以确定。 (8)软件成本消耗与开发进度需求:在软件项目立项后,要根据合同规定,对软件开发的进度和各步骤的费用提出要求,作为开发管理的依据。 (9)预先估计以后系统可能达到的目标。这样,在开发过程中,可对系统将来可能的扩充与修改做准备,一旦需要时,就比较容易进行补充和修改。 功能性需求是人们普遍关注的,但对非功能性需求的分析常常被忽视。其实非功能性需求并不是无关紧要的,它们的主要特点涉及到的方面多而广,却容易被忽略,任何一个软件的非功能性需求都要根据其类型和工作环境来确定。 问题识别的另一项工作是建立分析所需要的通信(沟通)途径,以保证能顺利地对问题进行分析。分析员必须与用户、软件开发机构的管理部门、软件开发组的人员建立联系。项目负责人在此过程中起协调人的作用。分析员通过这种通信途径与各方面商讨,以便能按照用户的要求去识别问题的基本内容。

需求分析与设计课后答案

第一章 1.需求分析与系统设计之间的界限是什么?何时从分析阶段进入设计阶段?需求分析关注系统“做什么”,系统设计关注“如何做”。 当分析阶段完成后才能进入到设计阶段 2.需求处理要注意哪些非技术因素?为什么? 要注意的非技术因素:组织机构文化、社会背景、商业目标、利益协商等。因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关,不存在不依赖具体应用环境的解决方案,因此,在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素 3.需求分析与需求工程之间的关系 那就是需求工程含义更广,包括需求获取、需求分析、需求定义第二章 1.解释名词:问题域,解系统和共享现象,并结合他们的含义说明软件系统如何与现实世界形成互动的 问题域:现实的状况与人们期望的状况产生差异就产生问题。 解系统:软件系统通过影响问题域,能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。 软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。

2.解释下列名词,需求,规格说明,问题域特性和约束,并结合他们的含义说明需求工程的主要任务是什么? 需求是用户对问题域中的实体状态或事件的期望描述 规格说明:规格说明是解系统为满足用户需求而提供的解决方案,规定了解系统的行为特征。 问题域的特性:在和解系统相互影响的同时,问题域是自治的, 它有自己的运行规律,而且这些规律不会因解系统的引入而发生改变,这种自治的规律性称为问题域特性,当这些特性非常明确时称之为约束。 需求工程的主要任务:1.需求工程必须说明软件系统将应用的环境及目标,说明用来达成这些目标的软件功能,还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。2需求工程必须将目标、功能和约束反映到软件系统中,映射为可行的软件行为,并对软件行为进行准确的规格说明。3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。 4.需求有哪些常见的类别?功能需求和非功能需求有什么差异? 严格意义上的软件需求的分类: 功能需求(Functional Requirement):和系统主要工作相关的需求,即在不考虑物理约束的情况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。 性能需求(Performance Requirement):系统整体或系统组成部

第1章基本概念和基本规律

第一篇电阻电路

第一章基本概念和基本规律 1.1电路和电路模型 ?电路(electric circuit)是由电气器件互连而成 的电的通路。 ?模型(model)是任何客观事物的理想化表示,是对客观事物的主要性能和变化规律的一种抽象。 ?电路理论(circuit theory)为了定量研究电路的电气性能,将组成实际电路的电气器件在一定条件下按其主要电磁性质加以理想化,从而得到一系列理想化元件,如电阻元件、电容元件和电感元件等。

?由于没有任何一种实际器件只呈现一种电磁性质,而能把其它电磁性质排除在外,所以器件建模是有条件的,一种近似表示只有在一定的条件下适用,条件变了,电路模型的形式也要作相应的改变。 ?电路分析(circuit analysis ),就是对由理想元件组成的电路模型的分析。虽然分析结果仅是实际电路的近似值,但它是判断实际电路电气性能和指导电路设计的重要依据。 如:不同工作频率下的电阻模型 R R C L

?当实际电路的尺寸远小于其使用时的最高工作频率所对应的波长时,可以无须考虑电磁量的空间分布,相应的电路元件称为集中参数元件。由集中参数元件组成的电路,称为实际电路的集中参数电路模型或简称为集中参数电路。描述电路的方程一般是代数方程或常微分方程。 ?如果电路中的电磁量是时间和空间的函数,使得描述电路的方程是以时间和空间为自变量的代数方程或偏微分方程,则这样的电路模型称为分布参数电路。 电路集中化条件:实际电路的各向尺寸d远小于电路工作频率所对应的电磁波波长λ,即d

例1.1.1我国电力用电的频率是50Hz ,则该频率对应的波长8 /(310/50)km 6000km c f λ==?=可见,对以此为工作频率的实验室设备来说,其尺寸远小于这一波长,因此它能满足集中化条件。而对于数量级为103km 的远距离输电线来说,则不满足集中化条件,不能按集中参数电路处理。 例1.1.3对无线电接收机的天线来说,如果所接收到信号频率为400MHz ,则对应的波长为 8 6 /[310/(40010]m 0.75m )c f λ==??=因此,即使天线的长度只有0.1m ,也不能把天线视为集中参数元件。

需求分析阶段说明和任务分解

需求分析的目的:用户和开发者共同明确将要开发的是什么系统。 有一个软件开发人员滔滔不绝地向用户讲解在“信息高速公路上做广告”的种种好处,用户听得津津有味。最后,心动的用户对软件开发人员说:“好得很,就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上,我立即派人去做。” 项目组在开发产品时并不清楚究竟该做什么,但却在一直忙碌不停地开发。 如何调查需求、如何写需求文档???? 需求获取-----》(用户需求说明书) -----》分析建模-----》需求定义和描述(需求规格说明书)-----》需求复审和验证 主要步骤: 1 了解项目背景,事先准备问题,设计问卷或调查表。(选择题,是非题),制定调查计划(时间,地点,人员); 需求调查的主要方式: 用户访谈; 参观用户的工作流程和操作; 分析已经存在的同类系统; Internet搜索材料; 同行或专家的意见; 从《用户需求说明书》的模板中提取需求问题。 2 记录并整理调查内容,编写《用户需求说明书》(文字性描述) 3 分析建模(常见工具: UML用例图,状态图,类图,对象-关系模型,E-R 图,数据字典,数据流图等) 4 编写《需求规格说明书》SRS(Software Requirement Specification)(文字性描述+图形模型)。 文字表述是第一重要的,图形模型是分析和解释。 测试计划与设计,开发同步,仅仅执行测试在编码之后。 测试组人员根据《需求规格说明书》编写《系统测试计划》

5 复审,需求确认。填写《需求跟踪矩阵》。 《用户需求说明书》和《需求规格说明书》两者区别: 《用户需求说明书》:自然语言,粗略描述。 《需求规格说明书》:细化,计算机语言,图形符号。 需求分析阶段任务分解 5天 2.1准备:了解需求分析的目的,方法,常见的调研方法,学习需求调研理论知识,每个学生完成心得体会并小组内分享、讨论。设计需求调研的调查表。(事先准备问题) 2.2 需求调研:项目经理与客户(实训教师)进行需求调研,也可以参考现有的系统的功能。项目秘书做会议纪要,包括时间,地点,参与人员(双方),确认议题和内容,结果,(填写需求调研报告)。确定系统的功能需求,性能需求(响应速度),界面需求。编写《用户需求说明书》作为项目档案。由实训教师(或其他组项目经理)进行评审,修改后进行需求确定,提交最终的文档。 2.3 需求分析和定义:项目经理分配需求任务,细化需求功能点, 2个开发人员负责功能需求(使用UML用例图,活动图等,描述用例说明信息),1个开发人员负责界面需求(用户界面初步设计,如静态HTML),测试组组长确定测试需求。 2.4 确定软件系统的逻辑模型,整理需求文档,其他人员提供素材,项目秘书协助编写《需求规格说明书》。测试组制定《系统测试计划》并分配任务。

1.需求分析阶段--功能需求说明书

齐力人力资源管理系统 需求说明书 [V1.0(版本号)] 班级:S3SN23班 组名:团队项目第6组 指导:张XX老师 组员:XXXXXX [二零一二年五月十二日] 1.引言 1.1编写的目的 随着企业的信息化和体制改革的步伐,人才竞争使企业的人力资源面临前所未有的挑战。越来越多的企业不断地加大对员工的投资,从而更好地吸引、保留和发展所需要人才,是企业拥有持久的、强大的竞争优势。 我们将为企业提供全面的人力资源管理解决方案,只在满足快速成长的企业管理信息化需求,主要目的就是帮助客户快速持续和健康成长,并且使人力资源部门借助此管理系统

从重复烦杂的日常管理事务中解脱出来,将更多的精力投注于人力资源战略规划以支持和推动企业战略目标的实现,不断提升人力资源部对企业的价值,有效的提升企业的核心竞争力。 本说明书目的在于明确说明系统需求,界定系统实现功能的范围,指导系统设计以及编码。 本说明书的预期读者为:公司人力资源部人员,项目经理,系统分析员,系统设计人员,开发工程师,测试经理以及测试设计人员等。 本说明书的编写为下阶段的设计、开发提供依据,为项目组成员对需求的详尽理解,以及在开发开发过程中的协同工作提供强有力的保证。同时本文档也作为项目评审验收的依据之一。 1.2背景 人力资源管理模块以经营管理为基础,采用成熟、先进的计算机软、硬件集成技术,融入科学的人事管理思想和模式,对企业及其下属公司的人事信息进行采集、储存、加工、处理和分析,使其及时准确地反映企业的人事聘用状况、人员流动情况、薪资情况等人事信息,为各层管理者提供快速准确的人事管理依据与辅助决策数据。 广告公司发展现状几十年来,中国广告市场犹如一块大蛋糕,众家前来分割而食,使广告经营单位和从业人员急速发展,人员良莠不齐,懂专业知识的少,小本经营多。面对危机与机遇,出路只有一条:通过改革和创新,提高管理能力,提高核心竞争力。通过导入规范化信息管理系统,尤其是人力资源管理系统,建立信息化平台。只有在人力资源得到合理的分配,才能发挥出企业的整体实力,站稳脚跟。建立一个完善的人力资源管理系统,对一个企业的领导者在人力管理方面有着非常重要的作用。 我们的项目就是基于人力资源管理在企业发展中的重要作用而开发的,使公司能更好的管理人力资源,提高企业的整体竞争力。通过实施人力资源管理系统,提高人力资源部在日常人力资源操作性等事物的工作效率,为高层提供即时的搞笑的人力资源数据查询、分析,为高层提供决策支持。同时有利于人力资源内部流程的规范与再造优化,以便更好的为员工(我们的客户)提供更好的服务。 1.3定义 1.3.1专业术语 数据流图:数据流图是结构化方法中使用的工具,它以图形的方式描绘数据在系统中流动和处理的过程,由于它只反映系统必须完成的逻辑功能,所以它是一种功能模型。 1.3.2主页术语定义 .net:是Microsoft XML Web services 平台。XML Web services 允许应用程序通过Internet进行通讯和共享数据,而不管所采用的是哪种操作系统、设备或编程语言。 SQL:是一种数据库查询和程序设计语言,用于存取数据以及查询、更新和管理关系数据库系统。 甘特图:它是以图式的方式通过活动列表和时间刻度形象地表示出任何特定的活动顺序与持续时间。

需求分析师岗位职责

需求分析师岗位职责 需求分析师要求具备较强的沟通能力,能准确把握需求的核心要点;良好的逻辑思维能力和文档编写能力,具备良好的团队协作精神。下面是小编为你带来的“需求分析师岗位 职责”,供你参考,希望能对你有所帮助。 1、负责与用户(包括客户、潜在用户、项目人员、公司高管等)沟通,进行需求调研,挖掘,分析,引导并归纳用户(客户)需求; 2、配合架构师,与开发人员沟通分析需求的可行性、合理性, 参与需求汇报与评审; 3、分析项目、用户需求,熟悉竞争对手动态和市场动态,规划产品路线图,提出产 品需求满足路线和现有产品改进路线; 4、通过各种手段,收集分析同类软件产品的功能,提出软件改进建议和功能需求; 5、根据产品规划或者项目要求,开展需求调研,完成调研报告和需求规格说明书; 6、进行业务流程的分析和建模; 7、进行数据结构的分析和建模; 8、进行系统架构的分析和底层设计; 9、核心模块的编码; 10、开发人员技术指导; 1)负责调研和收集客户需求,梳理业务流程和系统设计,完成需求规格说明书; 2)负责项目资料的编写、收集、整理、归档; 3)与开发人员对接需求,负责开发过程中的需求把控、测试、bug跟踪及现场实施; 4)沟通表达能力良好,思维逻辑清晰,有较强的学习能力; 5)熟悉物流、公路运输业务等优先; 6)两年以上项目需求、实施经验; 7)svn;Axure;office办公软件等基本软件使用。

1、负责O2O及电商ERP系统的业务需求分析和评估及管理工作; 2、负责相关系统的需求调研、分析和管理工作,对需求文档进行管理; 3、对需求进行分析、管理,估算需求执行的成本和工作量,跟踪及控制变更; 4、配合产品经理估算项目的需求开发成本和周期,并跟进项目/任务执行进度; 5、负责需求优先级等; 6、负责向开发和测试团队讲解业务需求和业务流程; 7、负责跟进维护型需求的设计、开发、测试、上线整个流程,保障需求与实现的一致性。 1、根据公司发展战略方向,收集行业应用相关信息,为新产品规划、设计提供决策支持和依据; 2、通过客户沟通、现场调研、规程研究、数据分析等方式,结合用户需求,推进产品的不断改进和完善; 3、负责客户需求的收集、整理、分析,编制需求规格说明书,完成新功能/产品的概念设计; 4、引导完成产品的界面、功能、流程设计及开发工作,负责引导用户合理控制需求范围,把控项目质量; 5、完成项目监控、协调工作,参与实施、培训、验收、推广等文件资料的编写及内外部应用培训工作 1、负责行业需求分析工作 2、负责行业解决方案拓展,具备一定需求应急变更应对方案能力 3、对行业业务有深入了解并具备一定的医疗卫生行业流程管理知识 4、负责需求变更记录工作 5、负责需求变更上传下达 6、负责与客户交流,并掌握变更尺度

需求分析的步骤

目录前言 1什么是需求需求分析在整个开发周期的作用。 2 在需求过程中的三个里程碑 2.1 第一阶段确定项目的大背景 2.2 第二阶段项目本阶段的核心需求定义和确定2. 3 第三阶段项目详细需求分析前言需求对于我们IT人来讲是一个再熟悉不过的名词了如何在项目开发周期做需求那就是各有各的道了下面是我对软件开发过程中对做需求的理解和总结。希望能给大家带来一点不同的感官。 1什么是需求需求分析在整个开发周期的作用。对于需求概念来讲就是功能质量约束。在整个开发周期中需求是整个开发的基础。需求分析成功则软件风险就减少了一半。这么一讲还是蛮空洞的对于我们来讲如何进行需求分析它的流程是什么每步流程的标准又是什么呢本人在需求操作中主要分为三个阶段。第一阶段确定项目的大背景。第二阶段项目本阶段的核心需求定义和确定第三阶段项目详细需求分析。 2 在需求过程中的三个里程碑 2.1 第一阶段确定项目的大背景确定项目的大背景就是充分的了解项目的领域客户对项目的期望值。其次对于企业项目来讲在确定项目目标后还要进一步的了解客户的企业框架。当前项目在企业框架中位置第三方接口定义等等。在考虑到完成业务上的预景后接下来就是项目实现技术实现方案选择实现项目的技术框架通常包含开发平台第三方组件硬件环境测试环境部署环境等第一阶段的配置项为《企业建设方案》 2.2 第

二阶段项目本阶段的核心需求定义和确定在确定了需求的大背景下下一步我们需要做的内容就是确定项目的核心功能关键的质量和相关的约束。在这边我要着重向大家说明一下温昱老师的二维需求表。表的格式为功能质量约束业务及需求用户级需求开发级需求功能软件功能又分关键功能次要功能等。在第二阶段我们要做的就是分辨并整理关键功能和次要功能。根据项目的规划找出当前需要实现的关键功能与此同时对于高风险技术风险大的功能或者关键功能中相互冲突的功能进行前期取舍。当然啦在取舍和确定具体的功能范围还是要和客户之间相互沟通的最后要补充一点的就是确定关键功能这个过程是不停递归的一个过程。质量一般质量分类包含性能安全性可靠性易用性可扩展可维护可移植等。在需求分析中和关键功能一样要根据项目的愿景进行关键质量的筛选。在某种情况下软件的质量之间还是有冲突鱼和熊掌不可兼得的情况如可维护性和性能是一对对立的两兄弟。我们还需要对这样的关键质量进行必要的取舍。在作出这样的取舍依据的标准就来源于我们需求的第一阶段的工作。约束软件的约束分好多的角度业务级约束举例项目的组织结构和人员信息来源于企业人事系统用户级约束举例使用客户用一部分是残障人事等其包含了藏语用户等开发级约束举例开发人员的技术水平等。在调研并完成这样的二维需求表后及时的和客户沟通

第1章 随机过程的基本概念

第一章 随机过程的基本概念 1.设随机过程 +∞<<-∞=t t X t X ,cos )(0ω,其中0ω是正常数,而X 是标准正态变量。试求X (t )的一维概率分布 解:∵ 当0cos 0=t ω 即 πω)21(0+ =k t 即 πω)2 1 (10+=k t 时 {}10)(==t x p 若 0c o s 0≠t ω 即 πω)2 1 (1 0+≠ k t 时 当 0c o s 0>t ω时 ξπ ωωξd e t x X P t x F t x ? - = ??? ? ??≤=02cos 0 2 021cos ),( 此时 ()t e x t x F t x f t x 0c o s 2c o s 1 21,),(022ωπ ω? =??=- 若 0c o s 0

?? ?= ,2 ,cos )(出现反面出现正面t t t X π 假定“出现正面”和“出现反面”的概率各为21。试确定)(t X 的一维分布函数)2 1 ,(x F 和)1,(x F ,以及二维分布函数)1,2 1;,(21x x F 解:(1)先求)21,(x F 显然?? ?=?????=??? ??出现反面出现正面 出现反面出现正面10,2 1*2,2cos 21π X 随机变量?? ? ??21X 的可能取值只有0,1两种可能,于是 21 021= ??????=?? ? ??X P 2 1121=??????=??? ??X P 所以 再求F (x ,1) 显然?? ?-=?? ?=出现反面出现正面出现反面出现正面 2 1 2 cos (1)πX {}{}2 1 2)1(-1(1)====X p X p 所以 ???? ???≥<≤<=2 121- 2 1-1 0,1)(x x x x F (2) 计算)1,2 1 ;,(21x x F ?? ?-=?? ?=出现反面出现正面 出现反面出现正面 2 1)1(, 1 0)2 1( X X ?????≥<≤<=??? ?? 11 102 1 00 21,x x x x F

培训需求任务分析

培训需求任务分析 培训作为企业的一种投资行为,强调的是投入和产出。其实培训成本不仅体现在直接投入的资金上,员工在接受培训时所占用的生产时间是最大的间接成本。所以企业越来越重视培训的效果。虽然培训的效果并不一定能在培训结束时马上体现出来,但作为人力资源开发/培训人员,应在培训开始前就要尽量澄清培训的必要性,目的,对象,内容,时间和方式。只有针对性的培训,才具有投资的说服力。从反面看,无效的培训将会造成时间和资金的浪费并对将来的培训投资投下阴影。 做为培训的首要环节,准确的培训需求分析为后面的课程开发,计划与组织,实施和评估工作建立了明确的目标和准则。否则,我们的努力只能达到事倍功半的效果。 培训需求分析的任务就是要回答下面的问题; 1.为什么要培训人力资源的开发即要最大程度上挖掘人的潜力使人在工作中充分发挥其优势。培训是人力资源开发的主要手段之一。但如果让陈景润卖车票,李素丽解决哥德巴赫猜想就不是通过培训能解决的问题。而是使用人才的问题。指鹿为马并不是因为无知,而是上层政策引导的问题。全明星队不一定是最佳组合。这是组织结构的问题。所以培训并不是解决人力问题的唯一手段。 2.谁需要培训和需要什么培训组织培训的主体,是组织的全部员工,由于员工担任的职位不同,因此培训方向具有多样化的特征。一般来说,主要划分为三大类:一是决策层人才,二是管理层人才,三是*作层人才。他们需要不同层次的培训。培训的内容也大不相同。 3.培训的时间正确的培训时间是与企业的战略方针紧密结合在一起的。对于基本的知识,技能和素质,应仅早在员工上岗前就进行培训。而进一步的技能培训可能要求受训者具备一定的工作经验。这样他们才能最大程度地理解和吸收培训的内容。对新任务要求掌握的技能培训则不能太早,也不能太晚。 4.培训的成本在将不同的培训方案报至领导层决策前,应有对其成本的估算结果。 5.如何进行该培训从培训时间安排上培训可分为脱产培训,半脱产培训,不脱产培训和业余时间的培训。 6.培训的地点从培训的组织形式上培训可分为内部培训,公开课程,CBT学习,研讨会,远程教学等形式。 现在许多培训公司在为企业进行内部培训前,都花很大精力对客户要求的培训进行分析。培训专家将对公司的经营产品,策略进行了解。了解客户要解决的问题或通过培训要达到的目标,学员的工作职责范围和对培训的期待,以调整标准课程的培训内容重点,案例分析及游戏规则等。

1需求分析的基本任务是要准确地定义(

填空题 1.需求分析的基本任务是要准确地定义( ),为了满足用户需要,回答系统必须( )的问题。 2.在需求分析阶段,首先进行问题识别,即双方确定对问题的综合需求,这些需求包括:( )、( )、( )、( )。另外还有可靠性、安全性、保密性、可移植性、可维护性等方面的需求。 3.数据流图有四个基本成分:( )、( )、( )、( )。 4.在进行可行性研究和软件计划以后,如果确认开发一个新的软件系统是必要的而且是可能的,那么就进入( )阶段。 5.数据字典中的加工逻辑主要描述该加工( ),即实现加工的策略,而不是实现加工的细节,它描述如何把输入数据流变量变换为输出数据流的( )。 6.需求分析是指,开发人员要准确理解( ),进行细致的( ),将用户非形式的需求陈述转化为( ),再由( )转换到相应的形式功能规约(需求规格说明)的过程。 7.需求分析阶段所要编写的文档有:( )、( )、( )。 8.流向数据存储的数据流可理解为( )文件或( )文件,从数据存储流出的数据可理解为从文件( )数据或得到( )结果。 9.SA方法利用图形等半形式化的描述方式表达需求,简明易懂,用它们形成需求说明书中的主要部分。这些描述工具是( )、( )、( )、( )、( )。 10.在SA的需求描述工具中,( )描述系统的分解,即描述系统由哪几部分组成,各部分之间有什么联系等等。( )定义了数据流图中每一个图形元素。结构化语言、判定表和判定树则详细描述数据流图中不能被再分解的( )。 11.需求分析的困难主要体现在四个方面:问题的复杂性、( )、( )、需求易变性。 12.在数据流图中,( )是数据在系统内传播的路径,因此由一组( )组成。加工(又称为数据处理),是对数据流进行某些( )。 13.数据字典就是用来定义数据流图中的( ) 的。它和数据流图共同构成了系统的( ),是( )的主要组成部分。 14.数据字典有以下四类条目:( )、( )、( )、( )。( )是组成数据流和数据存储的最小元素。 15.在分析需求阶段要进行以下几方面的工作:问题识别、( )、( )、( )。16.加工逻辑也称为“小聪明”,常用的加工逻辑的描述工具有:( )、( )、( )。17.结构化语言是介于自然语言(英语和汉语)和形式化语言之间的一种半形式语言。它的结构可分成外层和内层两层,外层用来描述( ),采用( )、( )、( )三种基本结构。 18.三种描述加工逻辑的工具各有优缺点,对于顺序执行和循环执行的动作,用( )描述。对于存在多个条件复杂组合的判断问题,用( )和( )。 19.IDEF方法分为三部分: IDEF0:用来描述系统的( ),建立系统的( )。 IDEFl:用来描述系统的( ),建立系统的( )。 IDEF2:用来进行系统的( ),建立系统的( )。 20.传统的SA方法主要用于( )的问题,主要工具DFD体现了系统的( )功能,但它仅是一个( ),没有处理的顺序,即( )。 21.形式化是软件自动化发展的基础。形式化方法是将需求规格说明用( )来描述。典

相关主题
相关文档 最新文档