软件工程结构化需求分析报告实验1
软件工程案例_结构化方法的需求分析
案例—结构化方法的需求分析一、约定1．假定校园卡只对学生发行。
2．校园卡本身不保存除“卡号”以外的信息，卡号由系统按照序列号自动生成。
3．假定使用校园卡的场合只有食堂、商店及图书馆，而且，不允许透支消费。
4．系统功能从简，包括：不考虑校园卡的加密问题，不考虑诸如修改密码、挂失等配套功能，与特约商户按照POS机号逐日汇总后对帐，等等。
二、软件功能1．校园卡发行2．帐户管理2.1、充值2.2、取款2.3、注销2.4、查询帐户收支记录3．刷卡消费4．身份验证5．统计报表5.1、打印收支情况统计表5.2、打印特约商户对帐表三、数据流图1．顶层（图1）学习提示：▲顶层数据流图的基本意图是什么？2．第1层（图2）学习提示：▲自顶向下、逐层细化原则的运用▲下层数据流图的边界与上层数据流图保持一致▲关于数据存储▲关于数据字典3．第2层（图3、图4）学习提示：▲对数据流图的细化到什么程度为止。
四、数据字典1．数据流与数据存储的数据结构学习提示：▲规范描述每种数据流、每种数据存储的数据元素构成。
▲用词的规范，语法与语义的一致，同一数据结构（或数据元素）使用同一名称、不同数据结构（或元素）使用不同的名称。
2．数据元素对上述数据结构中出现每个数据项，逐个作出定义。
本案例省略具体内容，只对如下数据元素作出说明。
学习提示：▲哪些内容属于“数据元素”。
▲对于数据元素，需要定义哪些内容。
▲关于“元数据”的概念▲数据分析要求清楚描述每种业务单据之间的关联每个数据元素值的“来龙去脉”五、功能说明以“功能2.2—取款”为例说明▲功能简介（略）▲录入数据：取款单▲界面原型（略）▲前置条件《校园卡基本档案》存在与《取款单》中“卡号”相对应的记录。
▲对录入数据的约束规则●该档案记录的“密码”与《取款单》输入值一致。
●该档案记录的“当前状态”为“正常”。
●该档案记录的“帐户余额”值大于或者等于《取款单》的“取款金额”。
▲系统处理●新增《存取款记录》。
软件工程-实验1结构化分析实验
淮海工学院计算机工程院实验报告书课程名：《软件工程》题目：实验1结构化分析实验学号：2014140093班级：Z计121姓名：薛慧君实验1结构化分析实验实验目的和要求1、通过实验，加深理解传统软件工程方法；2、通过实验，掌握结构化软件工程分析与建模方法；3、掌握数据流图、数据字典的创建方法，建立软件功能模型；4、通过实验，初步掌握需求分析文档的编写方法。
实验环境硬件环境：配置性能较好的台式计算机每人1台，并具备网络环境软件环境：Micresoft Visio实验学时2学时，必做实验实验题目机票预定系统1．系统简介航空公司为给旅客乘机提供方便，需要开发一个机票预定系统。
各个旅行社把预定机票的旅客信息（姓名、性别、工作单位、身份证号码（护照号码）、旅行时间、旅行始发地和目的地，航班舱位要求等）输入到系统中，系统为旅客安排航班。
当旅客交付了预订金后，系统打印出取票通知和帐单给旅客，旅客在飞机起飞前一天凭取票通知和帐单交款取票，系统核对无误即打印出机票给旅客。
此外航空公司为随时掌握各个航班飞机的乘载情况，需要定期进行查询统计，以便适当调整。
2．技术要求和限制条件（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知和交款发票）等。
（2）对于本系统还应补充一下功能：1．旅客延误了取票时间的处理2．航班取消后的处理3．旅客临时更改航班的处理（3）系统的外部输入项至少包括：旅客、旅行社和航空公司。
实验过程与实验结果数据流图顶层数据流图：0层数据流图：1层数据流图：数据字典(1) 旅客信息(2) 订票旅客清单(3) 订票信息(4) 航班机票信息(5) 取票通知(6) 售出机票信息(7) 取票通知实验体会通过本次实验我掌握了：（1）数据流图（DFD）是一种图形化技术，它描述信息流和数据从输入移动到过程中所经的变换。
（2）数据流图有四种基本符号：正方形（表示数据源的源点或终点）、圆角矩形（代表变换数据的处理）、开口矩形（代表数据存储）和箭头（表示数据流）。
软件工程实验一需求分析。
淮海工学院计算机工程学院实验报告书课程名：《软件工程》题目：学生信息管理系统设计与实现——需求分析班级：网络122学号：***********名：**1、实验目的与要求（1）上网查询浏览有关软件工程环境网站，了解有关软件工程环境的定义、配置、功能和用途；（2）下载有关软件工程标准，如国际ISO9000-3、国家GB8567-1988、2006和行业标准等，重点阅读软件分析阶段的文档编写指南；（3）由指导老师指定或由学生自己选择一实验题目——软件工程项目。
（4）安装、运行、熟悉Visio绘图工具的基本功能，并熟练掌握各种分析建模工具的使用方法，如系统流程图、数据流图、E-R图等，完成选定题目需求规格说明书中功能、数据和行为模型的创建与和说明。
2.1实验背景随着互联网的发展，利用INTERNET 技术来实现“无纸办公”这个概念已经深入人心，校园网作为学校信息化建设的一个平台在完成资源共享、互联网访问、教务管理、电子备课等方面发挥了重要作用。
服务教学、提高教学水平和效果是校园网建设的核心目标和核心价值，本系统立足于校园实际，着眼于未来发展，建成符合标准化协议、通用性较强、实用的系统，以提高高校的现代化管理水平，实现信息资源的共享。
该项目主要是服务于教学方面，进一步方便教师的工作和学生的学习，从而从侧面达到提高学校的教学方面‘软件’质量。
可以说它适用于每一所高校，因此很有开发价值。
我们不敢说该产品是所有该系列产品中最好的，但是我们这里要强调的是它具有使用范围广，实用性强，使用简单，所花经费少等优点。
我们可以肯定的说它将在高校的使用过程中其优点将得到最充分的体现。
2.2需求分析2.2.1业务流程图部分：2.2.2管理功能部分：从业务流程图可以看出，学生成绩管理系统中分为大的三个方面：系统管理员模块、教师模块、学生模块，其主要管理功能有：（1）、系统管理员功能系统管理员进入学生成绩管理系统的主要功能是：实现管理员用户的添加、修改和删除，以及对教师添加、教师修该、教师删除、教师查询、学生的添加、学生的修改、学生的查询等基本功能，并且参与开设课程、选择课程的管理，安排教师的任课和学生的选课工作，管理元为每门课程设置一个学分，没门课程可以是必修或选修，如果学生及格，学生将获得该课程学分。
软件工程实验报告
实验报告（2013-2014 第二学期）课程：软件工程学号：班级：计科201201姓名：实验名称：结构化分析设计方法成绩：一、实验目的1．系统的功能描述、性能描述方法；2．握需求分析工具数据流图、数据字典等；掌握系统需求分析的步骤和方法；3．和学会使用一个结构化的软件分析和设计的软件工程工具：VISIO 2003 简体中文版；4．利用工具软件绘制：DFD，HIPO，PAD，流程图。
二、实验内容软件工程的基本思想是面对复杂的问题，让软件的开发按照工程的概念、原理、技术和方法模式来实施，有计划地按照要求分阶段实现。
针对大型项目开发，为了保证软件产品质量，提高软件开发效率，在进行详细设计、程序设计之前，必须先确定软件总体结构。
软件总体结构设计的方法主要有结构化设计、面向数据结构的设计和面向对象的设计，其中结构化设计方法是应用最广泛的一种，它是建立良好程序结构的方法，提出了衡量模块质量的标准是“高内聚、低耦合”。
另外，结构化设计（structured design，SD）方法是一种面向过程的设计方法或面向数据流的设计方法，它可以与结构化分析（structured analysis，SA）方法、结构化程序设计（structured programming）方法前后呼应，形成了统一、完整的系列化方法。
结构化设计方法以需求分析阶段获得的数据流图为基础，通过一系列映射，把数据流图变换为软件结构图。
三、实验步骤1．从程序中执行visio程序2．学习帮助中的入门教程本教程讲授关于 Microsoft Office Visio 环境：如何创建和共享图表，如何创建形状、模具和模板，如何建立一些常见图表类型。
在每一讲中：播放动画以观看所执行的步骤。
自行按照步骤指导来创建图表。
（1）开始创建图表。
（2）移动形状和调整形状的大小。
（3）添加文本。
（4）连接形状。
设置形状格式。
（5）保存和打印图表。
3．创建自己的流程图，例子如下：（1）画出图书预定系统DFD图。
软件工程实验报告-十个实验（银行系统）
软件⼯程实验报告-⼗个实验（银⾏系统）软件⼯程实验报告班级：****学号：**********姓名：***实验⼀软件需求分析实验项⽬名称：软件需求分析实验⽬的：1) 根据所选定题⽬进⾏需求分析⼯作；2) 通过实例掌握结构化数据流分析技术；3) 进⾏业务需求分析、⽤户需求、功能需求、⾮功能需求分析；4) 写出需求规格说明书（含数据流图）。
实验内容：⽤结构化数据流分析技术进⾏软件系统需求分析，得出系统得数据流图和数据字典。
实验步骤：1) 到相关单位进⾏需求分析。
2) 综合利⽤Internet ⽹和相关书籍整理并完善需求分析。
3) 画出系统数据流图（分清系统是事务型还是加⼯型）。
4) 得出系统数据字典。
1．软件系统需求描述：(从功能，性能上进⾏描述)（1）功能需求：银⾏系统系统所要完成的主要功能有两⽅⾯：①填写存款单或取款单交给业务员键⼊系统，如果是存款，系统记录存款⼈姓名、住址、存款类型、存款⽇期、利率等信息，完成后由系统打印存款单给储户。
②如果是取款，业务员把取款⾦额输⼊系统并要求储户输⼊密码以确认⾝份，核对密码正确⽆误后系统计算利息并印出利息清单给储户。
（2）性能需求：为了满⾜储户的要求，系统必须要有⾼的运作速度，储户填写的表单输⼊到系统，系统必须能快速及时作出响应，迅速处理各项数据、信息，显⽰出所有必需信息并打印出各项清单，所以要求很⾼的信息量速度和⼤的主存容量；由于要存贮⼤量的数据和信息，也要有⾜够⼤的磁盘容量；另外，银⾏计算机储蓄系统必须有可靠的安全措施，以保证储户的存储安全。
2．软件系统数据流图（由加⼯、数据流、⽂件、源点和终点四种元素组成）：1) 顶层数据流打印存单打印清单2) 1层数据流图3) 2层数据流图3．软件系统数据字典：1) 数据流条⽬(1)数据流名：存单(反馈信息)说明：银⾏系统给⽤户每次存款打印的存款资料表单数据流来源：银⾏计算机储蓄系统数据流去向：⽤户数据流组成：存单=存款⼈+存款银⾏+业务员编号+存款⾦额+存款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”存款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计（2）数据流名：取款单说明：记录⽤户每次取款的资料和情况数据流来源：⽤户数据流去向：银⾏计算机储蓄系统数据流组成：取款单=取款⼈+取款银⾏+业务员编号+取款⾦额+取款⽇期业务员编号=“01”..“99”取款⽇期=年+⽉+⽇数据量流通量：暂不统计（3）数据流名：利息清单（或账单）说明：当⽤户取款时，银⾏内库要把利息清单（或账单）给银⾏计算机储蓄系统处理，再把利息清单（或账单）交于⽤户数据流来源：书库数据流去向：事务处理数据流组成：取款信息=取款⼈+取款银⾏+受理业务员+取款⾦额+取款⽇期+⼿续费+帐户余额业务员编号=“01”..“99”取款⽇期=年+⽉+⽇位置：输出到打印机数据量流通量：暂不统计2) 加⼯条⽬a)加⼯名：银⾏计算机储蓄系统加⼯编号：0层简要描述：对⽤户存取款进⾏管理和处理输⼊数据流：存款单、取款单输出数据流：存单、利息清单（或账单）加⼯逻辑：若存取款信息正确且密码正确⽆误则存取款成功，否则提⽰重写或重填。
软件工程结构化分析实验
软件工程结构化分析实验软件工程结构化分析实验1. 引言软件工程结构化分析是软件开发过程中的重要环节，通过对软件系统的结构进行分析，可以帮助开发人员更好地理解系统的工作原理，从而提高开发效率和质量。
本实验旨在通过实际案例对软件工程结构化分析的方法和技巧进行实践和掌握。
2. 实验背景随着信息技术的快速发展，软件系统的规模和复杂度越来越大，传统的软件开发方法已经无法满足现代软件系统的需求。
软件工程结构化分析成为了一种必不可少的开发方法。
3. 实验目的本实验的主要目的是通过对一个实际案例的结构化分析，掌握软件工程结构化分析的基本概念和方法，培养学生的结构化分析能力和问题解决能力。
4. 实验内容本实验将以一个具体的软件系统为例进行结构化分析。
学生需要完成以下任务：分析系统的功能需求和非功能需求；识别系统的主要功能模块，并确定模块之间的关系；使用结构化分析工具绘制系统的数据流图和控制流图；根据结构化分析图，编写系统的需求规格说明书。
5. 实验步骤1. 分析系统的功能需求和非功能需求，编写系统需求规格说明书；2. 识别系统的主要功能模块，并绘制模块之间的关系图；3. 使用结构化分析工具绘制系统的数据流图和控制流图；4. 根据结构化分析图，编写系统的需求规格说明书。
6. 实验结果和分析通过实验，学生将会对软件工程结构化分析的方法和技巧有更深入的理解。
学生还可以通过实践提高自己的分析和解决问题的能力。
7. 实验本实验通过一个具体的案例，帮助学生掌握软件工程结构化分析的基本概念和方法。
通过实践，学生能够更加深入地了解软件系统的结构，并能够用结构化分析方法对系统进行分析和设计。
通过本实验，学生的分析能力和问题解决能力将会得到有效的提高。
8. 参考文献1. Pressman, R.S. (2005). Software Engineering: A Practitioner's Approach. McGraw-Hill.2. Sommerville, I. (2010). Software Engineering. Pearson Education.。
软件工程实验报告
连接图形元素.
③使用“数据流”连接线将“接口”、“进程”和“数据存储”等形状互相连接起来。
逻辑连接：将数据流起点、终点拖拽到进程或接口中央位置,进程或接口被红色框包围时松开鼠标，这时可看到数据流符号相应端点为红色方框。拖动进程或接口，可看到流据流的端点随着进程或接口的移动而移动.
教师批阅：分数/等级:
评语：
教师签名(手写）：
批阅日期：年月日
第三次实验实验项目名称：数据库设计-ER图
时间：年月日
实验环境及原理说明：
（一）实验环境
1.硬件环境P4以上的个人计算机环境,要求内存不少于512MB,硬盘不小于20G.。
2.软件环境操作系统：Windows XP
3。数据库: Sql Server 2000以上 或 Access 2003以上
1.静态模型图
①将类、对象形状拖到绘图页上，代表要在类静态结构图或概念模型中包
含的类或对象.
②双击每个形状，打开其“UML属性”对话框，可以在其中添加特性、操作和其他属性。
③右击每个类或对象形状，单击“形状显示选项"，选择要在形状上显示的属性以及要隐藏的形状部分(如特性、操作和模板参数)
④使用“关联”、“链接"、“依赖关系"、“泛化"或“复合”形状，指示类和对象之间的关系.
第一次实验实验项目名称：熟悉Visio
时间：年月日
实验环境及原理说明：
（一）实验环境
1.硬件环境P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。
2。软件环境操作系统：Windows XP
3。数据库： Sql Server 2000以上 或 Access 2003以上
软件工程实验——软件需求分析
（4）提高了解决问题的能力：在实验过程中，我遇到了一些问题和困难，通过思考和探索，我学会了如何解决这些问题。通过不断解决问题和总结经验，我提高了自己的解决问题的能力。
注意事项：
（1）调研和需求分析是关键。在实验初期，需要深入相关单位进行调研，了解计算机销售业务的流程和需求，与用户进行交流，了解用户对系统的期望和需求。同时，需要收集并整理相关的资料，对需进行进一步的分析和整理。
（2）数据流图和数据字典是进行需求分析的重要工具。在绘制数据流图时，需要分清系统的边界和内部结构，将系统划分为多个子系统或模块。在定义数据字典时，需要对每个条目进行详细的描述和定义，确保数据的准确性和完整性。
（3）细心、耐心和责任心是必备的素质：软件需求分析是一项复杂而繁琐的工作，需要细心、耐心和责任心。在绘制数据流图、定义数据字典、绘制类图和描述用例时，需要仔细思考和分析，不能出现错误或遗漏。同时还需要对工作负责到底，及时解决问题和总结经验。
（4）良好的沟通和协作能力是成功的保障：软件需求分析是一项团队合作的工作，需要与团队成员和其他相关人员密切合作和沟通。良好的沟通和协作能力能够提高工作效率和质量，同时也能避免出现偏差和错误。在沟通过程中要清晰明确地表达自己的想法和建议，同时也要尊重他人的意见和建议。
（2）数据流图和数据字典定义不够准确。数据流图和数据字典是进行需求分析的重要工具，如果定义不够准确，可能会影响后续的系统设计和开发。因此，在定义数据流图和数据字典时，需要仔细考虑每个条目的准确性和完整性，确保数据的准确性和完整性。
（3）软件需求规格说明（SRS）撰写不够规范。SRS是实验的最后一步，如果撰写不够规范，可能会影响其他人对系统的理解。因此，在撰写SRS时，需要遵循一定的规范和标准，确保SRS的清晰度和可读性。
软件工程第四章结构化需求分析
数据字典
定义
数据字典是一种用于描述数据元 素及其属性的工具，它提供了数 据的详细描述和定义。
பைடு நூலகம்
内容
包括数据元素的名称、别名、类 型、长度、取值范围、默认值等 属性信息。
作用
为开发人员提供了一个统一的数 据定义和描述标准，避免了数据 不一致和歧义的问题。
03 结构化需求分析过程
问题识别
01
确定软件系统的范 围和目标
用例表
列出系统的所有用例，包括用例名称、描述、前置条件和后置条件 等。
用户故事表
以用户为中心描述系统需求，包括用户角色、场景、任务和目标等。
原型工具
低保真原型
使用简单的工具和方法创建的原型，主要用于 概念验证和用户反馈收集。
高保真原型
使用高级工具和方法创建的原型，几乎与实际 产品一样，用于详细需求分析和用户测试。
04 结构化需求分析工具
图形工具
流程图
用于描述系统或程序的逻辑流程，包括开始、结束、决策点和活动 等元素。
数据流图
用于描述数据在系统中的流动和处理过程，包括数据源、数据存储、 数据处理和数据终点等元素。
实体关系图
用于描述系统中实体之间的关系，包括实体、关系和属性等元素。
表格工具
需求规格说明书
详细列出系统需求，包括功能需求、性能需求、安全需求和接口 需求等。
步骤
首先确定系统的主要功能，然后逐层向下分解，直 到每个功能都清晰、具体、可实现。
优点
能够全面地了解系统的功能需求，有助于保 证系统的完整性。
数据流图
定义
数据流图是一种图形化表示方法，用于描述系统中数 据的流动和处理过程。
组成
包括数据流、数据存储、数据处理和外部实体等基本 元素。
软件工程实验一
《软件工程》课程实验报告四、实验过程与结果性能需求1.系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学院对信息处理的需求。
并且不能重复复两个学号的信息。
2.系统的开放性和系统的可扩充性学生信息系统在开发过程中，应该充分考虑以后的可扩充性。
比如数据在某个时间段的数据输入拥堵。
或者数据多的时候，应该确保系统有足够的空间给数据的输入和存储。
3.系统的易用性和易维护性学生信息系统针对的大部分是学生，因此系统应该更见简单，便捷。
UI界面应更加的简单易懂。
同时在维护数据的时候应该更加的方便。
这样避免了因为错误的操作而到导致数据的流逝。
2.3用户平台要求网络方面：此开发出的软件要适用于Internet网及校园内的局域网。
软件方面：支持windows系统及一些常用的办公软件如office等。
硬件方面：可以被个人电脑、平板以及功能强大的移动设备所使用。
一．业务逻辑1.1业务分解1.2业务流图A)学生信息管理：B)学业信息管理：C）学分建设：D）学生奖助信息管理：E）学生活动管理：F）素质测评：五、实验总结在本次实验，熟悉了需求分析的一般步骤，进一步弄清了业务需求、用户需求、功能和非功能需求之间的区别。
对于一个系统，我知道一开始从哪几个方面对系统进行评价。
通过画用例图，能更清新的看清使用者的操作流程，并认识到了用例图在软件或系统开发过程中的重要性，本次实验学到很多。
软件需求分析实验报告
软件需求分析实验报告篇一：实验二需求分析报告实验二传统软件工程的需求分析建模一、实验目的目的：确定项目要做什么及其可实施性，在此基础上完成系统的逻辑功能模型的建立。
任务：可采用不同的需求分析技术，完成对项目的需求分析过程，给出系统的逻辑功能模型，数据字典以及规格说明书。
二、实验内容1. 实验内容与要求：熟悉系统项目的业务流程，根据现有资料绘制系统数据流图，功能分析图，编写数据字典，数据加工处理的描述以及软件系统流程设想图（新系统模型），完成系统需求规格说明书。
2. 准备参考资料和阅读相关的国家有关软件开发的标准文档。
三、主要仪器设备Windows 7操作系统。
四、实验步骤患者监护系统需求分析报告2.1 引言人员管理的合理化和经营化是医院经营效益的关键。
拥有了先进的技术还要有更加良好的管理体制，才可以让医院的经营效益发挥到最好的状态。
充分利用现代先进的技术，可以节约大量的人力资源和财力资源。
2.2 功能描述患者监护系统主要有以下几方面的功能：(1)数据接收处理：通过连接在病人身上的传感器，根据传感器的值将生理信号（脉搏、体温、血压、呼吸、心电图）输入系统，并接收医护人员输入的对应病人基本信息并根据病人的实际情况确定病人的生理信号安全范围。
(2)监护管理：进行超标判定，对超过设定安全范围的病人及时通知医护人员以及向病人家属发送短信通知。
(3)对病人档案的查询处理：工作人员可以对病人的基本信息（病人姓名、病人性别、住址、联系电话、患病名称、入院日期、备注）进行删除和修改。
可以对这一段时间的病人病情进行查询，也可以对查询的病人病情打印出病情报告。
2.3 数据流图数据流图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。
它可以综合的反映出信息在系统中的流动、处理和存储情况，具有良好的抽象性和概括性。
2.3.1 需求概述本系统由“数据接收处理”“监护管理”“对档案查询处理”三个功能模块组成。
（1）数据接收子系统包含四个功能模块：“病人生理信号处理中心”、“时钟采样处理”、“病人基本信息处理”、“安全范围设定”。
软件工程实验报告——需求分析
《软件工程》实验报告酒店管理系统需求分析目录1．系统需求概述01.1背景说明01.2部门划分01.3各子系统的功能02．用例建模02.1参与者列表12.2用例列表12.3用例图12.4用例规格说明22.5辅助需求23．对象建模23.1确定类与对象23.2确定关联23.3确定属性33.4确定服务33.5系统类图44．动态建模44.1顺序图44.2状态图65. 总结71．系统需求概述1.1背景说明酒店管理系统是一个面向酒店用来进行酒店日常管理的系统。
该系统能能够为酒店的管理者对酒店进行比较精确的管理。
酒店管理系统的功能包括以下内容:支持用户进行酒店客房的预定、酒店客房的退订以及退房付款等操作；支持客房部门对用户的预定、退订、退房等进行操作；当客户订房时进行客房查询：如查询客房是否可以预定；当客户退订或退房时：如进行客房状态修改等。
酒店管理系统能够支持财务部门对整个酒店财务进行正常管理。
如客房部在用户退房时的付款管理等。
并整理某一时间段内酒店的整体收益以及员工的薪水管理1.2部门划分⑴管理者用于整体的统计操作，它的主要职责有：①.管理员工。
给员工编号登记其基本信息，及其所在部门，职位等。
②.客房管理。
对客房的信息进行录入。
⑵客房服务部门对客房的管理，主要职责：①.登记旅客信息，确认其身份，登记其入住、退房时间。
②统计各类房间的客满程度。
1.3各子系统的功能系统划分为三个小部分：管理者子系统、财务子系统、住宿子系统。
①管理者子系统Ⅰ、对新来的员工进行基本信息录入。
{员工号、姓名、性别、年龄、部门号、职务、工资}Ⅱ、对于离职的员工信息进行删除②住宿子系统Ⅰ、来客登记：客人信息{房间号、房间类别、客人名字、证件号码、入住时间、退房时间时间}Ⅱ、房间管理：旅客入住，对用户信息进行登记并对相应房间数量进行修改；退房时，删除所有信息2．用例建模⑴员工信息管理用例描述：员工信息管理包含的用例有添加员工、查询员工信息、修改员工信息以及删除员工信息。
(上课)软件工程实验一
实验指导书课程名称软件工程导论学院信息工程学院班级学号姓名2018年 2 月 24 日实验原理：系统流程图是描绘物理系统的传统工具。
是用图形符号以黑盒子形式描绘系统里面的每个部件（程序、文件、数据库、表格、人工过程等等）。
表达的是信息在系统各部件之间流动的情况，而不是对信息进行加工处理的控制过程。
系统业务流程图的符号：基本符号系统符号2．选择流程图中的基本流程图模板3．用鼠标选拉图标进行绘图二、实验结果：工资管理系统流程图：总务办公管理系统流程图：火车票预订系统流程图：数据流图的符号：1．运行Microsoft Office Visio 20102．选择“软件和数据库”中的“数据流模型图”模板3．用鼠标选拉图标进行绘图二、实验结果：工资管理数据流图：总务办公管理系统流程图：火车票预订系统流程图：工资支付系统的功能结构图一、操作步骤：1．运行Microsoft Office Visio 20102．选择“流程图”中的“基本流程图”模板3．用鼠标选拉图标进行绘图根据数据流图和数据字典，绘制工资管理系统的数据库模型图：工资支付系统的数据库模型图一、操作步骤：1. 运行Microsoft Office Visio 20102. 选择“软件和数据库”中的“数据库模型图”模板3. 用鼠标选拉图标进行绘图（1）绘制实体（表）输入表名输入字段名和数据类型选择主键（2）绘制关系选择外键二、实验结果：1、总务办公管理系统（1）功能结构图：（2）数据库模型图（3）实体表（4）关系2、火车票预订系统（一）功能结构图：（二）数据库模型图（三）实体表（四）关系实验过程与结果：一、操作步骤：1．运行Microsoft Office Visio 20102．选择“软件和数据库”中的“UML模型图”模板3．鼠标点击选择“UML用例”，展开UML用例图的图标4．用鼠标选拉图标进行绘图5．描述用例用例名称验证用户身份用例编号简要说明验证用户所输入的“用户名“和“密码“是否有效参与者图书管理员、系统管理员、图书借阅员、图书借阅者当前状态等待审查使用频率较高前置条件已输入有效的“用户名“和“密码“后置条件登录进入系统基本操作流到“用户信息“数据表中检索是否存在相应的“用户名“和“密码“备选操作流如果“用户名“和“密码“有误，显示提示信息。
实验一软件工程需求分析
教学辅导——需求分析一、需求分析的任务需求分析是软件定义时期的最后一个阶段，它的基本任务是准确地回答“系统必须做什么?"这个问题.需求分析所要做的工作是深入描述软件的功能和性能，确定软件设计的限制和软件同其它系统元素的接口细节，定义软件的其它有效性需求。
通常软件开发项目是要实现目标系统的物理模型，即确定待开发软件系统的系统元素,并将功能和数据结构分配到这些系统元素中.它是软件实现的基础.需求分析的任务不是确定系统如何完成它的工作，而是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求.在这个阶段结束时交出的文档中应该包括详细的数据流图（DFD），数据字典（DD)和一组简明的算法描述。
需求分析阶段的任务包括下述几方面。
1．确定对系统的综合需求2．分析系统的数据需求分析系统的数据需求是由系统的信息流归纳抽象出数据元素组成、数据的逻辑关系、数据字典格式和数据模型。
并以输入/处理/输出（IPO）的结构方式表示。
因此,必须分析系统的数据需求，这是软件需求分析的一个重要任务。
3．导出系统的逻辑模型就是在理解当前系统“怎样做”的基础上，抽取其“做什么"的本质.4．修正系统开发计划5．开发原型系统二、需求分析的步骤结构化分析方法（简称SA方法）就是面向数据流自顶向下逐步求精进行需求分析的方法.需求分析的步骤如下。
1．调查研究2．分析与综合应注意下述两条原则：第一,在分层细化时必须保持信息连续性,也就是说细化前后对应功能的输入／输出数据必须相同；第二，当进一步细化将涉及如何具体地实现一个功能时,也就是当把一个功能进一步分解成子功能后，并将考虑为了完成这些子功能而写出其程序代码时，就不应该再分解了。
3．书写文档在这个阶段应该完成下述四种文档资料:（1)系统规格说明。
（2）数据要求。
（3)用户系统描述。
(4）修正的开发计划。
4．需求分析评审三、需求分析的原则1．必须能够表达和理解问题的数据域和功能域2．按自顶向下、逐层分解问题3．要给出系统的逻辑视图和物理视图四、需求分析方法大多数的需求分析方法是由数据驱动的，数据域具有三种属性：数据流、数据内容和数据结构。
实验1需求分析
信息与软件工程学院
实验目的
1
理解需求诱 导的过程
2
掌握面向对 象的需求分 析模型
3
掌握面向过 程的需求分 析模型
2
实验内容
1. 由组长组织该组成员展开需求讨论，以文字形式将项目需 求以场景的形式分段描述出来
2. 采用面向对象需求分析方法对项目进行需求分析，建立： ① 用例图 ② 写出所有用例规约 ③ 确定系统中主要的类，并建立类图
3. 采用结构化需求分析方法对项目进行需求分析，绘制分层 数据流图和实体关系图
3
实验报告
1. 实验报告
① 标准实验报告一：实验内容1采用文字形式，实验内容 2和3采用文字结合图形的形式。
② 软件需求规格说明书：附在标准实验报告后面
2. 附录：源代码或附加模型 3. 实验平时成绩
– 组长给出组员贡献比例（百分制）+实验考勤+课堂表现
具体讨论结果如下： 主要的功能： 首先，针对用户的需求，最主要是完成借阅功能，再在此基础上添加一些细节 的东西，主要包括以下操作：用户帐号的登陆，退出，冻结 ，图书查询和预约， 罚款查询，借阅查询等功能。 然后，针对管理员，最主要是信息和功能维护，大概有以下这些操作：图书信 息的添加，删除，维护。用户信息的维护。当数据库出现异常时管理员能够读取 异常的借阅信息和罚款信息并对其进行修改，更正。 性能需求： 借阅过程方便，图书信息详尽，图书预约快捷，提交罚款支持在线支付，总之 整个系统对用户友好，没有过多的复杂操作，尽量傻瓜化。
5
用例规约范例。过程描述中的章节号标明每一个可能的活动。 例如，4代表“用户可单选或多选书本，并确认借阅。计算机 显示确认借阅图书清单”这个活动，
软件工程实验报告
软件⼯程实验报告软件⼯程实验报告题⽬：酒店管理系统班级： 09级软件⼀班学号： 0901110135姓名：张锁⽂实验⼀软件需求分析实验项⽬简介：现代化的酒店组织庞⼤、服务项⽬多、信息量⼤，要想提⾼劳动⽣产、降低成本、提⾼服务质量和管理⽔平，进⽽促进经济效益，必须借助计算机来进⾏现代化的信息管理。
本系统分为后⽅管理和前台应⽤两⼤部分。
其中后台管理分为：⽤户信息维护、客房信息维护、客房类型维护、营业情况统计和个⼈密码修改⼏个模块。
前台应⽤可分为：显⽰所有房间信息、显⽰空闲房间信息（订房）和显⽰已租房间信息（退房）三个模块。
系统主要功能主要功能是：●有关客房类型的制定：客房类型名、房间⾯积、床位数量、住房单价、是否有空调、电视机、电话以及单独卫⽣间等。
●客房标准信息的添加、修改、查询等。
●客房基本信息制定：包括客房编号、客房类型名、客房楼层、客房单价、备注等。
●客房基本信息的添加、查询、修改：包括客房编号、客房类型、客房位置、客房单价、备注等●剩余空房、客房未满信息的查询●客户⼊住信息录⼊：客户姓名、性别、籍贯、联系电话、备注等。
●结算信息的记录，包括客房编号、客房类型、客房单价、客户编号、客户姓名、⼊住⽇期、折扣、结算⽇期、总⾦额、备注信息等。
●结算后发票打印。
系统数据流图分析调查酒店业务流程和根据系统功能分析得出本系统的数据流图如下：数据字典表1客户信息存储表表2客房信息存储表表3客房类型信息存储表表4客房类型信息存储表实验⼩结根据酒店的⼯作⼈员提供的资料，得出上述实际要求并作出需要分析说明。
实验⼆软件概要设计系统软件结构图根据系统功能分析，能得出下⾯系统软件结构图：系统输出设计输出设计的内容包括：(1)输出信息应包括系统的使⽤者，如客户、酒店管理⼈员、前台服务⼈员、保洁⼈员等。
(2)信息应以表格及⽂档形式输出。
(3)输出设备：打印机、终端显⽰器、Pos机。
(4)输出介质：输出到专⽤纸张及电脑屏幕上。
《软件工程》实验指导书(实验一)
实验1软件工程概念与相关工具1.1 软件工程的计算环境（实验估计时间：90 分钟）1.1.1 背景知识软件工程学主要研究如何以较少的代价获得高质量的软件，而要达到这个目的，就必须研究软件开发方法和软件开发工具。
软件开发方法就是开发软件的规范化方法。
软件工具是指能支持软件生存周期中某一阶段（如系统定义、需求分析、设计、编码、测试或维护等）的需要而使用的软件系统；软件开发环境则是面向软件整个生存周期，为支持各个阶段的需要，在基本硬件和宿主软件的基础上使用的一组软件系统。
软件工具和软件开发环境都是软件工程的重要支柱，对于提高软件生产率，改进软件质量，以及适应计算机技术的迅速发展有着越来越大的作用。
从20世纪70年代末开始，专家们就致力于软件开发自动化工具的研究，并逐步形成了应用于软件过程的集成的项目支撑环境（Integrated Project Support Environment）和计算机辅助软件工程（CASE，Computer-Aided Software Engineering）工具。
在此基础上建立集成式软件开发环境，全面支持软件开发过程，以期实现软件设计过程的自动化或半自动化。
1.1.2 实验目的1）理解软件工程的基本概念，熟悉软件、软件生存周期、软件生存周期过程和软件生存周期各阶段的定义和内容。
2）通过Internet 搜索与浏览，了解网络环境中主流的软件工程技术网站，掌握通过专业网站不断丰富软件工程最新知识的学习方法，尝试通过专业网站的辅助与支持来开展软件工程应用实践。
1.1.3 工具/准备工作在开始本实验之前，请预习教科书第一章的相关内容。
需要准备一台带有浏览器、能够访问因特网的计算机。
1.1.4 实验内容与步骤1）请查阅有关资料，给“软件”下一个权威性的定义：软件（中国大陆及香港用语，台湾作软体，英文：Software）是一系列按照特定顺序组织的计算机数据和指令的集合。
一般来讲软件被划分为编程语言、系统软件、应用软件和介于这两者之间的中间件。
软件工程实验报告
软件工程实验报告软件工程实验报告班级学号姓名指导老师目录实验一结构化需求分析 ..................................................................... . (1)实验二结构化软件设计...................................................................... .. (4)实验三面向对象的软件分析 (7)实验四软件编码与测试...................................................................... .. (11)目录实验一结构化需求分析一(实验目的(1)掌握数据流的分析技术(2)掌握软件需求分析的过程和方法。
(3)熟悉项目开发计划和需求规格说明书的制定方法。
二(实验题目目前住院病人主要由护士护理，这样做不仅需要大量护士，而且由于不能随时观察危重病人的病情变化，还会延误抢救时机。
某医院打算开发一个以计算机为中心的患者监护系统。
医院对患者监护系统的基本要求是随时接收每个病人的生理信号(脉搏、体温、血压、心电图等)，定时记录病人情况以形成患者日志。
当某个病人的生理信号超出医生规定的安全范围时向值班护士发出警告信息，此外，护士在需要时还可以要求系统打印出某个指定病人的病情报告。
三(实验内容和要求(1)用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。
(2)正确运用图表工具进行表示。
四(需求规格说明书1患者监护系统需求规格说明书1.项目背景:开发软件名称:患者监护系统。
用户:某医院。
项目与其他软件，系统的关系:本项目采用客户机/服务器原理，客户端的程序是建立在Windows NT 系统上以Microsoft Visual C#为开发软件的应用程序，服务器端采用Linux 为操作系统的工作站，是采用MySQL 5的为开发软件的数据库服务程序。
实验一 软件结构化分析实验报告
实验一软件结构化分析实验目的：1) 熟练使用Visio的图形模板绘制出专业图表2）掌握系统的功能描述、性能描述方法；3) 掌握需求分析工具数据流图、数据字典等；4) 掌握系统需求分析的步骤和方法。
实验要求:要求做到使用结构化数据流分析技术分析课题需求，写出详细的数据流图和数据字典，编写实验内容:用结构化数据流分析技术进行软件系统需求分析，得出系统得数据流图和数据字典。
实验步骤：1) 到相关单位进行需求分析。
2) 综合利用Internet网和相关书籍整理并完善需求分析。
3) 画出系统数据流图。
4) 得出系统数据字典。
1．软件系统需求描述：(从功能，性能上进行描述)本系统可细化为两个子系统：销售系统和采购系统。
销售系统的主要工作过程为：首先由教师及学生提交购书单，经教材发行人员审核是有效购书单后，开发票，登记并返还给教师和学生领书单，教师和学生即可去书库领书。
采购系统的主要工作过程为：若是脱销教材，则登记缺书单给书库采购人员，一旦新书入库后，即发进书通知给教材发行人员。
本系统是学校教材订购系统，希望通过计算机能实现对教材采购自动化管理，达到节省人力和提高工作效率的目的。
凡书库中的书的数量发生变化（包括领书或进书）时，都应修改相关的书库记录，例如库存表或进/出库表所以在本次实验中我们应注意教师（学生）与教材发行人员与书库采购员之间的联系；两个子系统：销售系统与采购系统之间的联系，两个子系统合为一个教材订购系统，而与销售系统和采购系统都有关系的是教材发行人员，教师（学生）、图书采购员都需要与教材发行人员联系凡书库中的书的数量发生变化（包括领书或进书）时，都应修改相关的书库记录，例如库存表或进/出库表。
2．软件系统数据流图（由加工、数据流、文件、源点和终点四种元素组成）：3．软件系统数据字典：1．数据流条目2．加工条目3．文件条目4. 实验小结本次实验我主要思考了两个子系统之间的关系，以及它们的基本实现方法，教师发书单给教材发行人员后，教材发行人员通过审核销售系统的库存表如教材充足，则返回书单去领书，如缺书书库采购人员进书后将教材的数量输入采购系统库存表反馈给教材发行人员。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
图书馆管理系统需求分析报告1引言1.1、编写目的编写本报告的目的是明确软件需求、安排项目规划与进度、组织软件开发与测试，供用户确认系统的功能和性能，并作为软件设计人员的设计依据和使用单位的验收标准。
1.2、项目背景2.1所建设开发软件系统的名称：图书馆管理系统。
2.2用户：图书馆工作人员及读者。
1.3、定义图书管理系统是对图书的流量进行准确、及时、快速地管理系统，其管理流程可由数据流程图来描述。
数据流程图（DFD）是为描述软件系统中的信息流提供了一个图形方法。
箭头代表数据流，方框代表数据的源点或终点，圆框代表数据流的交换，双杠代表数据存储的地方。
2 任务概述2.1目标图书管理系统通过计算机技术给图书管理人员和读者借、还书带来便利，减少人力资源的使用和降低管理费用，同时提高信息准确度和可靠性，本系统包括了图书馆管理的一般功能。
主要就图书馆的借书和还书模块进行开发。
2.2 用户特点由于图书馆管理人员和借阅的学生老师都是比较熟悉计算机的群体，因此只需进行简单的培训就可以很熟悉地进行操作。
该系统的界面尽量会设计的友好一些，满足大多数人的视觉喜好，所以应该能够很好的投入使用。
2.3假定和约束系统应该在进行充分的前期准备后开始开发，在开发期间所有的开发人员应该严格按照预先规定的步骤进行，不允许中途有任何疏忽，同时应该及时与图书馆管理人员进行沟通，了解他们的真正想法，尽量满足他们的需要，项目一旦完工，就很难进行改动，所以每一步的进行，都应该根据数据字典等工具进行，严格每一个人员的开发流程。
3需求规定3.1对功能的规定经过以上详细的用户调查，在现行业务流程和数据分析的基础上，基本可以确定系统设计必须达到的目标。
图书管理系统必须具备的功能有：（1）新进图书的登记功能（2）图书的查询修改功能（3）借阅的登记（4）借书限制，读者查询到所需图书后即可借阅，可以借阅多种图书，每种图书一般只允许借一本，若已有图书超期请交清罚金后，才能开始本次借阅。
读者拿着要借的书，到图书管理员处办理借书手续，图书管理员根据借书证号判断该读者可否借此类书，是否超出最大允许借书册数。
（5）还书限制，对过期未还图书进行罚款，对归还的图书能从借书登记表中取消，对丢失的图书进行登记。
3.2对性能的规定为了保证系统能够长期、安全、稳定、可靠、高效的运行，图书管理系统应该满足以下的性能需求：（1）、系统处理的准确性和及时性系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
（2）、系统的开放性和系统的可扩充性图书管理系统在开发过程中，应该充分考虑以后的可扩充性。
例如用户查询的需求也会不断的更新和完善。
所有这些，都要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
（3）、系统的易用性和易维护性图书管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
（4）、系统的标准性系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
（5）、系统的先进性目前计算系统的技术发展相当快，做为图书管理系统工程，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
（6）、系统的响应速度图书管理系统系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。
在进行统计分析时，根据所需数据量的不同而从秒级到分钟级,原则是保证操作人员不会因为速度问题而影响工作效率。
3.3输人输出要求（1）输入对与用户的输入，应该进行字符的限制，以减少输入错误的概率，同时应该有智能记忆的能力，更具用户的长期看书类型，推荐给用户同类型的书籍，对一些名字较为复杂的书籍，应该具有模糊查询的能力，能够更具用户输入的若干词汇，联想到用户可能要找的书籍，以满足用户在没有记清楚具体的书名、作者名和一些其他信息的时候进行查找到自己想要的书籍。
（2）输出能够按照用户的习惯显示出用户所需要的信息，当用户进行模糊查询时，能够显示较详细的信息，以供用户进行选择，同时，能够显示图书的封面等图画信息，让用户一目了然。
3.4数据管理能力要求有时用户为了节约时间或者不想再次输入用户名或者密码时，可以设置记住密码，同时记住用户名的功能，以满足部分用户的需要，当然记住密码不是必须的，但对于用户名的存储是必须的，所以，对普通用户设置最多一万条记录，对管理员设置五百条记录即可，对于图书则是组要的，可以设置一百万条记录，进行记录管理。
3.5 故障处理要求运行时，应该考虑到环境的问题，比如可能断电，数据库崩溃等方面的故障，所以应该对数据库的设置上进行备份，对于断电的处理则执行原子操作，即如若没有完成而断电了，就撤销本次操作。
4、新系统的逻辑模型对于原有人工管理图书，效率低，易出错，手续繁琐，而且耗费大量的人力。
该系统则针对这些问题，管理读者的登记，图书的购入、借出、归还以及注销等。
并且方便管理人员还查阅某位读者、某本图书的借阅情况。
还可加快对当前借阅情况统计的效率，以全面掌握图书的流通情况、提高工作效率、加快信息反馈，为读者提供满意的借阅环境。
4.1图书管理机构分析通过玉兔书管理人员的协商，得到图书馆主要有4个部门。
借阅管理部、图书管理部、读者管理部、系统管理部，其组织机构图如下：图书馆组织机构图4.2、系统功能结构图4.3读者借书数据流图通过对业务流程图的细化，可得到系统的分层数据流图。
如下图：顶层数据流图：图书馆管理系统的顶层数据图对顶层数据流图细化、分解可得到图书管理系统的第一层数据流图，如下图：图书馆管理系统的第一层数据图对第一层数据流图进一步细化、分解，可以得到第二层数据流图，如下图：借阅信息管理数据流图图书信息管理数据流程图读者信息管理数据流图4.4 数据字典（1）数据流名：图书说明：记录图书的主要相关信息数据流来源：读者数据流去向：借书检验数据流组成：图书＝书号＋书名＋作者＋＋价格＋摘要＋状态书号＝“000000001”..“999999999”书名＝2{字母}24作者＝2{字母}24＝2{字母}24价格＝“000.01”..“999.99”摘要=10{字母}200状态＝1{字母}（2）数据流名：借书信息说明：用于传递读者号和图书号数据流来源：借书检验数据流去向：借书登记数据流组成：借书信息＝借书证号＋书号每个数据量流通量：①数据流名：读者信息说明：用于记录登记入库的读者信息数据流来源：读者库数据流去向：借书检验数据流组成：读者信息＝借书证号＋＋联系方法每个数据量流通量：①数据流名：还书信息说明：用于传递图书书号数据流来源：还书检验数据流去向：还书登记数据流组成：还书信息＝书号每个数据量流通量：②数据流名：还书成功说明：用于通知还书成功数据流来源：还书登记数据流去向：读者数据流组成：还书成功＝2{字母}101）数据元素数据元素条目数据元素名称：用户密码别名：userpass长度：16描述：用户登录系统的密码有关的数据结构：User数据元素条目数据元素名称：图书分类编号别名：Bookindex类型：数值型长度：10描述：图书分类的编号数据元素条目数据元素名称：读者编号别名：Readerindex类型：数值型长度：10描述：区分读者的唯一标识数据元素条目数据元素名称：图书名称别名：BookName类型：文本型长度：50描述：图书的名称2）数据流条目数据流条目数据流名称：添加读者简述：进入读者管理可进行添加数据来源：读者资料数据流向：读者信息表包含的数据结构：数据流条目数据流名称：查询结果简述：从图书信息表中检索信息数据来源：图书信息表数据流向：查询结果包含的数据结构：数据流条目数据流名称：查询读者信息简述：读者登录后可进行查询数据来源：读者信息查询窗口数据流向：读者信息查询窗口包含的数据结构：数据流条目数据流名称：按条件查找简述：读者按类别或作者查找的结果数据来源：读者信息查询条件窗口数据流向：读者信息查询条件窗口包含的数据结构：数据流条目数据流名称：管理员登录简述：管理员对图书进行管理数据来源：管理员表数据流向：管理员表包含的数据结构：数据流条目数据流名称：显示图书简述：由条件将各类数据显示数据来源：图书信息表数据流向：浏览图书包含的数据结构：数据流条目数据流名称：修改读者信息简述：输入预修改的信息数据来源：读者信息表数据流向：读者信息修改界面包含的数据结构：数据流条目数据流名称：读者信息简述：读者都能对它进行维护数据来源：读者信息表数据流向：读者信息维护包含的数据结构：数据流条目数据流名称：添加图书简述：新购图书的添加数据来源：图书信息表数据流向：图书信息表包含的数据结构：数据流条目数据流名称：修改图书信息简述：图书更新数据来源：图书信息表数据流向：图书信息表包含的数据结构：3）处理过程描述处理功能条目名称：查询图书输入数据：按图书编号、书目名称、作者等来查询输出数据：图书编号、书目名称、书目作者处理逻辑：（1）支持模糊查询（2）对查询的图书可进行修改删除等处理功能条目名称：添加用户输入数据：用户ID，用户密码，用户名称。
输出数据：是否添加成功处理逻辑：（1）用户名称是否不同（2）用户密码是否包含非法字符处理功能条目名称：添加图书输入数据：图书编号，图书名称，作者，在库数量，单价，图书分类，图书简介。
输出数据：是否添加成功处理逻辑：（1）是否有漏填（2）数据要否匹配（3）信息是否填写完整4）数据存储数据存储条目数据存储名称：图书信息表说明：存储图书基本信息结构：图书编号，图书名称，图书分类，，入库时间，入库数量，图书状态，在库数量，图书简介。
关键字：图书编号相关处理：查询，修改，添加，删除。
数据存储条目数据存储名称：管理员信息表说明：存储管理员信息结构：管理员编号，管理员，管理员密码。
关键字：管理员编号5）外部实体条目外部实体条目名称:图书说明:图书情况输出数据流：图书借阅信息表输入数据流图书借阅信息外部实体条目名称:管理员说明:读者信息情况输出数据流：读者信息表输入数据流管理员读者信息外部实体条目名称:读者说明:读者借阅情况输出数据流：读者借阅信息单输入数据流读者借阅信息。