需求分析说明书
1.引言
1.1编写目的
1.2背景
1.3 定义
1.4参考资料
2．任务概述
2.1 目标
2.2 用户特点
2.3 假定与约束
3. 需求分析建模
3.1功能需求
3.1.1系统需求描述
3.1.2 总体功能分析
3.1.2 功能模块分析
3.2性能需求
3.2.1精度
3.2.2时间特性要求
3.3数据需求
3.3.1 输入\输出数据要求
3.3.2数据模型
3.4故障处理要求
3.5其他专门要求
4.运行环境规定
4.1设备
4.2支持软件
4.3接口
4.4控制
1.引言
1.1编写目的
需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义的最后一个步骤。作为整个软件开发过程的指南，同时也是软件开发人员开发符合用户要求的软件的基础。
本文档分析了《学生信息管理系统》开发的可行性，实施的条件和应具备的各种有关的条件，从而可以使相关人员可以按此文档进行分析，判断系统实施与否。
1.2项目背景
系统的名称：学生信息管理系统
随着学校或教育部门的的规模不断扩大，学生数量急剧增加，众所周知，学生信息对学生来说是非常重要的。因为不管是进入社会还是去做些什么，这些信
息都将会作为最重要的信息依据。但是有关学生的各种信息量也成倍增长。面对
庞大的信息量工作人员工作起来非常麻烦，而且还容易出错。因此开发出一个这
样的学生信息管理系统来解决这样的问题。
各大企业的软件开发部都可以开发此软件，相关的软件维护部可以维护此软件
此系统研制成功后可由企业教务部使用
本系统可使用《学生数据系统》中的人事档案等数据。
1.3定义
数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。
VB：Microsoft Visual Basic
VC：Microsoft Visual C++
C/S：Client/Server模式
DB2：DATABASE 2
Sybase：全球著名的基础架构供货商Sybase公司，本文所指该公司所研发的数据库系统
1.4参考资料
[1] 陈佳. 软件开发实验与实践教程. 北京：科学出版社,2005
[2] 张海藩. 软件工程导论. 北京：清华大学出版社,2005
[3] 张海藩. 软件工程概论.4版. 北京：清华大学出版社,2003
[4] 石柱. 软件工程标准手册. 北京：中国标准出版社,2004
[5] 陈惠恩. 软件工程实验教程. 北京：机械工业出版社,2006
[6] 周苏. 软件工程学实验. 北京：科学出版社,2005
[7] 郑人杰. 实用软件工程. 北京：清华大学出版社,1997
[8] 王庆育. 软件工程. 北京：清华大学出版社,2004
2．任务概述
2.1 目标
本学生信息系统主要用于学校学生信息的管理，总体任务是实现学生信息关系的系统化、规范化和自动化，其主要任务是用计算机对学生各种信息进行日常
管理，如班级管理、学生档案管理、学生成绩管理、学生交费管理以及对学生相
关信息的统计打印等。针对这些要求设计了学生信息管理系统。
2.2 用户特点
2.3 假定与约束
本系统至少应使用8年。
应在一至周内完成系统实现方案的选择比较。
本系统对使用的机器硬件在性能方面无特殊要求。系统软件、数据库系统、开发工具都采用免费软件。
《学生信息管理系统》应在2011年12月10日投入使用。
3. 需求分析建模
3.1功能需求
3.1.1系统需求描述
4）基本功能
管理员和普通用户分级别管理
班级信息的添加、班级信息的修改、班级信息的删除、班级信息的查询
课程信息的添加、课程信息的修改、课程信息的删除、课程信息的查询
学生档案信息的添加、学生档案信息的修改、学生档案信息的删除、学生档案信息的查询
学生成绩信息的添加、学生成绩信息的修改、学生成绩信息的删除、学生成绩信息的查询
学生交费信息的添加、学生交费信息的修改、学生交费信息的删除、学生交费信息的查询
班级报表打印、学生档案报表打印、课程报表打印、学生成绩报表打印、学生交费报表打印；
系统登录：实现对普通用户与管理员的区分，从而进行相关操作采用用例表的方式描述
序号
用例
名称
描述
用例1
系统
登录
1. 验证密码，若密码错提示用户名密码错误
2. 权限管理
3. 功能管理
用例2
系统
退出
普通用户与管理员可随时从系统中退出，退出后清除
相关信息
管理员（教师）管理：可对系统中存在的学生进行相关操作，以及一些数据的维护
采用用例表的方式描述
序号用例名称描述
用例3增加学生可以增加一个学生的档案信息
用例4删除学生可以删除一个学生的档案信息
用例5编辑学生可以对一个学生的档案信息进行编辑
用例6查询信息可以查询某一个学生的档案信息
人事变动管理：单位发生人事变动，例如人事信息的添加、删除、查询、修改等。
采用用例表的方式描述
人事信息查询检索：根据需要检索的条件进行查询，查询所属员工的人事信息，根据姓名等进行查询等。
采用用例表的方式描述
统计报表：可以根据统计的各种要求进行报表的显示。
采用用例表的方式描述
3.1.2 总体功能分析
分析出系统的总体功能模型（如用数据流图来描述）
例如：
[工作]软件项目需求分析阶段的工作计划系统名称 需求分析阶段的工作计划 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 解决前段调研
软件需求分析 Prepared on 22 November 2020
第三章软件需求分析软件需求分析是软件定义阶段的最后一个步骤，它的基本任务是要准确地回答“系统必须做什么”这个问题，即对目标系统提出完整、准确、清晰、具体的要求。需求分析的结果是系统开发的基础，直接影响软件产品及工程的质量。 软件需求分析是一个不断进行揭示和判断的过程。在此过程中我们将对在软件可行性研究阶段确定的软件范围加以提炼使之具体化，并分析各软件部件可能采用的解决办法。在软件需求分析阶段，软件的开发者和软件需求者起着同样的重要作用。软件需求者设法把有关软件功能和性能的一些模糊的概念加以重述，使之成为具体的细节，而软件开发者则起着询问、顾问和问题解决者的作用。在需求分析中需要大量地交换意见，这其间充满着传错信息和发生误解的可能性，而我们的任务就是面对各种矛盾，协调各种人与人、人与物，物与物之间的关系。 需求分析的任务 1.确定系统的综合要求 系统的综合要求包括下面几个方面。 (1) 确定系统的功能要求。提出系统必须完成的全部所有功能。 (2) 确定系统的性能要求。包括系统的响应时间、系统需要的存储容量、后援存储器容量、系统重新启动、系统的安全性和可靠性等方面的性能要求。 (3) 确定系统的运行要求。主要是指系统运行时所处的环境要求，包
括支持系统运行的软件环境，工具软件和系统软件；支持系统运行的硬件环境，外存储器、通信接口、输入和输出等外部设备。 (4) 系统的扩充要求。不属于当前系统的开发范围，是将来有可能提出的要求，目的是使在 现有的设计中为将来的扩充做准备。 2.分析系统的数据要求 任何一个软件系统其本质上都是一个信息处理系统，系统必须处理的信息和系统应该产生的信息在很大程度上决定了系统的概貌，同时也对软件设计有着深远的影响。因此，分析系统的数据要求，是软件需求分析的任务之一。 系统的数据来源和去处一般含如下几个方面。 (1) 从系统以外来，再到系统以外去； (2) 从系统以外来，再到系统内部去； (3) 从系统内部来，再到系统内部去； (4) 从系统内部来，再到系统外部去。 复杂的数据是由许多基本数据元素组成的，数据元素之间的逻辑关系形成了数据结构。我们一般用图形工具辅助描绘数据结构，常用的有层次方框图和Warnier图，将在本章第三节中介绍这两种工具。 3.建立系统的逻辑模型 以上述综合要求和数据要求的结果为基础，我们可以导出系统的逻辑模型，并通过数据流图、数据字典和主要处理算法来描述这个逻辑模型。具体过程如图3-1所示。 图3-1系统逻辑模型的导出过程
目录 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．需求分析最终结果是产生（） A．项目开发计划B．可行性分析报告C．需求规格说明书D．设计说明书答案：C 2．需求分析中，开发人员要从用户那里解决的最重要的问题是（） A．让软件做什么B．要给软件提供哪些信息 C．要求软件工作效率怎样D．让软件具有何种结构 答案：A 3．DFD中的每个加工至少有（） A．一个输入流或一个输出流B．一个输入流和一个输出流 C．一个输入流D．一个输出流 答案：B 4．数据字典总，一般不出现的条目是（） A数据流 B 数据存储C．加工D．源点与终点 答案：D 5．分层数据流图是一种比较严格又易于理解的描述方式，它的顶层图描述了系统的（）A．细节B．输入与输出C．软件的作用D．绘制的时间 答案：B 6．需求规格说明书的内容不应包括对（）的描述。 A．主要功能B．算法的详细过程C．用户界面和运行环境D．软件性能答案：B 7．需求规格说明书的作用不应包括（） A．软件设计的依据B．用户与开发人员对软件要做什么的共同理解 C．软件验收的依据D．软件可行性研究的依据 答案：D 8．SA方法用DFD 描述（） A．系统的控制流程B．系统的数据结构 C．系统的基本加工D．系统的功能 答案：D 9．一个局部数据存储当它作为（）时，就把他画出来。 A．某些加工的数据接口B．某个加工的特定输入 C．某个加工的特定输出D．某些加工的数据接口或某个加工的特定输入输出答案：D 10．对于分层的DFD，父图与子图的平衡指子图的输入、输出数据流同父图相应加工的输入、输出数据流（） A．必须一致B．数目必须相等C．名字必须相同D．数目必须不等 答案：A 11．需求分析阶段不适用于描述加工逻辑的工具是（） A．结构化语言B．判定表C．判定树D．流程图 答案：D 12．SA方法的分析步骤是首先调查了解当前系统的工作流程，然后（） A．获得当前系统的物理模型，抽象出当前系统的逻辑模型，建立目标系统的逻辑模型B．获得当前系统的物理模型，抽象出当前系统的逻辑模型，建立目标系统的物理模型
需求阶段要做些什么 一、产品设计开发流程 需求分析 ->功能设计 ->交互设计 ->视觉设计（评审） ->开发测试（走查） ->上线运营（循环） 二、需求分析概述 三、相关定义 需求：通俗来说即谁在什么情况下想干什么。这里就涉及到了“目标用户”“使用场景”“用户目标” 。 目标用户：是在人群细分的基础上得出的，需要考虑细分时的潜在用户量（市场份额）和用户质量（市场价值）。 使用场景：是需要根据具体场景特点来分析如何满足需求。 用户目标：即我们日常讨论的用户的需求。然而表层的目标和底层的需求还是有差别的，目标是不同用户在自己的认知范围内对自己的需求做出的一种反馈，由于大众认知偏差大，所以需求相似但目标相异，这就要求我们在众多的用户反馈中去剖析提取真实的需求。 产品：是指满足人们某种需求并能被使用和消费的东西，包括有形的物品和无形的服务。这里就涉及到了“使用人群”“主要功能” “产品特色” 。 使用人群： 指经过需求分析和性价比考量后确定服务的对象，也就是说制造者会分析这个产品会被哪些人需要、这些人有没有盈利价值、产品做起来难不难。使用人群也涉及到了一个概念：用户自画像（即用户信息标签化，以后再详细讨论这点） 主要功能： 也就是用户使用产品的根本原因，解决用户的核心需求。 产品特色： 核心需求容易抓，用户为何选你不选他？这便是同行竞争的核心点，也是运营推销的切入点。 优秀的产品： 首先要能解决需求，这是产品的根本价值所在。其次是要有良好体验，这是产品出类拔萃的前提。最后还要有用户粘性，这是商业价值的源头。 四、需求分类 我们经常说要去发现用户的需求，通过日积月累，我们为何不能把所有的需求总结起来呢？这样以后每次遇到新的需求，便能迅速的剖析出其本质，确定核心需求。目前主要考虑的为两方面，一是马斯洛的需求层次理论，二是对人性欲望的探讨。 马斯洛需求层次理论：生理（含衣食住行性）、安全（含健康和财产）、归属（社交、感情和团队）、尊重（自尊他尊、地位）、自我实现（理想）。 人性欲望：性欲、虚荣、贪婪、懒惰、窥探、休闲、求知、猎奇、从众等。 这里可以探讨的内容较多，就暂不展开了，后续会再用一篇文章来分享。 五、需求获取 对于产品上线前，可以通过对自家产品的分析和竞品的分析来确定我们的核心功能都解决了哪些需求，这些需求质量高不高。此外还能通过用户调研去分析具体 场景下的用户诉求，便于后期的产品迭代。 那对于产品上线后，需要得到用户对产品的一个反馈，这个反馈包括直接的收集用户反馈进行分析，还有间接的通过数据进行分析，比如分析日活和次日留存等数据来整体判断产品的质量，通过某个流程的转换率来判断流程设计的合理性等。
第三章需求分析 一. 填空题 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．可行性分析报告
第一阶段：总体把握，了解概况 接手一个项目，不要着急去了解需求，这一阶段是和具体用户方的领导层、业务层人员的访谈式沟通，主要目的是从宏观上把握用户的具体需求方向和趋势，了解现有的组织架构、业务流程、硬件环境、软件环境、现有的运行系统等等具体情况、客观的信息。建立起良好的沟通渠道和方式。针对具体的职能部门，最好能指定本次项目的接口人。 该阶段的主要工作方法：客户访谈 输出成果：业务流程报告/调查报告（对客户方的组织业务概况和企业现状的一些总结） 第二阶段：详细了解业务，梳理业务流程 通过第一阶段的调研，了解客户业务概况的前提下，经过充分的业务调研准备，开始进入正式的业务调研工作。这一阶段要对所有业务流程、业务单据、报表等进行详细的分析。整理出业务架构，尽可能多的与相关基层人员进行诱导式的访谈，与用户一起探讨业务流程设计的合理性、准确性、便易性、习惯性。对主要的业务流程要有原型DEMO让客户操作，发现问题，提出改进的意见和建议。 该阶段的主要工作方法：访谈、业务分析、原型设计演示 输出成果：调研分析报告、原型反馈报告、业务流程报告 第三阶段：需求细化和确认 这一阶段是在上述两个阶段成果的基础上，进行具体的流程细化、数据项的确认阶段，这个阶段承建方必须提供原型系统和明确的业务流程报告、数据项表，并能清晰地向用户描述系统的业务流设计目标。用户方可以通过审查业务流程报告、数据项表以及操作承建方提供的DEMO系统，来提出反馈意见，并对已经可接受的报告、文档签字确认。 实现手段：拜访（回顾、确认），提交业务流程报告、数据项表；原型演示系统 输出成果：需求分析报告、数据项、业务流程报告、原型系统反馈意见（后三者可以统一归入需求分析报告中，提交用户方、监理方进行确认和存档）
文档编号：001 版本号：1.0 文档名称：需求分析 项目名称：学生智能管理系统 项目负责人：朱岩 项目组长:朱岩 组员:王增、皮素梅、潘鸯鸯、陈金龙、贾春阳 开发单位：西邮07级科技1班软件开发小组 一、引言： 1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 2、编写背景： 系统待开发的名称：学生智能管理系统 项目组长：朱岩 程序录入：朱岩、王增、皮素梅、 需求分析：朱岩、潘鸯鸯、陈金龙、皮素梅 软件测试：朱岩、王增、皮素梅、潘鸯鸯、陈金龙、贾春阳
本系统的用户：学生，老师，管理员 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD，Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版 社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社. 2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版 社.2008 二：任务概述： 1、目标: （1）给出软件系统的数据流程图和数据结构。 （2）提出详细的功能说明，确定设计限定条件，规定性能需求。（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项目标。 （4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
需求分析师笔试题 考号：姓名： 一．单项选择题（每题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。
软件工程 需求分析文档 项目名称：人事工资管理系统 概述（背景简介）： 随着我国市场经济的快速发展，人事工资管理系统在企业的日常管理中发挥着越来越重要的作用。人事工资管理系统可以进行档案管理、奖罚管理和工资管理等，方便处理企业内部员工的相关工资信息。另外，为了更方便地查看员工工资信息，还可以通过水晶报表对工资信息进行打印。 系统分析（需求分析）： 通过调查，要求本系统具有以下功能。
●良好的人机界面。 ●方便的添加和修改数据功能。 ●方便的数据查询。 ●方便的数据打印功能。 ●在相应的窗体中，可方便地删除数据。 ●数据计算自动完成，尽量减少人工干预。 总体设计： 项目规划 人事工资管理系统主要由人事管理、工资管理、用户管理和退出系统等模块组成，具体规划如下。 ●人事管理模块。该模块主要用于实现档案管理、 奖罚管理、调动管理和考评管理的功能。 ●工资管理。该模块主要用于实现考勤津贴和工资 总结的功能。
●系统管理。该模块主要用于实现部门管理和数据 备份的功能。 ●用户管理。该模块主要用于实现操作员管理，修 改口令和更改操作员的功能。 ●退出系统。该模块主要用于实现系统推出的功 能。 系统业务流程分析： 人事工资管理系统的业务流程图如下。
系统功能结构： 人事工资管理系统功能结构图如下。 系统设计: 设计目标 本系统属于中小型的数据库管理系统，可以对中小型企业人事工资进行有效管理。通过本系统可以实现一下目标： 灵活地录入数据，使信息传递更快捷；
●系统采用人机交互方式，界面美观友好，信息查询 灵活，数据存储安全可靠； ●实现员工奖罚信息管理； ●实现员工工资自动计算； ●实现员工考评调动管理； ●对用户输入的数据，进行严格的数据检验，尽可能 避免人为错误； ●系统最大限度地实现了易维护性和易操作性。 开发及运行环境 ●系统开发平台：Microsoft Visual Studio2005。 ●系统开发语言：C#。 ●数据库管理系统软件：SQL Server 2000。 ●运行平台：Windows XP（SP2）/ Windows 2000 （SP4）。 ●运行环境：https://www.doczj.com/doc/eb13226157.html, Framework SDK v2.0。 ●分辨率：最佳效果1024*768像素。
浅谈软件开发需求分析阶段的主要任务 一、问题识别 首先系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。主要是从系统的角度理解软件并评审用于产生计划估算的软件范围是否恰当,确定对目标系统的综合要求,即软件的需求;并提出这些需求的实现条件,以及需求应达到的标准,也就是解决要求所开发软件做什么,做到什么程度。这些需求包括: (1)功能需求:列举出所开发软件在功能上应做什么,这是最主要的需求。 (2)性能需求:给出所开发软件的技术性能指标,包括存储容量限制、运行时间限制、安全、保密性等。 (3)环境需求:这是对软件系统运行时所处环境的要求。例如,在硬件方面,采用什么机型、有什么外部设备、数据通信接口等等;在软件方面,采用什么支持系统运行的系统。 (4)可靠性需求:各种软件在运行时,失效的影响各不相同。在需求分析时,应对所开发软件在投入运行后不发生故障的概率,按实际的运行环境提出要求。对于那些重要的软件,或是运行失效会造成严重后果的软件,应当提出较高的可靠性要求,以期在开发的过程中采取必要的措施,是软件产品能够高度可靠地稳定运行,避免因运行事故而带来的损失。 (5)安全保密工作需求:工作在不同环境的软件对其安全、保密的要求显然是不同的。应当把这方面的需求恰当地作出规定,以便对所开发的软件给予特殊的设计,使其在运行中其安全保密方面的性能能得到必要的保证。 (6)用户界面需求:软件与用户界面的友好性是用户能够方便有效地使用软件的关键之一,从市场角度来看,具有友好用户界面的软件有较强的市场竞争力。因此,必须在需求分析时,为用户界面细致地规定达到的要求。 (7)资源使用需求:这是指所开发软件运行时所需的数据、软件、内存、空间等各项资源。另外,软件开发时所需的人力、支撑软件、开发设备等属于软件开发的资源,需要在需求分析时加以确定。 (8)软件成本消耗与开发进度需求:在软件项目立项后,要根据合同规定,对软件开发的进度和各步骤的费用提出要求,作为开发管理的依据。 (9)预先估计以后系统可能达到的目标。这样,在开发过程中,可对系统将来可能的扩充与修改做准备,一旦需要时,就比较容易进行补充和修改。 功能性需求是人们普遍关注的,但对非功能性需求的分析常常被忽视。其实非功能性需求并不是无关紧要的,它们的主要特点涉及到的方面多而广,却容易被忽略，任何一个软件的非功能性需求都要根据其类型和工作环境来确定。 问题识别的另一项工作是建立分析所需要的通信（沟通）途径,以保证能顺利地对问题进行分析。分析员必须与用户、软件开发机构的管理部门、软件开发组的人员建立联系。项目负责人在此过程中起协调人的作用。分析员通过这种通信途径与各方面商讨,以便能按照用户的要求去识别问题的基本内容。
软件工程__需求分析报告 【最新资料Word版可自由编辑！】
软件工程需求分析报告 项目名称：学生智能管理系统 编写组员：20112452 陈占刚 20112430 周元 20112439 马涛 20112428 张岩 班级:计算机科学与技术11-1班
一、引言： 1、编写目的： 对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。 学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。 本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。 3、定义： （1）静态数据：系统内部有关的数据结构和操作规程 （2）动态数据：程序运行时输入和输出的数据 （3）数据字典：数据字典(DD， Data Dictionary)是关于数据流 程图中出现的所有名字（数据流、处理、数据存储） 的定义的集合。 4、参考资料： [1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版
1.1主要流程 需求分析阶段的主要活动围绕需求开发进行，包括制定及修改需求开发计划、开展需求调查以及分析、需求验证、需求规则说明制作、需求确认几个步骤。 1.1.1制定及修改需求开发计划 包括建立需求团队的组织并授权、对需求分析阶段的WBS进行分解、协商并制定调查分析以及评审计划、评估工作量等等方面的内容，其目的是保证各项活动有序、可控的进行。 1.1.2需求调查以及分析的过程 主要活动通过沟通、收集项目中的各级关系人的需求，形成需求调查报告。需求调查通过现场参观、开调查会、业务专家培训、询问沟通、设计调查表并调查、收集查阅记录等方式获取客户、用户各级组织对（软件）系统需求，分析并识别客户以及用户的需要、期望、业务要求，归纳整理后形成需求调查报告。1.1.3需求验证环节 主要通过原型（Prototype）、POC（ProofofConcept）、用例（UseCase）或简单的功能列表的方式同客户、用户沟通逐步将业务需求、用户需求等转化为软件系统需求。 （1）原型（Prototype）模拟最终软件的屏幕显示，这样用户可以看到最终软件将是什么样，有些原型可以模拟实际的操作，对关键的输入输出数据也可以一定程度的模拟。对于用户体验为主的系统往往可以起到很好的效果。 （2）POC（ProofOfConcept）原意是“为观点提供证据”。对于关键的技术或者业务模型，论证需求、设计的可实施性,评估和确认概念设计方案，POC的评价可能引起需求和设计的调整。一般来说，进行POC的条件：1.论证业务中涉及到的模型或者算法的可行性。2.论证技术模型实现的可行性、成本等。
（3）用例（UseCase）：对（软件）系统如何反应外界请求的描述，是一种通过用户的使用场景来获取需求的技术。每个用例提供了一个或多个场景，该场景说明了系统是如何同最终用户或其它系统交互(interact)的，也就是谁可以用系统做什么，从而获得一个明确的业务目标。 1.1.4需求规则说明(SRS)制作 通过需求调查和初步的需求验证后，可以建立需求制作的准则，包括确认需求规则说明(SRS)的内容、制作方法、制作工具、质量标准等等。根据需求制作的准则制作需求规格说明（SRS）,好的需求规格说明（SRS）应该遵循正确、无歧义、完备、一致、分级（重要性或稳定性）、可验证、可修改、可追踪的原则。 1.1.5需求确认 通过组织各级评审对需求分析阶段的产物，尤其最重要的结果产物需求规格说明（SRS）进行确认，以确保相关人员理解一致。从评审方法来说，可以根据情况分为需求开发组组内评审、客户外部评审、关键关系人评审等等。 需求分析的流程往往因项目规模、作业人员、系统类型差异很大，因此必须根据实际的情况合理的裁减，以下举例几种不同情况下的具体流程：案例一：简明的需求开发的流程 第1步:确定实现的目的、目标，基本业务需求、业务定义以及相关的评审。 从达到目的、目标的角度，重新评审业务定义，总结业务需求。（确认客户实施的业务要求） 第2步:使业务具体化，进行软件系统的定义（系统需求定义）。 从目的的角度，进行业务定义（功能，步骤），对系统结构进行讨论、对所要进行系统化或计算机化的功能、流程进行定义。 第3步:一边定义业务需求、系统需求、一边对运行上的相关要求（非功能需求）进行总结
第一章 1.需求分析与系统设计之间的界限是什么？何时从分析阶段进入设计阶段？需求分析关注系统“做什么”，系统设计关注“如何做”。 当分析阶段完成后才能进入到设计阶段 2.需求处理要注意哪些非技术因素？为什么？ 要注意的非技术因素：组织机构文化、社会背景、商业目标、利益协商等。因为利用建模与分析技术构建的解决方案一定要和具体的应用环境相关，不存在不依赖具体应用环境的解决方案，因此，在利用建模分析技术进行要求处理是不能忽视具体应用环境的相关因素 3.需求分析与需求工程之间的关系 那就是需求工程含义更广，包括需求获取、需求分析、需求定义第二章 1.解释名词:问题域，解系统和共享现象，并结合他们的含义说明软件系统如何与现实世界形成互动的 问题域：现实的状况与人们期望的状况产生差异就产生问题。 解系统:软件系统通过影响问题域，能够帮助人们解决问题称为解系统通过共存现象仅仅是问题域和姐系统的一个部分。而不是他们的全部。 软件系统仅仅是现实世界的一种抽象。所以问题除了共享现象之外。还有很多在进行模型抽象时忽略的其他现实因素。
2.解释下列名词，需求，规格说明，问题域特性和约束，并结合他们的含义说明需求工程的主要任务是什么？ 需求是用户对问题域中的实体状态或事件的期望描述 规格说明:规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。 问题域的特性：在和解系统相互影响的同时，问题域是自治的， 它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变，这种自治的规律性称为问题域特性，当这些特性非常明确时称之为约束。 需求工程的主要任务：1.需求工程必须说明软件系统将应用的环境及目标，说明用来达成这些目标的软件功能，还要说明在设计和实现这些功能时上下文环境对软件完成任务所用的方式、方法所施加的限制和约束。2需求工程必须将目标、功能和约束反映到软件系统中，映射为可行的软件行为，并对软件行为进行准确的规格说明。3需求工程还要妥善处理目标、功能和约束随着时间的演化情况。 4.需求有哪些常见的类别？功能需求和非功能需求有什么差异？ 严格意义上的软件需求的分类： 功能需求（Functional Requirement）：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。 性能需求（Performance Requirement）：系统整体或系统组成部
软件需求分析复习题 一、判断题 1、使用实例方法可以使用户更清楚地认识到新系统允许他做什么，那么我们就 应该试图把每一个需求与一个使用实例相联系，尽可能多的使用实例。（ F）2、在状态图中定义的状态主要有：初态(即初始状态)，终态(即最终状态)和中 间状态，在一张状态图中只能有一个初态，而终态则可以有0至多个。（T ） 3、结构化分析方法适合于数据处理类型软件的需求分析。（T） 4、数据流图中每个加工至少有一个输入数据流，但可以没有输出数据流。（F） 5、DFD与数据流程图的区别是程序流程图用于表示程序的过程设计，DFD用作 描述软件的逻辑功能，不能表示程序的控制结构。（T） 6、属性是指实体某一方面的特征，一个实体通常有多个属性。联系也可以有属 性。（T） 7、软件需求描述的是“如何做”，而不是“做什么”。（F） 8、软件成功的标准是用户在用，并且可以很容易做完要做的事。（T） 9、业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业 务规划本身就是软件需求。（F） 10、软件需求的层次包括业务需求、用户需求、功能需求。（T） 二、选择题 1．需求分析最终结果是产生（C ） A．项目开发计划B．可行性分析报告C．需求规格说明书D．设计说明书 2．需求分析中，开发人员要从用户那里解决的最重要的问题是（A ） A．让软件做什么B．要给软件提供哪些信息C．需求软件工作效率怎样D．让软件具有何种结构 3．需求规格说明书的内容不应包括对（B ）的描述。 A．主要功能B．算法的详细过程C．用户界面的运行环境D．软件性能
4．需求规格说明书的作用不应包括（D ） A．软件设计的依据B．用户与开发人员对软件要做什么的共同理解C．软件验收的依据D．软件可行性研究的依据 5．下面关于面向对象方法中消息的叙述，不正确的是（B ） A．键盘，鼠标，通信端口、网络等设备——有变化，就会产生消息 B．操作系统不断向应用程序发送消息，但应用程序不能向操作系统发送消息C．应用程序之间可以相互发送消息 D．发送与接收消息的通信机制与传统的子程序调用机制不同 6．面向对象技术中，对象是类的实例。对象有三种成分（A ）、属性和方法（或操作）。 A．标识B．规则C．封装D．消息 7．软件需求分析阶段的工作，可以分成以下四个方面：对问题的识别、分析与综合、制定规格说明以及（ C ） A．总结B．实践性报告C．需求分析评审D．以上答案都不正确8．软件需求规格说明书的内容不应包括对（B ）的描述。 A．主要功能B．算法的详细过程C．用户界面及运行环境D．软件的性能 9. 软件需求分析阶段的工作，可以分成4个方面：需求获取，需求分析，编写需求规格说明书以及（ B ） A．用户B．需求评审C．总结D．都不正确 10．在原型法中，开发人员根据（A）的需求不断修改原型，直到满足客户要求为止。 A．用户B．开发人员C．系统分析员D．程序员 11．需求验证应该从下述几个方面进行验证：（C ） A．可靠性、可用性、易用性、重用性 B．可维护性、可移植性、可重用性、可测试性 C．一致性、现实性、完整性、有效性 D．功能性、非功能性 12．风险管理的要素包括哪项（D ） A．风险评价B．风险避免C．风险控制D．以上都是 13．下列描述中错误的是（D ） A．每一个集成的需求变更必须能跟踪到一个经核准的变更请求 B．变更过程应该做成文档，尽可能简单，当然首要的是有效性 C．所有需求变更必须遵循过程，按照此过程，如果一个变更需求未被采纳，则其后过程不再予以考虑
需求分析的过程 需求分析阶段的工作可以分为四个方面：对问题的识别，分析与综合，制定规格说明和评审。下面分别介绍。 1. 问题识别：首先系统分析人员要研究计划阶段产生的可行性分析报告和软件项目实施计划。主要从系统的角度来理解软件并产生计划估算的软件范围是否恰当。确定对目标系统的综合要求，即软件的需求。并提出这些需求实现条件，以及需求应该达到的标准。也就是解决要求所开发软件做什么，做到什么程度。这些需求包括功能需求，性能需求，环境需求和可靠性需求，安全保密要求，用户界面需求，资源使用需求，软件成本消耗与开发进度需求。 2. 分析与综合：需求分析的第二步工作是问题分析和方案的综合。分析员需从数据流和数据结构出发，逐步细化所有的软件功能。找出系统各元素之间的联系，接口特征和设计上的限制，分析它们是否满足功能要求，是否合理，依据功能需求，性能需求，运行环境需求等，剔除其不合理的部分，增加其需要部分，最终综合成系统的解决方案，给出目标系统的详细逻辑模型。在这个步骤中，分析与综合工作反复地进行。在对现行问题和期望的信息进行分析的基础上，分析员开始综合处一个或几个解决方案，然后检查它的工作是否符合软件计划规定的范围等等，再进行修改。总之，对问题进行分析和综合的过程将一直持续到分析员与用户双方都有把握正确地制定该软件的规格说明为止。常用的分析方法有面向数据流的结构化分析方法，面向数据结构的JACKSON方法，面向对象的分析等，以及用于建立动态模型
的状态迁移图或PETR网等，这些方法都采用图文结合的方式，可以直观地描述软件的逻辑模型。 3. 编制需求分许的文档：已经得到的需求应当得到清晰准确的描述。通常把描述需求的文档叫做软件需求规格说明书。同时，为了确切表达用户对软件的输入输出要求，还需要制定数据要求说明书及编写初步的用户手册，着重反映被开发的用户界面和用户使用的具体要求。此外，依据在需求分析阶段对系统的进一步分析，从目标系统的精细模型出发，可以更准确地估计所开发项目的成本和进度。从而修改，完善与确定软件开发实施计划。 4. 需求分析评审：作为需求分析阶段工作的复查手段，在需求分析的最后一步，应该对功能的正确性，完整性和清晰性，以及其他需求给予评价，评审的主要内容是：系统定义的目标是否与用户的要求一致；系统需求分析阶段提供的文档资料是否齐全；文档中的所有描述是否完整、清晰、准确反映用户要求；与所有其他系统成分的重要接口是否都已经描述；所有项目的数据流与数据结构是否足够、确定；所有图表是否清楚，在不补充说明时能否理解；主要功能是否已包括在规定的软件的范围之内，是否都已充分说明；设计的约束条件或限制条件是否符合实际；开发的技术风险是什么；是否考虑过软件需求的其他方案；是否考虑过将来可能会提出的软件需求；是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；有没有遗漏、重复或不一致的地方；用户是否审查了初步的用户手册；软件开发计划中的、估算是否受到了影响；为了保证软件需求定义的质量，评审
需求分析的目的：用户和开发者共同明确将要开发的是什么系统。 有一个软件开发人员滔滔不绝地向用户讲解在“信息高速公路上做广告”的种种好处，用户听得津津有味。最后，心动的用户对软件开发人员说：“好得很，就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上，我立即派人去做。” 项目组在开发产品时并不清楚究竟该做什么，但却在一直忙碌不停地开发。 如何调查需求、如何写需求文档？？？？ 需求获取-----》(用户需求说明书) -----》分析建模-----》需求定义和描述（需求规格说明书）-----》需求复审和验证 主要步骤： 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 确定软件系统的逻辑模型，整理需求文档，其他人员提供素材，项目秘书协助编写《需求规格说明书》。测试组制定《系统测试计划》并分配任务。
齐力人力资源管理系统 需求说明书 [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:是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。 甘特图：它是以图式的方式通过活动列表和时间刻度形象地表示出任何特定的活动顺序与持续时间。