软件分析报告。
宜未雨绸而缪，毋临竭而掘井。幼儿园教师在工作过程中，都需要提前寻找一些资料。资料一般指代可供人们参考的信息知识等。资料对我们的学习工作发展有着重要的意义！所以，您有没有了解过幼师资料的种类呢？小编特别从网络上整理了软件分析报告范例，相信会对你有所帮助！
软件分析报告(篇1)
三、需求规格说明书
三、需求规格说明书
1．引言.............................................................................................................................................1
1.1编写目的.............................................................................................................................1 1.2项目背景.............................................................................................................................2 1.3定义.....................................................................................................................................2 1.4参考资料.............................................................................................................................2 2．任务概述.....................................................................................................................................2
2.1目标.....................................................................................................................................2 2.2运行环境.............................................................................................................................3 2.3条件与限制.........................................................................................................................3 3．数据描述.....................................................................................................................................4
3.1静态数据.............................................................................................................................4 3.2动态数据.............................................................................................................................4 3.3数据库介绍.........................................................................................................................4 3.4数据词典.............................................................................................................................4 3.5数据采集.............................................................................................................................9 4．功能需求...................................................................................................................................10 4.1功能划分...........................................................................................................................16 4.2功能描述...........................................................................................................................17 5．性能需求...................................................................................................................................18 5.1数据精确度.......................................................................................................................18 5.2时间特性...........................................................................................................................18 5.3适应性...............................................................................................................................18 6．运行需求...................................................................................................................................19 6.1用户界面...........................................................................................................................19 6.2硬件接口...........................................................................................................................19 6.3软件接口...........................................................................................................................19 6.4故障处理...........................................................................................................................21 7．其它需求...................................................................................................................................22
1．引言
1.1编写目的
为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。为了开发出真正满足用户需求的软件产品，首先必须了解用户的需求。本文档是根据用户所
三、需求规格说明书
提供的需求和分析员共同探讨后拟定。在这里将详细介绍用户所需要实现的功能及实现该功能的硬件软件的基本需求，以避免在软件开发后交付用户使用中出现不必要的麻烦。同时在这里将详细的介绍本软件的模块调用等等相关问题。
1.2项目背景
在步入信息化、数字化的今天，仓库是我们生活工作中不可缺少的一部分，仓库管理如何管理，让利益最大化。在如今用软件控制所有流程，可以大大的提高仓库的工作效率，有效地节省物力人力资源。a.项目委托单位：XXX仓库存储基地；开发单位：内蒙古工业大学信息工程学院软件09-1班；主管部门：计算机系领导 b.软件名称：仓库信息管理系统
1.3定义
【列出文当中所用到的专门术语的定义和缩写词的原文。】
实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。
管理员：指日常管理维护本软件的管理人员或仓库主管单位的领导。
1.4参考资料
[1]李香敏《SQL Server 2000 编程员指南》第1版.北京.希望电子出版社 [2]张海藩《软件工程导论》第五版.北京.清华大学出版社
[3]陶宏才.《数据库原理及设计》.第1版.北京.清华大学出版社.2004年 [4]小型仓库管理系统软件需求规格说明书 [5]2006软件综合设计指导书
2．任务概述
2.1目标
1.提高工作人员的正确性，省略了手工核对的工作量。2.仓库是货物贸易的核心部位，管理好仓库可以使贸易更加便捷，在繁忙的人去管理仓库的同时，人的能力是有限的，而仓库管理系统可以大大的提高工作效率，在总的方面进
三、需求规格说明书
3.4.5.6.行调动。
在管理方面更加便捷，无需复杂的人员记录，管理领导在输入相应的信息后可以直观的了解各个仓库的各种详细动态。
采购人员在这里可以根据本软件清晰地了解到哪里需求较大，哪里需求较小，从而去合理的进行采购。
仓库管理系统可以使企业领导、客户在更高的层面去了解销售详细信息，并且可以更好地规划业务模式，实现利益最大化，牢固仓库和客户之间的合作关系。功能实现：系统涵盖了仓库管理在实际应用中的各项流程，包括仓库的进销存功能模块，报表生成功能，订单的生成、管理、查询功能以及利润分析功能。系统遵循了易学易用的设计理念，以贴近业务管理，融合财务分析为主要线索，使其成为仓库管理员的高级业务助理
2.2运行环境
操作系统：Microsoft Windows 2000 Advanced Server 支持环境：IIS 5.0 硬件：
标准配置：
CPU:：P166以上 内存：32M以上
硬盘空间：200M以上 标准键盘、标准鼠标、标准显示器 标准VGA显卡 推荐配置：
CPU：P300以上 内存：64M以上 硬盘空间：1G以上 标准键盘、标准鼠标、标准显示器 标准VGA显卡 100M以太网卡 软件：
标准配置：
数 据 库：Microsoft SQL Server 200
2.3条件与限制
(1)对仓库管理的专业调配等具体技术细节缺乏足够的知识。(2)缺乏和用户的足够的沟通，对目标系统很难有精确的定位。
三、需求规格说明书
3．数据描述
3.1静态数据
员工编号、管理人员账号、密码
3.2动态数据
输入数据：商品编号、供应商信息、商品单价、数量、用户账号和密码 输出数据：商品信息、出入库时间、数量
3.3数据库介绍
本系统是一种工作在windows系统平台的软件，它是以SQL数据库为基础
3.4数据词典
名称：用户名别名：name描述：仓库管理管理系统管理员的唯一标识定义：用户名=15{字符}位置：用户登陆表
三、需求规格说明书
名称：密码别名：password描述：登录仓库管理系统的唯一认 证标记定义：密码=15{数字}位置：用户登陆表
名称：商品编码别名：SPM描述：仓库商品的唯一标识定义：商品编码=8{字符}位置：商品信息表 库存信息表 进货信息表 退货信息表 商品销售信息表 商品退货信息表
三、需求规格说明书
名称：商品信息别名：SHB描述：商品的基本属性定义：商品信息=商品编码+商品名称+数量+供应商+当前库存位置：库存信息表 进货信息表 供应商信息表 商品销售信息表 退货信息表
名称：库存信息表别名：KCB描述：每一天仓库存储信息的更新 清单 定义：库存信息表=商品编码+商品名+当前库存+商品单价+销售总量+退货总揽位置：库存信息表
三、需求规格说明书
名称：进货信息表别名：JHB描述：仓库购入商品的信息定义：进货信息表=商品编码+商品数量+单位+单价+供应商+进货时间位置：进货信息表
名称：供货商信息表别名：GHSB描述：采购员采购商品的联系人员表或厂家信息表定义：供货商信息表=供货商名称+联系人电话+联系人方式+传真+地址+邮政编码位置：供应商信息表 进货信息表 退货信息表
三、需求规格说明书
名称：商品销售信息表别名：XSB描述：对销售出去的信息的总体统计记录定义：销售信息表=商品编号+销售数量+购买人+购买时间位置：输出到打印机 商品销售信息表
名称：退货信息表别名：THB描述：对退回的货物信息进行登记汇总定义：退货信息表=商品编号+退货数量+单位+单价+供应商+退货时间位置：输出到打印机 退货信息表
三、需求规格说明书
名称：商品退货信息表别名：SPTHB描述：对退回的商品进行登记统计定义：销售信息统计表=商品编号+退货数量+退货人+退货时间位置：输出到打印机 商品退货信息表
3.5数据采集 3.5.1 E-R图
综合E-R图
三、需求规格说明书
供应商信息供应商n供应m商品商品信息表g退货信息表进货进货信息表h退货人j退货k仓库管理仓库管理员ptq销售记录表销售库存信息表r购货方 仓库 E-R 图
库区编号仓库主管仓库面积仓库
商品 E-R图
三、需求规格说明书
商品编码商品名称商品单价供应商库存数量n商品存储m仓库入库时间出库时间采购员库区号管理负责人 销售 E-R图
商品名称购买日期商品编码商品K购买L消费者购买数量商品单价
商品名称商品编码生产厂家数量p商品销售q仓库单价销售日期购买人销售管理员
退货 E-R 图
三、需求规格说明书
商品名称商品编码生产厂家退货数量p商品退货q仓库单价退货日期退货人主要负责人
3.5.2 IPO图
IPO 表系统：仓库管理系统 作者：张启松模块：进货管理 日期：2011/11/2编号：4被调用：仓库管理系统输入：商品信息调用：产生订货清单；添加、删除商品信息输出：商品、供应商信息处理：对入库的货物的具体信息进行登记、删除，便于了解 仓库存储状态局部数据元素：商品名称、编码、单价、供应商信息等注释：
三、需求规格说明书
IPO表系统：仓库管理系统 作者：张启松模块：系统登录 日期：2011/11/2编号：1被调用：仓库管理系统调用：登录输入：用户名和密码输出：登录成功或登录失败处理：省份验证局部数据元素：用户名、密码注释：
三、需求规格说明书
IPO 表系统：仓库管理系统 作者：张启松模块：人员管理 日期：2011/11/2编号： 8被调用：仓库管理系统输入：工作人员信息调用： 人员管理输出：工作人员信息处理：仓库员工的管理局部数据元素：姓名、性别、年龄、职称、工资等
注释：
三、需求规格说明书
IPO 表系统：仓库管理系统 作者：张启松 模块：销售管理 日期：2011/11/2编号：5被调用：仓库管理系统输入：商品信息调用： 销售输出：商品销售记录处理：对商品销售具体信息进行记录、以及对顾客退货的信息进行处理局部数据元素：商品名称、编号、单价、销售时间、数量、购货人等
注释：
三、需求规格说明书
IPO 表系统：仓库管理系统 作者：张启松模块：供货商管理 日期：2011/11/2编号：3被调用：仓库管理系统调用： 供货商输入：供货商输出：供货商信息处理：根据输入的供货商，对供货商的信息进行添加、修改、删除等局部数据元素：供货商信息、商品编码、名称、数量、等
注释：
4．功能需求
4.1功能划分
1）系统登录
用户可根据用户名和密码登录系统，选择自己 2）系统设置
(1)添加删除用户：只限于管理员操作。管理员可以向里面添加和删除用户信
三、需求规格说明书
息，也可修改用户密码。3）供应商信息管理(1)供应商信息的添加(2)供应商信息的修改;(3)供应商信息的删除;(4)供应商信息的查询;
4）库存管理
(1)商品信息的添加。对商品的基本信息进行录入并保存。
(2)商品信息的修改：在有商品进入时，修改库存商品的基本信息，更新商品的信息，使商品信息始终是最新的商品信息。
(3)商品信息的删除：当商品没货时，又不准备再进相同的货时，可以将该商品的信息从库存清单中删除，保证信息库中无冗余的数据。(4)库存信息的查询。(5)库存不足发出警报信息。5）进货管理
（1）由库存清单的信息产生订货清单。
（2）商品的验收，当符合要求时选择入库，反之，选择退货。6）销售管理
（1）销售信息的添加（统计时）。
（2）销售信息的删除（退货时）。
（3）销售信息的统计（上周、本周销售，上月、本月销售）。（4）销售信息的查询（主要针对销售统计）。7）人员管理
（1）工作人员信息的添加。
（2）工作人员信息的删除。（3）工作人员信息的修改。（4）工作人员信息的查询
4.2功能描述 4.2.1用户登录
系统登录功能的主要功能是对用户身份进行验证，只有在系统登录时输入合法
三、需求规格说明书
用户名和密码才能进入仓库管理系统。
退出系统功能保证用户在已经保存当前操作的情况下安全退出，防止不必要的信息丢失
用户注销功能在不退出系统的情况下更改登陆用户
4.2.2仓库管理
库存管理的主要功能是产生进货、退货、商品销售、商品退货的清单，并进行库存的盘点和验收
4.2.3 业务查询
业务查询模块主要实现对当前库存量的查询，对销售历史记录的查询，以及对仓库进货、退货，商品销售、退货信息的查询
4.2.4 系统设置
系统设置模块主要是对供应商信息和登陆用户信息的管理。能够实现对供应商和登陆用户信息的添加、修改、删除功能。
5．性能需求
5.1数据精确度
数据精确度：单价小数点后保留两位有效数字、商品编码为六位。软件的输入精度:小数点后保留1位有效数字 输出数据精度的要求: 小数点后保留1位有效数字 传输过程中的精度: 小数点后保留1位有效数字
5.2时间特性
（1）查询速度：不超过10s（2）其他所有交互功能反应速度：不超过3s（3）可靠性：平均故障间隔时间不低于200h（4）响应时间:0.5秒以内（5）更新处理时间:0.5秒钟以内
三、需求规格说明书
（6）数据的转换和传送时间: 1秒以内（7）解题时间: 1秒以内
5.3适应性
操作方式上的变化:该软件实用与现在流行的操作系统精度和有效时限的变化，可以根据实际情况自行设置
6．运行需求
6.1用户界面
【如屏幕格式、报表格式、菜单格式、输入输出时间等。】
6.2硬件接口
1.登陆终端的接口 2.打票终端机的接口 3.条码录入终端机的接口
6.3软件接口
图1登录时的用户名和密码
三、需求规格说明书
D3 商品信息用户名4仓库管密码以进货管理员及身份理选择4.1产生订货清单库存清单4.1.1添加商品信息4.1.2删除商品信息D2 供货商信息
图2进货管理模块
D3 商品信息商品销售信息仓库管理员用户名密码5销售管理5.1销售商品5.2 顾客退货打印小票采购员顾客5.3销售仓库管销售统统计理员计表
图3商品销售模块
三、需求规格说明书
D2 供货商信息用户名3仓库管密码以供货商理员及身份管理选择3.1添加供货商3.2删除供货商3.3修改供货商3.4查询供货商信息仓库管理员
图4供货商管理模块
D4 工作人员信息仓库管理员用户名8密码以人员管及身份理选择8.1添加人员信息8.2 删除人员信息8.3修改人员信息8.4工作人员信息表查询人员信息
图5人员管理模块
仓库管理员6.4故障处理
4.（1）在输入数据不符合定义时
提示正确类型并重新输入； 5.（2）用户名和密码输入三次还没有正确输入，则系统自动锁定；
三、需求规格说明书
6.（3）数据在数据库中已有备份，系统出错时可以靠数据库恢复；
7.（4）再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法；
8.（5）断电后系统会自动保存数据。
7．其它需求
7.1安全保密设计
9.对数据库的查看访问必须有用户名和密码
10.安全性：登录系统时需要正确的用户名和密码，当密码和用户名错误输入三次，系统不允许再输入。当电脑因意外断电，系统将自动保存信息
7.2维护设计
11.详细编写各阶段的文档资料，利于开发和维护。
软件分析报告(篇2)
本文中，主要针对工程机械出租的各项步骤、以及设计系统的广义意义进行了分析，从而根据各部分不同的需求阐明了本系统使各个功能模块相连接并实现工作、统计的作用。
1.1 编写目的
在计算机科技的飞速发展的21世纪，软件系统以及英特网也在不断融入我们的生活。然而在工程机械出租领域，设备的种类、数量越来越多，设备管理所涉及的是巨大的系统工程，由于企业出租规模大、管理涉及面广，又是造成统计、管理不到位都将给企业的正常经营带来一定的影响，所以如何利用先进的网络技术和优异的计算机软件系统更有效的收集、处理这些设备的租借，同时建立以现代信息化为核心的管理体制，减轻相关人员人工对租借管理及数据处理的负担，完成一个工程机械设备管理系统就变得尤为重要。
1、 信息交互要求
软件系统要求利用一一切租赁操作作为输入，通过数据收集计算达到处理的目的。
2、 附加影响要求
在系统正常工作过程中，需要达到最好的人际结合效果，对其他设备的正常工作不可以有太大的影响，设计人员需要根据用户的需要做出相应的调整；
3、功能的实现要求；
在满足客户的要求下，设计人员、开发人员需要根据本文参考相关需求程度，做出相应的软件系统设计。
1.2 项目来源
本设计的初步设想来源于宏达软件体验中心。宏达软件主要从事各行业的管理软件开发和应用推广，宏达体验中心拥有多支精干、稳定的软件技术开发队伍，这些队伍不仅具有一流的专业素质和研发能力，同时还拥有丰富的系统开发经验，且具有良好的职业道德修养和综合分析能力。 随着时代的发展，宏达公司也在不断开发、完善宏达系列软件，严把质量关，用一流的软件回报用户，受到了用户的好评，宏达系列管理软件以其功能强大、
操作简便、价格低廉的特性赢得了全国广大用户的青睐。目前用户已遍及全国所有省份、自治区、直辖市；用户遍及电子、电器、医药、服装、建筑、物资、化工、商贸、超市、旅游、机械、建材、科技、通讯等各类企业公司，同时拥有大量机关、事业单位、学校、研究所等机关事业型单位用户。
随着管理自动化的程度越来越高，大部分任务都直接由各种设备来完成，因此利用先进的计算机技术来管理，提高人机工作的效率成为了一项重要手段。
1.3项目风险
本项目中，不同身份的工作人员需要对各自负责的工作及出发点等承担一定的风险。
任务提出者需要对项目的完成进度以及设计需求的整体方向负责，产品是否为大众所接将成为任务提出者所要负担的风险。
软件开发者需要对统计、收集、计算的相关程序编码是否正确承担责任，对运行软件后的一切技术上的风险承担一定的风险。
产品使用者在完成交易过后的使用过程中，需要对自己的一切操作负责，相应的需要承担软件系统在使用过程中因操作不当崩溃的风险等。
1.4 文档约定
本文的正文部分以宋体、小四为主要格式，行间距为1.5倍行距，各个主要题头的格式为黑体、四号。
本文档所涉及的一些专业术语及英文缩写如下：
Acess: Microsoft Office Access（前名 Microsoft Access）是由微软发布的关联式数据库管理系统。它结合了 Microsoft Jet Database Engine 和 图形用户界面两项特点，是 Microsoft Office的成员之一。其实Access 也是微软公司另一个通讯程序的名字，想与 ProComm 以及其他类似程序来竞争。可是事后微软证实这是个失败计划，并且将它中止。数年后他们把名字重新命名于数据库软件。Access在2000年的时候成为了计算机等级考试中的计算机二级的一种数据库语言并且因为它的易学易用的特点正逐步取代传统的VFP成为二级中最受欢迎的数据库语言。
Visual Foxpro：Visual FoxPro简称VFP，是Microsoft公司推出的数据库开发软件，用它来开发数据库，既简单又方便。Visual FoxPro源于美国Fox Software公司推出的数据库产品FoxBase，在DOS上运行，与xBase系列相容。FoxPro原来是FoxBase的加强版，最高版本曾出过2.6。之后，Fox Software被微软收购，加以发展， 使其可以在 Windows 上
运行， 并且更名为 Visual FoxPro。目前最新版为 Visual FoxPro 9.0，而在学校教学和教育部门考证中还依然延用经典版的 Visual FoxPro 6.0。在桌面型数据库应用中，处理速度极快，是日常工作中的得力助手。
数据：泛指表示一个指定的值或条件的数字、符号（或字母）等。数据是表示信息的，但这种表示要适合传输、分析和处理。此处，常把数据当作信息的同义词。
Container：Container类是IContainer 接口的默认实现。容器是封装和跟踪零个或更多个组件的对象。在此上下文中,包容是指逻辑包容,而不是直观包容。
数据源：提供某种所需数据的原始媒体。
C/S 结构：即大家熟知的客户机和服务器结构。它是软件系统体系结构，通过它可以充分利用两端硬件环境的优势，将任务合理分配到Client端和Server端来实现，降低了系统的通讯开销。
1.5 预期读者和阅读建议
本软件产品需求分析报告所针对的预期读者包括：
开发人员
用户
项目经理
租赁方
开发人员需要根据本文详细计划产品的开发，并且以达到最好的人机结合和为企业创造一定的经济效益为主要目的；用户需要熟知本文所描述的产品计划，以对产品有一定的了解，在之后的操作过程中才能有一定的熟练度，不以至于出现错误操作；项目经理则可以按照此文档安排项目进度以及工作经费等相关、租赁方需要对本文有一定的了解，至少熟悉工作流程以及系统需要达到的目的，从而更好地配合出租厂商做好统计、记账、处理数据的相关方面的工作。
1.6产品范围
本产品适用于为工程项目出租机械设备的相关公司，由于大型施工设备租赁市场处于发展过程中存在着租赁企业数量多且规模小、效益差、恶性竞争严重等问题，本产品意在于协助每个工程机械设备出租公司合理地优化相关工作。
1.7 参考文献
软件分析报告(篇3)
2.1产品的状况
工程机械设备管理系统提供了对基础信息录入、机械设备出车单录入、挖掘机回车单录入、员工登记录入、加油登记录入等的模式录入和表格界面录入。录入信息时可能会出现相同的信息，为了避免重复录入部分字段设置了辅助录入功能，只需输入几项即可完成录入功能，操作方便快捷，可以很大的提高工作效率。
本系统将不是产品系列中的下一成员，也同时还不是成熟产品所改进的下一代产品，但是现有应用软件却不能成为它的替代品(升级产品)，所以这是一个新型的、自主型的产品。
2.2 产品的功能
根据上述分析，可以将本系统的各项子系统功能陈列如下：
1．基础信息管理系统：
本系统主要负责储存、录入及读取相关资源，这些资源主要包括：机械设备档案、供商信息、客户信息等；
2．机械设备调度管理系统：
本系统主要负责统计工程机械出车单、以及对挖掘机的租赁做相关管理管理（挖掘机回车单、某机械设备期间统计、期间统计查询）；
3．压路机管理系统：
本系统主要负责运行压路机回车单、某机械设备期间统计、期间统计查询及相关方面的工作。
4．装载机管理系统：
本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。
5．重型半挂管理系统：
本系统主要对装载机回车单、某机械设备期间统计、期间统计查询做相关的程序的管理。
6．客户管理系统：
本系统主要负责记录并统计、处理客户的还款、组织客户统计表、检查并记录机械设备状态等工作。
7．员工管理系统：
本系统提供一个员工信息服务系统，可以实现员工登记、事故登记、员工考勤、员工生日提醒。
8．加油管理系统：
本系统的作用在于加油登记、加油统计、余油统计；
9．配件管理系统：
本系统主要处理配件信息、配件入库、维护领料、配件库存、旧件回收、采购申请单、采购申请明细。
10．保养审验管理系统：
本系统的作用是对设备做保养登记、对设备审验进行登记、设备审验提醒、对保养期间查询等。
11．企业与产品检索系统：
本系统可以实现在线查询企业和产品信息，可以按多种方式进行查询；
12．在线调查系统：
本系统可以实现在线调查功能，对用户进行各种情况的调查。
2.3 用户类型和特性
本系统的用户主要由以下人员组成：
1、工程机械出租管理部人员：此类人员负责的是对公司内部机械设备出租，并对其出租明细做一个详细的录入，需要时可以读取相关信息。
2、机械设备保管部门人员：负责对公司内出租的工程机械设备做定期的管理与保养，并且负责设备的出纳。
编写本文档所参考的资料如下：
[1]《施工机械信息化管理的研究[J]科技情报开发与经济》王健2003.11
[2]《工程机械产品图库管理信息系统的研究[J]工程机械》贺尚红1998.5
[3]《开发新一代设备信息管理系统》龚元明1995.6
[4] 《数据库基础与应用[M]》 成先海.2008.
[5]《软件工程[M]》. 程成，陈霞.，2003
软件分析报告(篇4)
软件工程课设报告
题 目：软件工程课设管理系统 ——需求分析报告 学生姓名：王星
学 号：1176807448 专 业：计算机4班 指导教师：赵宇红
文档名称： 需求分析报告 项目名称： 软件工程课设管理系统 项目负责人：王星
编写： 完成日期： 2014.6.19 审核：
开发单位：
王星 薛浩楠
软件工程课设管理系统小组
目录
需求分析报告...................................................................................................................................4
一．引言...................................................................................................................................4
1.编写目的：...................................................................................................................4 2.背景及范围:.................................................................................................................4 3.名词定义：...................................................................................................................4 4.参考资料：...................................................................................................................5
二、任务概述...........................................................................................................................5
1．目标：.........................................................................................................................5 2.系统功能划分：...........................................................................................................6 3.安全性：.......................................................................................................................6
三、具体需求分析...................................................................................................................6
1．系统流程图：.............................................................................................................6 2.数据流图：...................................................................................................................8 3.数据字典：...................................................................................................................8
需求分析报告
一．引言
随着计算机的普及，人们对计算机的认识及需求有了明显的增加。计算机对于大量信息的管理的优势更是显而易见。有了这个软件工程课程设计管理系统，学生与老师的工作任务就可能会事半功倍。1.编写目的：
计算机专业的学生有90多名，而且随着每年的扩招，人数不断的增加，每次软件工程课程设计都采用手工操作，费时费力。为了解决这个问题，决定做一个软件工程课程设计管理系统，对每个学期选修软件工程课程设计的学生基本情况作个统计。主要是学生从该系统中选题，填写同组学生的姓名，学号，班级，组长等基本情况；查询自己的课程设计成绩。老师通过该系统查看学生的选题情况，填写学生的项目进度情况，且给出学生的分数，这有利于老师教学，及时了解学生的情况，提高教学质量，减轻老师的工作量，改善原有的比较繁锁的工作。2.背景及范围: 名称：软件工程课程设计管理系统
任务的开发人员：杨宇飞，薛浩楠，王星，陈晶 开发软件的单位：软件工程课程设计管理系统小组
软硬件设施：个人计算机，JAVA，Acess数据库，Windows 97/xp操作系统 决定开发软件工程课程设计管理系统，估价成本不高于1000元，二周交付使用。3.名词定义：
实体：客观世界中存在的且可互相区别的事物。联系：客观事物中的彼此之间的关系。属性：实体或者联系所具有的性质。4.参考资料：
软件工程基础 汤淮 西安交通大学出版社
软件工程------技术，方法与环境 王立福，张世琨，朱冰 编著 北京大学出版社
软件开发技术 倪秉营 电子科技大学出版社 软件工程 张权范 清华大学出版社
二、任务概述
该软件工程课程设计管理系统软件目前已有比较完善的管理与使用功能。研制软件工程课程设计管理系统软件是为了满足软件工程教师与学生方便对课程的各种管理与操作。1．目标：(1)开发意图：
a.为了软件工程课程管理系统更完善；
b.为了软件工程课程管理更方便；
c.为了减轻软件工程管理工作人员的工作负担;d.为了加强学院的正规化管理;(2)应用目标：
通过本系统软件，能帮助课程设计教师利用计算机，快速方便的对课程进行管理，上传资料，填写进度报告，查找的所需操作。(3)产品描述：
本产品是一种工作在windows系统平台的软件，它是以Acess数据库。(4)产品功能： 2.系统功能划分：
使用该系统有三个角色教师，学生，客户。教师可以查看学生选课情况，可以查看学生设计报告，填写学生项目进度情况，给出分数，修改密码，上传课程设计题目，学习资料。学生可以查看选课情况和成绩，选课。客户只可以浏览选课信息。
2．系统可分为5个模块：
（1）基本信息：教师和学生的信息包括教师号，学生号，教师开设的课程设计的题目，学生选的课程设计题目，项目进度和分数。（2）选课：显示教师开设的课程设计题目，实现学生选课。
（3）查询：学生查询可选题，自己选题情况，自己课程设计成绩。教师查询学生选题情况，学生设计报告。
（4）修改：教师填写项目进度情况和给出分数，学生填写同组的其他同学的姓名，学号，班级，小组长，修改结果存入相应数据库等。
（5）密码：教师和学生可以修改自己的登陆密码，结果保存用户信息数据库。3.安全性：
设立三种级别的用户：Student,Teacher,Guest，对每种类型的用户设置不同的权限。
Student：查询分数，课程设计报告上传功能 Teacher：提供对系统的实际操作功能 Guest： 提供信息浏览功能
三、具体需求分析
1．系统流程图：
学生登陆教师登陆验证学生身份验证教师身份验证成功验证成功修改密码查询选课信息查询选课上传资料与设计题目查看设计报告查看选题情况修改密码学生信息数据库选课给出分数和填写进度情况教师信息数据库课程设计报告上传填写同组人员信息选课数据库客户登陆客户浏览
图3.1系统流程图
2.数据流图：
客户用户信息数据库选题数据库用户学号与密码显示修改密码上传确定选题验证口令题目与有关资料课程设计题目数据库登陆教师显示登陆成员列表验证口令填写进度表显示选课学生小组成员信息核对填写同组人员信息教工号和密码进度数据库工作报告表课程设计报告修改密码用户设计报告表给出分数上传学生信息数据库成绩数据库显示
图3.2数据流图
3.数据字典：
数据流描述：
数据流名：用户名密码 数据来源：用户登陆处理 数据去向：验证信息处理。说明：用户输入用户名和密码 数据组成：用户名+密码 数据流量：小 数据流名：直接登陆
数据来源：用户登陆处理
数据去向：客户界面
说明：普通用户不输入用户名和密码直接以客户身份登陆
数据流名：登陆
数据来源：验证信息处理正确
数据去向：根据验证信息返回条件决定是教师界面还是学生界面 说明：系统登陆到教师界面。数据流名：选题，资料
数据来源：教师界面的输入选题和资料窗口 数据去向：上传处理
说明：教师输入要上传的课题和资料 数据流名：小组成员信息 数据来源：选课信息界面 数据去向：验证填写信息处理
说明：学生填写同组其他同学姓名，学号，班级，小组长名。数据流名：工作报告。数据来源：课题信息界面 数据去向：上传处理
说明：学生将各阶段工作报告上传。数据流名：设计报告 数据来源：选题信息界面 数据去向：上传处理
说明：学生填写所选课题的设计报告上传。
软件分析报告(篇5)
有关教育软件的调查与分析报告
如火如荼的教育信息化事业，让越来越多企业加入了教育软件行 业，教育软件产品日渐丰富，然而教育软件业也面临越来越多的问题。我于20xx年四月份对郑州一中、八中、省实验中学、实验 小学、外国语学校、42中、69中、46中八所学校通过问卷调查和焦作东环路小学、信阳第一高级中学两所学校进行电话调查，目的就是针对河南教育软件业的缓慢发展进行剖析。现将学校教育软件在教学办公、管理、资源方面的应用状况综述如下：
一、教育软件在教学办公、管理、资源方面的应用状况
目前，我省各类学校有8。02万所，而学校教育软件的使用有以下特点：闲置不用，做为摆设；理论与实践不结合。学校投资软件与硬件（计算机、投影仪、展台等）的比值为1：100.也就说学校在投资硬件达到100万时才愿意出资1万元来购买软件使用。
（一） 通过教育部门购买软件的使用：
查阅学校关于购买软件的资料发现我省教育有关部门规定每个学校根据学生人数每学期有一笔专款由电教馆统一组织订购的教学软件。而学校在订购教学软件的使用中存在一定的问题，对此八所学校进行调查中，购买与教学管理、资源、办公方面的软件占50％，而实际使用率占40％；订购vcd的以故事片为主的占30％，使用率占95％以上；订与硬件有关的占20％，使用率占95％以上。
（二）通过现金购买大型软件的使用：
大多学校认为硬件投资上百万或近百万了，确实应该买些管理类、办公类、资源类软件了。而真正买回来了一年半载才开始用，对郑州一中、八中、省实验中学、小学、外国语学校、42中、69中、46中焦作东环路小学、信阳第一高级十所学的使用结果是充分使用的占0％，部分使用占90％，闲置不用的占10％。
（三） 教师主动提出购买软件的使用：
在教材不断更新的今天，要求老师们在教学方法，教学手段和内容上也要有所改变，跟进教学的步伐，当然也有部分老 师提出新的建议购买与教学有关的软件，其使用率偏高，约达到100％。
（四）受软件自身限制软件的使用：
大多学校还存在今年用这些软件明年用那些软件，随着时战间的累计软件越来越多，老师的报怨也越来越多。由于缺乏统一标准，不同软件厂商、甚至同一厂商的软件之间无法有效地交换数据和协同工作，各种应用软件只能将各自的数据封锁在“数据坟墓”中。教育软件互操作这一国际化难题，已经实实在在地摆在了国内教育软件行业的面前。
（五）地区经济差异化教育软件的使用：
以焦作为代表的豫北地区是河南经济发展较快的地区。他们在信息化教育及教育软件 的投资和使用中一直充当着带头兵。以焦东路小学为例，此学校硬件网络环境一般，但每次购买软件都 很慎重，无论是通过电教费还是通过现金购买，他们都从实用的角度考察和分析，加之校长对每位老师的业务知识进行定期的考核与要求，最终该校使硬件与软件的充份使用率达到100％。一个普通的学校的应用反映一个地区的应用，可见经济的发展对教育软件的发展是起着带动的力量。
以信阳为代表的豫南地区是河南经济发展比较滞后的地区。以信阳一高为例，此学校是信阳最好的高中，硬件网络环境在该地属上等，但软件严重缺乏，教师能够进行计算机操作的占60％，而熟练使用软件 的只有四五人，教师对辅助教学的一些多媒体制作大多依赖那四五人，此学校只注重抓教学，不重视教育信息化，从一个好学校反映一个地区对在教育软件的 使用和理解是不够的。
二、教育软件缓慢增长的原因分析：
通过以上数据可看出软件在使用方面存在很大的问题，通过调查造成软件不能充分合理使用的原因在于：
（一）对用户而言，数据重复录入、维护成本提高、无法及时采用新的技术，以及教育系统数据传递缺乏统一标准，致使教育软件应用难以获得更大提升，地区性教育行政管理信息化更是举步维艰。其次，从企业而言，软件开发无标准可循，每一项产品的研发都冒着巨大风险；而每当用户提出新的需求，厂商仍将耗费惊人的资源和力量进行重复开发，使特色化、规模化的经营发展被扼杀于摇篮中，企业之间更妄谈有效地合作。最后，扩展到整个社会领域，资源遭到极度浪费，产业发展被禁锢，无法形成一定规模；而用户为解决数据上报问题，盲目采取 “一刀切”的采购办法，要求学校教育管理机构采用统一的软件，从而直接导致了行业缓慢增长的危机！
（二）教师专业化问题。教师专业化是指教师职业具有自己独特的职业条件
和培养体制，有相应的管理制度和措施。调查得知并不是所有的老师对计算机的掌握都很熟练，尤其是涉及到专业性的操作问题。比如现在教学当中要使用课件来辅助教学，这就要求每一位任课老师都会通过业务知识用计算机做出课件来，而实际能独立做出课件的占10％。在教育当中大家又都在争论这样一个问题，“到底是提倡老师做课件还是提倡用课件？”做课件就要求老师提高相应的知识技术水平；用课件吧又不能完全符合自己的教学思想和思路，而较大型的办公管理软件
在管理学校人、财、物过程中是经常会遇到程序、数据库方面的头疼问题。较多一些人在使用当中解决不了之后也就不了了之不用了。
（三）管理方面的问题。做为较大型的办公、管理、资源类软件就是针对学校人、财、物各个方面的管理与使用，只有学校各个部门积极配合同时使用，才能真正的叫用起来，发挥应用的作用。而不是校领导及老师认为哪一个是目前重要抓的则用，次要的就不用，这样是无法用软件来改变无指化办公也对我国现代化教育软件业的发展有阻碍的作用。
（四）使用方面的问题。教师人员在使用当中存在很大的惰性，往往是掌握不了正常的使用和操作。调查结果表明，学校各部门能熟练使用该工作正常所需软件的占10％，完全不会操作的占20％。
（五）环境方面的问题。对十所学校的调查 中，硬件与软件环境相匹配的占70％；几乎不相匹配的占10％；勉强相匹配的占20％。所以在购买软件时应根据学校现有的硬件情况合理地配置软的或跟据软件 的需求定硬件。
(六)软件公司的售后服务问题。学校不能把教育软件用起 来在很大一方面是由软件公司决定的，这个成份要占到30％。教师的专业化水平肯定比不上公司 的专业人员，这就需要软件公司开发出来的产品在功能上应该切合实际所用，紧跟新课程改革的步伐；同时应该针对实情况如教师的`技术水平、应用水平有相对应的售后方面的培训和售后服务项目。以解决客户在使用过程中的后顾之忧。
三、 我省教育软件业发展应注意的问题：
（一）大力开展对在职教师进行信息技术的全员培训。加强教师信息技术技能和应用考核，实行现代教育技术合格证制度，并作为评聘职称、教师聘任和评先晋级的重要条件。必须通过改革、加强和发展教师教育来实现。即加强和不断完善各级各类师范院校和教师进修机构信息化环境、设施等基础设施建设，建设全国教师教育信息化网络体系的基础设施框架；初步构建全国教师教育信息网络化教育体系，初步构建基于信息化环境下教师职前培养和职后培训的一体化教师教育体系；探索基于信息化环境下教师教育教学的新模式，探索基于信息化环境下教师教育教学管理的新模式，探索在市场经济条件下推进教师教育信息化的新模式；突出教师教育网络课程建设和教学资源的开发，突出中小学信息技术教育师资的培养和培训，突出各学科教师将信息技术与课程教学整合能力的培养培训，突出有关教师教育信息化政策、评估标准的制定与实施。使全体教师树立现代教育观念，学会“三大技术”，即媒体技术、媒传技术、教学设计技术；达到“会”，即会上网查阅资料、会使用教学课件、会使用计算机备课、会制作课件。
（二） 强化应用，推进整合。完善软件资源建设，坚决克服重硬件轻软件的现象。随着我国教育信息化建设工作的逐步深入，对有关教育软件方面的标准和规范的需求越来越迫切。 我们必须完善软件资源建设，满足我国教育信息化建设的需要。
（三）加强领导，规范教育软件业的发展。标准和规范总是滞后于应用已经严重制约着国内教育软件业的发展。只有建立统一的数据规范，走标准化道路，教育软件才能获得突破性的提升和发展。各种调查结果显示，我省教育软件的不规范化使用已成为事实也是导致教育软件缓慢发展的重要原因。从理论上讲规范教育软件业、规范合理使用是促进我国软件业也是推进我国现代化教育的最有效的手段。
（四）大力发展经济推动教育软件业的发展。 教育软件业的缓慢发展对我省实现及应用信息化技术起到了阻碍 。 以经济的飞速发展改变教育软件 的传统发展模式，这是教育软件发展的必然趋势。
软件分析报告(篇6)
1.概要设计说明书
在当今全球信息化大潮中，互联网（即因特网——Internet）异军突起，给21世纪的人类社会增添了无限的活力，成为现代社会生活中一道亮丽的风景线。互联网带给人们的不仅仅是技术，而是一种以信息为标志的崭新的生活方式。他正在改变着人们的工作和生活方式。有人曾以“围城”比喻互联网，但所不同的是，“外面的人想进去，里面的人不想出来。”互联网为什么有这么大的魅力呢？这不仅与人们日益增长的文化生活有关，更重要的是与互联网的技术不断更新和革命有关。
1.1编写目的
网上大学生实习选择方式较之传统的交易方式有着很明显的优势，它将网络技术与传统的实习预约进行了完美结合，解决大学生寻找实习公司难的的问题，也方便公司寻找合适的实习人员，为公司进行可持续发展人才提供一个良好的平台，为大学生在就业前积累行业工作经验提供了一个机会。
1.2项目背景
软件名称：通达大学生实习在线
项目的任务提出者：恒泰通达有线公司
开发者：恒泰通达项目部(架构师:马兆鑫项目经理:兰佳卉)
用户：在校大学生
1.3参考资料
PHP相关书籍mysql数据库书籍
1.4定义
使用技术：apache+php+mysql smarty引擎
软件分析报告(篇7)
总论作为可行性研究报告的首要部分，要综合叙述研究报告中各部分的主要问题和研究结论，并对项目的可行与否提出最终建议，为可行性研究的审批提供方便。
本项目可行性研究报告编制依据如下：
1.《中华人民共和国公司法》;
2.《中华人民共和国行政许可法》;
3.《国务院关于投资体制改革的决定》国发20号 ;
4.《产业结构调整目录版》;
5.《国民经济和社会发展第十二个五年发展规划》;
6.《建设项目经济评价方法与参数(第三版)》，国家发展与改革委员会
年审核批准施行;
8. 企业投资决议;
9. ……;
10. 地方出台的相关投资法律法规等。
在可行性研究中，对项目的产品销售、原料供应、政策保障、技术方案、资金总额及筹措、项目的财务效益和国民经济、社会效益等重大问题，都应得出明确的结论，主要包括：
三、主要技术经济指标表
在总论部分中，可将研究报告中各部分的主要技术经济指标汇总，列出主要技术经济指标表，使审批和决策者对项目作全貌了解。
19 税前财务净现值FNPV(i=8%) 万元 11761.20
对可行性研究中提出的项目的主要问题进行说明并提出解决的建议。
项目总投资主要来自项目发起公司自筹资金，按照计划在3月份前完成项目申报审批工作。预计项目总投资资金到位时间在4月底。整个项目建设期内，主要完成项目可研报告编制、项目备案、土建及配套工程、人员招聘及培训、设备签约、设备生产、设备运行及验收等工作。
项目发起公司拟设立专项资金账户用于项目建设用资金的管理工作。对于资金不足部分则以银行贷款、设备融资，合作，租赁等多种方式解决。
项目产品的原料目前在市场上供应充足，可以实现就近采购。项目本着生产优质产品、创造一流品牌的理念，对原材料环节进行严格把关，对原料供应商进行优选，保证生产顺利进行。
项目生产本着高起点、高标准的准则，拟采购先进技术工艺设备，引进先进生产管理经验，对生产技术员工进行专业化培训，保证生产高效、工艺先进、产品质量达标。
这一部分主要应说明项目发起的背景、投资的必要性、投资理由及项目开展的支撑性条件等等。
软件运营服务项目所属行业是在最近几年间迅速发展。行业在繁荣国内市场、扩大出口创汇、吸纳社会就业、促进经济增长等方面发挥的作用越来越明显……
我国非常中国软件运营服务领域的发展，国家和地方在最近几年有关该领域的政策力度明显加强，突出表现在如下几个方面：
(1)稳定国内外市场;
(2)提高自主创新能力;
(3)加快实施技术改造;
(4)淘汰落后产能;
(5)优化区域布局;
(6)完善服务体系;
(7)加快自主品牌建设;
(8)提升企业竞争实力。
(一)……
(二)……
(三)……
本项目建设坚持高起点、高标准方案，为保证工艺先进性，关键设备引进国外厂商，其他辅助设备从国内厂商中优选。该公司始建于，改制为股份有限公司，经过多年的技术改造和生产实践，公司创造出一流的软件运营服务工艺和先进的管理技术，完全能够按照行业标准进行生产和检测，其新技术方案的引入，将有效保证本项目顺利开展。
软件运营服务项目实施由项目发起公司自行组织，引进先进生产设备，土建工程由公司自主组织建设。项目建成后，项目运作由该公司全资注册子公司主导，项目产品面向国内、国际两个市场。目前，国内外市场发展均较为迅速，市场空间放量速度加快，市场需求强劲，可以保证产品有效销售。
软件分析报告(篇8)
软件需求 需求工程 分析建模 需求管理 本章小结 学习目标
本章介绍需求分析的意义概念和方法了解结构化分析方法和需求管理的关键活动要求学会运用实体关系图数据流图和状态控制图进行结构化分析建模能够编写软件需求规格说明 学习方法
正确理解需求工程涉及的基本概念结合具体实例运用结构化分析技术从而达到理论学习及在实际项目中应用的目的 难重点
本章的学习重点在于理解软件需求的概念和重要性熟悉需求开发和需求管理的基本思想和主要活动掌握结构化的分析方法难点是怎样在实际的软件项目中灵活运用这些思想和方法 课前思考 软件需求存在什么问题 什么是软件需求 什么是需求工程 常见的需求分析方法是什么 需求分析的结果可以验证吗 需求规格说明有什么质量要求
本节知识点 软件需求的定义 需求的层次 导致需求缺陷的原因
随着计算机技术的飞速发展软件已经成为人们生活中不可缺少的一部分人们在使用软件的过程中常常会抱怨它无法执行某些基本操作但对于软件开发人员而言用户不断提出新的要求是一件多么烦人的事
其实在软件开发过程中遇到的许多问题都是由于收集编写协商修改软件需求过程中的失误带来的诸如信息收集不全功能不明确交流不充分文档不完善需求发生变化等可以这样说软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”
开发软件系统最为困难的部分就是准确说明开发什么最为困难的概念性工作便是编写详细的技术需求包括所有面向用户面向机器和其它软件系统的接口
IEEE软件工程标准词汇表将需求定义为
1用户解决问题或达到目标所需的条件或能力
2系统或系统部件要满足合同标准规范或其它正式规定文档所需具有的条件或能力
3一种反映上面1或2所描述的条件或能力的文档说明
下面列出其他几种关于需求的定义 需求是用户所需要的并能触发一个程序或系统开发工作的说明 需求是从系统外部能发现系统所具有的满足于用户的特点功能及属性等 需求是指明必须实现什么的规格说明它描述了系统的行为特性或属性是在开发过程中对系统的约束
软件需求包括四个不同的层次即业务需求用户需求和功能需求另外还有非功能需求
软件需求各组成部分之间的关系如下图所示
业务需求 反映了组织机构或客户对系统或产品高层次的目标要求它们在项目视图与范围文档中予以说明
用户需求
描述了用户使用产品必须要完成的任务可以在用例模型或方案脚本中予以说明
功能需求
定义了开发人员必须实现的软件功能使得用户能完成他们的任务从而满足了业务需求 非功能需求
是从各个角度对系统的约束和限制反映了应用对软件系统质量和特性的额外要求
非功能需求包括过程需求产品需求和外部需求三类其中过程需求有交付实现方法和标准等需求产品需求包含性能可用性实用性可靠性可移植性安全保密性容错性等方面的需求外部需求有法规成本操作性等需求
需求工程中的缺陷将给项目的成功带来极大风险导致缺陷的原因主要包括以下方面 缺乏足够的用户参与
客户经常不明白为什么收集需求和确保需求质量需花费那么多功夫开发人员可能也不重视用户的参与究其原因一是因为与用户合作不如编写代码有意思二是因为开发人员觉得已经明白用户的需求了在某些情况下与实际使用产品的用户直接接触很困难而客户也不太明白自己的真正需求然而在项目的早期让具有代表性的用户直接参与到开发队伍中并一同经历整个开发过程很重要
用户需求不断增加
在开发过程中用户需求经常发生变化但是不断的变更会使其整体结构越来越乱整个程序也难以理解和维护如果要减少需求变更的影响范围就必须在项目的开始对项目视图范围目标约束限制和成功标准给予明确说明并将此说明作为评价需求变更和新特性的参照框架
需求模棱两可
模棱两可是需求规格说明中最严重的问题它意味着不同的人对需求说明产生了不同的理解或者是同一个人能用不止一个方式来解释某项需求说明模棱两可的需求带来的后果便是返工--重做一些你认为已做好的事情返工会耗费开发总费用的40而70～85的重做是由于需求方面的错误引起的添加不必要的特性
有时候开发人员力图增加一些“用户欣赏”但需求规格说明中并未涉及的新功能然而常常是用户并不认为这些功能性很有用开发人员应当为客户构思方案并为他们提供一些具有创新意识的思路具体提供哪些功能要在客户的需要和允许时限内的技术可行性之间求得平衡
规格说明过于简单
客户往往不明白需求分析的重要性只是提供一份十分简略的规格说明仅涉及产品概念上的内容然后让开发人员在项目进展中去完善从而导致开发人员先建立产品结构再完成需求说明
忽略了用户分类
大多数产品是由不同的人使用其不同的特性使用频繁程度也有所差异使用者受教育程度和经验水平也不尽相同如果你不能在项目早期就针对所有这些主要用户进行分类的话必然导致有的用户对产品感到失望
总体来说导致需求缺陷的原因主要体现在三个方面 需求的沟通与理解 需求的变化与控制 需求说明的明确与完整 需求工程中的缺陷将给项目成功带来极大风险如产品的成本过高产品的功能和质量无法完全满足用户的期望等等即使一个项目团队的人员和配备都很不错但不重视需求过程也会付出惨痛的代价
本节知识点 需求工程的内容 需求获取 需求分析 编写需求文档 需求验证
需求工程是指应用已证实有效的原理和方法系统地描述出待开发系统及其行为特征和相关约束
通常需求工程由一些过程组成可分为需求开发和需求管理两部分
需求开发的主要活动 确定产品所期望的用户类 获取每个用户类的需求 了解实际用户任务和目标以及这些任务所支持的业务需求 分析源于用户的信息以区别用户任务需求功能需求业务规则质量属性建议解决方法和附加信息
将系统级的需求分为几个子系统并将需求中的一部份分配给软件组件 了解相关质量属性的重要性 商讨实施优先级的划分 将所收集的用户需求编写成规格说明和模型 评审需求规格说明确保对用户需求达到共同的理解与认识并在整个开发小组接受说明之前将问题都弄清楚
需求管理的主要活动 定义需求基线 评审提出的需求变更评估每项变更的可能影响从而决定是否实施它 以一种可控制的方式将需求变更融入到项目中 使当前的项目计划与需求一致 估计变更需求所产生影响并在此基础上协商新的承诺 让每项需求都能与其对应的设计源代码和测试用例联系起来以实现跟踪 在整个项目过程中跟踪需求状态及其变更情况
今天我们引入“需求工程”的概念强调用工程化的方法进行需求开发和需求管理其中需求开发是采用有效方法获得高质量需求的过程而需求管理则是在需求说明形成之后有效地控制其变更的过程二者缺一不可
一工作内容 聆听用户的需求 分析和整理所获取的信息 形成文档化的描述 二基于用例的方法
随着面向对象技术的发展基于用例的方法在需求获取和建模方面应用得越来越普遍这种方法是以任务为中心和以用户为中心的比起使用以功能为中心的方法它可以使用户更清楚地认识到新系统允许他们做什么
用例模型以用户和任务为中心将整个工作的焦点集中在从用户的角度说明系统能够干什么完全不考虑具体的实现细节从而达到准确地理解客户需求的目的在用例模型中角色和用例是两个基本概念分别代表着系统外部的执行者和系统应包含的功能因此建立用例模型的主要工作是确定角色确定用例和描述用例 A确定角色
角色代表着与系统交互的人或事通过确认系统功能使用者和维护者以及与系统接口的其他系统或硬件设备等可以有效地识别出系统角色 B确定用例
一个完整的系统包含若干个用例每个用例具体说明应完成的功能识别用例首先要确定系统所能反映的外部事件并把这些事件与参与的执行者和特定的使用实例联系起来最终绘制出用例图 C描述用例
单纯地使用用例图不能提供用例所具有的全部信息因此需要使用文字描述那些不能反映在图形上的信息用例描述实际上是关于角色与系统如何交互的规格说明要求清晰明确没有二义性
建立用例模型是一种需求获取的有效方法其简洁清晰的描述方式容易被软件人员和用户共同理解和接受这种方法已经在许多大型系统的开发中取得成效实践证明它能有效地解决用户参与的问题
需求分析主要是对收集到的需求进行提炼分析和仔细审查以确保所有的风险承担者都明白其含义并找出其中的错误遗漏或其它不足的地方形成完整的分析模型分析的目的在于开发出高质量的和具体的需求从而支持项目的估算和软件的设计开发和测试
需求分析的主要活动包括 绘制系统关联图 创建用户接口原型 分析需求可行性 确定需求的优先级别 创建数据字典 为需求建立模型
绘制系统关联图
这种关联图用于定义系统与系统外部实体间的界限和接口的简单模型
创建用户接口原型
当开发人员或用户不能确定需求时开发一个用户接口原型可以使许多概念和可能发生的事更为直观明了用户通过评价原型将使项目参与者能更好地相互理解所要解决的问题同时找出需求文档与原型之间所有的冲突之处 分析需求可行性
在允许的成本和性能要求下分析每项需求实施的可行性明确与每项需求实现相联系的风险包括与其它需求的冲突对外界因素的依赖和技术障碍
确定需求的优先级别
应用分析方法来确定用例产品特性或单项需求实现的优先级别以优先级为基础确定产品版本将包括哪些特性或哪类需求当允许需求变更时在特定的版本中加入每一项变更并在那个版本计划中作出需要的变更 为需求建立模型
需求的图形分析模型是软件需求规格说明极好的补充说明它们能提供不同的信息与关系以帮助找到不正确的不一致的遗漏的和冗余的需求这些模型包括数据流图实体关系图状态变换图对话框图对象类及交互作用图等 创建数据字典
数据字典是对系统用到的所有数据项和结构的定义以确保开发人员使用统一的数据定义在需求阶段数据字典至少应定义客户数据项以确保客户与开发小组是使用一致的定义和术语
分析建模的方法有很多其中最重要的两种方法是结构化分析和面向对象分析 结构化分析方法提供实体关系图数据流图和状态转换图三种图形模型分别进行数据建模功能建模和动态建模
人们习惯于用自然语言来描述软件需求但这会产生许多意想不到的问题如不精确二义性等因此需要采用适当的方法形成一致的完备的和无二义性的软件需求规格说明
通常编写软件需求规格说明有三种方法 将结构化语言与自然语言结合编写文本型文档 建立可视化的模型 采用形式化的方法进行需求规格说明
软件需求规格说明是需求开发的最终结果它精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件软件需求规格说明不仅是系统测试和用户文档的基础也是所有子系列项目规划设计和编码的基础
软件需求规格说明是用户分析人员和设计人员之间进行理解和交流的手段 测试人员可以根据软件需求规格说明中对产品行为的描述制定测试计划测试用例和测试过程 文档人员根据软件需求规格说明和用户界面设计编写用户手册等 软件需求规格说明指导着整个系统的开发过程评审过的需求规格说明需要进行变更控制
a 引言
概要叙述软件需求规格说明便于读者理解文档如何编写以及如何阅读和解释
在软件项目中开发组织应该采用一种标准的软件需求规格说明的模板现在有许多软件需求规格说明模板可以使用这里介绍其中的一种 a1 目的
对产品进行定义在该文档中详尽说明了这个产品的软件需求包括修正或发行版本号如果这个软件需求规格说明只与整个系统的一部分有关系那么就只定义文档中说明的部分或子系统 a2 文档约定
描述编写文档时所采用的标准或排版约定包括正文风格提示区或重要符号
a3 预期的读者和阅读建议
列举了软件需求规格说明所针对的不同读者例如开发人员项目经理营销人员用户测试人员或文档的编写人员描述了文档中剩余部分的内容及其组织结构提出了最适合于每一类型读者阅读文档的建议 a4 产品范围
提供了对指定的软件及其目的的简短描述包括利益和目标 a5 参考文献
列举了编写软件需求规格说明时所参考的资料或其它资源可能包括用户界面风格指导合同标准系统需求规格说明使用实例文档或相关产品的软件需求规格说明在这里应该给出详细的信息包括标题名称作者版本号日期出版单位或资料来源以方便读者查阅这些文献 b 综合描述
这一部分概述了正在定义的产品以及它所运行的环境使用产品的用户和已知的限制假设和依赖 b1 产品的前景
描述了软件需求规格说明中所定义的产品的背景和起源说明了该产品是否是产品系列中的下一成员是否是成熟产品所改进的下一代产品是否是现有应用程序的替代品或者是否是一个新型的自含型产品如果软件需求规格说明定义了大系统的一个组成部分那么就要说明这部分软件是怎样与整个系统相关联的并且要定义出两者之间的接口 b2 产品的功能
概述了产品所具有的主要功能其详细内容将在d中描述所以在此只需要概略地总结例如用列表的方法给出很好地组织产品的功能使每个读者都易于理解用图形表示主要的需求分组以及它们之间的联系例如数据流程图的顶层图或类图都是有用的 b3 用户类和特征
确定你觉得可能使用该产品的不同用户类并描述它们相关的特征有一些需求可能只与特定的用户类相关将该产品的重要用户类与那些不太重要的用户类区分开 b4 运行环境
描述了软件的运行环境包括硬件平台操作系统和版本还有其它的软件组件或与其共存的应用程序 b5 设计和实现上的限制
确定影响开发人员自由选择的问题并说明这些问题为什么成为一种限制可能的限制包括如下内容
必须使用或者避免的特定技术工具编程语言和数据库 所要求的开发规范或标准 企业策略政府法规或工业标准 硬件限制例如定时需求或存储器限制 数据转换格式标准 b6 假设和依赖
列举出在对软件需求规格说明中影响需求陈述的假设因素以及项目对外部因素存在的依赖 c 外部接口需求
利用本节来确定可以保证新产品与外部组件正确连接的需求 c1 用户界面
陈述所需要的用户界面的软件组件描述每个用户界面的逻辑特征以下是可能要包括的一些特征
将要采用的图形用户界面 G U I标准或产品系列的风格 屏幕布局或解决方案的限制 将出现在每个屏幕的标准按钮功能或导航链接例如一个帮助按钮 快捷键 错误信息显示标准
c2 硬件接口
描述系统中软件和硬件每一接口的特征这种描述可能包括支持的硬件类型软硬件之间交流的数据和控制信息的性质以及所使用的通信协议 c3 软件接口
描述该产品与其它外部组件由名字和版本识别的连接包括数据库操作系统工具库和集成的商业组件明确并描述在软件组件之间交换数据或消息的目的描述所需要的服务及内部组件通信的性质确定将在组件之间共享的数据 c4 通信接口
描述与产品所使用的通信功能相关的需求包括电子邮件Web浏览器网络通信标准或协议及电子表格等等定义了相关的消息格式规定通信安全或加密问题数据传输速率和同步通信机制 d 系统特性 d1 说明和优先级
简短说明该系统的特性并指出该特性的优先级是高中还是低另外还可以包括对特定优先级部分的评价例如利益损失费用和风险 d2 激励响应序列
列出输入激励用户动作来自外部设备的信号或其它触发器和定义这一特性行为的系统响应序列 d3 功能需求
详列出与该特性相关的详细功能需求这些是必须提交给用户的软件功能使用户可以使用所提供的特性执行服务或者使用所指定的使用实例执行任务 e 其他非功能需求 e1 性能需求
阐述了不同的应用领域对产品性能的需求并解释它们的原理以帮助开发人员作出合理的设计选择确定相互合作的用户数或者所支持的操作响应时间以及与实时系统的时间关系 e2 安全设施需求
详尽陈述与产品使用过程中可能发生的损失破坏或危害相关的需求定义必须采取的安全保护或动作还有那些预防的潜在的危险动作明确产品必须遵从的安全标准策略或规则 e3 安全性需求
详尽陈述与系统安全性完整性或私人问题相关的需求这些问题将会影响到产品的使用和产品所创建或使用的数据的保护定义用户身份确认或授权需求明确产品必须满足的安全性或保密性策略 e4 软件质量属性
详尽陈述与客户或开发人员至关重要的其它产品质量特性这些特性必须是确定定量的并在可能时是可验证的 e5 业务规则
列举出有关产品的所有操作规则例如什么人在特定环境下可以进行何种操作这些本身不是功能需求但它们可以暗示某些功能需求执行这些规则 e6 用户文档
列举出将与软件一同发行的用户文档部分例如用户手册在线帮助和教程明确所有已知的用户文档的交付格式或标准 f 其他需求
定义在软件需求规格说明的其它部分未出现的需求例如国际化需求或法律上的需求你还可以增加有关操作管理和维护部分来完善产品安装配置启动和关闭修复和容错以及登录和监控操作等方面的需求这一部分可以省略
需求验证是为了确保需求说明准确完整地表达必要的质量特点当你阅读软件需求规格说明时可能觉得需求是对的但实现时却很可能会出现问题当以需求说明为依据编写测试用例时你可能会发现说明中的二义性而所有这些都必须改善因为需求说明要作为设计和最终系统验证的依据
正确性 完整性 可验证性 无二义性 可修改性 可跟踪性 一致性
审查需求文档
对需求文档进行正式审查是保证软件质量的有效方法组织一个由不同代表如分析人员客户设计人员测试人员组成的小组对SRS及相关模型进行仔细的检查
以需求为依据编写测试用例
根据用户需求所要求的产品特性写出黑盒功能测试用例客户通过使用测试用例以确认是否达到了期望的要求从测试用例追溯回功能需求以确保没有需求被疏忽并且确保所有测试结果与测试用例相一致同时要使用测试用例来验证需求模型的正确性如对话框图和原型等【wWw.jHt868.Com 合同范本网】
编写用户手册
在需求开发早期即可起草一份用户手册用它作为需求规格说明的参考并辅助需求分析 确定合格的标准
让用户描述什么样的产品才算满足他们的要求和适合他们使用的将合格的测试建立在使用情景描述或用例的基础之上
需求验证包括需求评审和需求测试两个部分需求评审又包括正式的和非正式的两种形式
需求评审是一种有效的需求验证手段通常以用例模型为基础编写测试用例进行检验虽然没有在运行系统上执行测试用例但是设计测试用例的过程可以解释需求的许多问题
本节知识点 分析模型--实体关系图数据流图状态转换图 数据字典 结构化分析过程
多年来人们提出了许多分析建模的方法其中占主导地位的两种方法是传统的“结构化分析”方法和当今流行的“面向对象的分析”方法本节重点介绍结构化分析方法面向对象的分析方法在后面章节介绍
需求分析产生的模型使人们可以更好地理解将要建造的系统它有助于系统分析员理解系统的信息功能和行为成为确定需求规格说明完整性一致性和精确性的重要依据奠定了软件设计的基础
结构化分析导出的分析模型包括数据模型功能模型和行为模型该模型以数据字典为核心描述了软件使用的所有数据对象围绕这个核心的是实体关系图数据流图和状态转换图具体形式如下图所示 实体关系图ER数据建模的基础描述数据对象及其关系 数据流图DF功能建模的基础描述数据怎样转换以及转换的功能 状态转换图ST行为建模的基础表示系统的各种行为状态以及状态间的转换方式 数据模型包括三种基本元素 数据对象 属性 关系 它们对理解问题的信息域提供了基础
两个数据对象之间有以下三种关联ER在数据对象之间的连线上用数字或字母表示
一对一11对象 A的一个实例只能关联到对象B的一个实例对象 B的一个实例也只能关联到对象A的一个实例如一个丈夫只能有一个妻子一个妻子也只能有一个丈夫
一对多1N对象 A的一个实例可以关联到对象B的一个或多哥实例而对象 B的一个实例只能关联到对象A的一个实例如一个母亲可以有多个孩子而一个孩子只能有一个母亲
多对多MN对象 A的一个实例可以关联到对象B的一个或多个实例同时对象 B的一个实例也可以关联到对象A的一个或多个实例如一个叔叔可以有多个侄子一个侄子也可以有多个叔叔
数据建模的其他图形工具层次方框图
层次方框图通过树型结构的一系列多层次的矩形框描述复杂数据的层次结构树型结构顶端的矩形框只有一个用于代表完整的数据结构下面各层的矩形框是对完整数据结构的逐步分解和细化得到的数据子集底层的矩形框代表组成该数据结构的基本元素是数据的最小单位不可再分割
数据建模的其他图形工具层次方框图 层次方框图非常适合描述自顶向下的需求分析方法中数据的层次关系系统分析员可以从对顶层信息的分类开始沿着层次图中的每条路径逐步细化直到确定了数据结构的全部细节为止
例如某单位职工的实发工资由应发工资和扣款两部分组成每部分又可进一步细分如应发工资又可分为基本工资和奖金基本工资又可分为国家工资津贴补贴奖金也可分为出勤奖和业绩奖津贴和补贴还可以再进一步地细分 实发工资的层次方框图如下图所示
数据流图是结构化分析的基本工具它描述了信息流和数据转换通过对加工进行分解可以得到数据流图
DF有四种元素其基本符号如下图所示
外部实体与系统进行交互但系统不对其进行加工和处理的实体用带标记的矩形表示 加工对数据进行的变换和处理用带标记的圆圈表示 数据流在数据加工之间或数据存储和数据加工之间进行流动的数据用带标记的箭头表示 数据存储在系统中需要存储的实体用带标记的双实线表示
第0层DF称为基本系统模型可以将整个软件系统表示为一个具有输入和输出的黑匣子用一个圆圈表示上一层DF中的每一个圆圈可以进一步扩展成一个独立的数据流图以揭示系统中程序的细节部分
这种循序渐进的细化过程可以继续进行直到最低层的图仅描述原子过程操作为止每一层数据流图必须与它上一层数据流图保持平衡和一致因此子图的所有输入输出流要与其父图相匹配
状态转换图通过描述状态以及导致系统改变状态的事件来表示系统的行为它没有表示出系统所执行的处理只表示了处理结果可能的状态转换
ST用带标记的圆圈或矩形表示状态用箭头表示从一种状态到另一种状态的变换箭头上的文本标记表示引起变换的条件 例如在操作系统中当存在多个申请占用CPU运行的进程 进程是分配CPU的最小处理单位 时系统将按照某种调度策略为各个进程分配CPU此时进程的状态可能有三种就绪运行和等待 就绪等待分配CPU 运行占用CPU进行相应的处理 挂起
name=baidusnap1>
放弃CPU的使用数据流图是结构化分析的基本工具体现了自顶向下逐步求精的分析过程确定了系统的任务流和数据流 实体关系图描述了系统的数据关系从而帮助开发人员分析和理解系统数据的组成并为系统设计阶段定义系统数据库的物理结构打下基础 状态转换图描述了系统状态之间的变化过程它对于实时系统和控制系统尤为重要
数据字典描述数据流图的数据存储数据加工 最底层加工和数据流它记录的主要内容有 基本信息名字别名描述 定义数据长度数据类型数据结构 使用特点取值范围使用频率使用方式等 控制信息来源用户引用程序读写权限等 其他说明
在数据字典中数据元素的定义可以是基本元素及其组合数据进行自顶向下地分解直到不需要进一步解释且参与人员都清楚其含义为止
数据组合有三种方式
顺序以确定的次序连接多个数据项
选择从多个数据项中选取一个
重复将某个数据项重复多次 为了能够对数据流中的各组成成分进行准确的定义在数据字典中使用了多种具有特定意义的符号如下
结构化分析过程实质上就是创建数据模型功能模型和行为模型其中数据建模的工具是实体关系图功能建模的工具是数据流图行为建模的工具是状态转换图另外使用数据字典定义系统的所有数据项
为了理解和学会使用这些建模工具我们结合一个学生成绩管理系统的实例讲解整个分析过程并给出部分实体关系图数据流图状态转换图和数据字典
下面列出用户对学生成绩管理系统的要求 教务人员录入学生信息课程信息和成绩信息 学生可以随时查询自己所选课程的成绩 由于学生成绩属于敏感信息系统必须提供必要的安全措施以防非法存取
在需求收集的过程中要求客户列出应用软件或业务过程涉及到的“事物”将其演化成数据对象 一次考虑一个对象分析员和客户定义这个对象和其他对象之间是否存在连接 如果存在连接应创建一个或多个关系
对每一个关系确定其关联类型
重复步骤2到步骤4直到定义了所有关系
定义每个实体的属性
形式化并复审实体关系图 重复步骤1到7直到数据建模完成
实例分析 学生成绩管理系统 实体学生课程成绩 实体属性定义
学生学号姓名性别出生日期入学年月
课程课程编号课程名称课程学分课程描述
成绩学号课程编号分数考核日期
显然学生课程和成绩都是系统的实体并且可以初步定义它们的属性
教务人员虽然是系统的用户但其信息与系统处理无关因此不用作为实体 由于成绩信息包含了选课信息因此选课信息不用单独记录
因此系统的实体是学生课程和成绩
我们分析这些实体之间的关联关系从实际情况得知一个学生可以选多门课程一门课程也可以有多个学生选修但每个学生选一门课程必须有一个成绩根据上述分析我们得到如图所示的实体关系图
实体关系图
通常数据流图是分层绘制的整个过程反映了自顶向下进行功能分解和细化的分析过程 顶层也称第0层DF用于表示系统的开发范围以及该系统与周围环境的数据交换关系 最底层DF代表了那些不可进一步分解的原子加工 中间层DF是对上一层父图的细化其中的每一个加工可以继续细化中间层次的多少由系统的复杂程度决定
第0层DF将整个系统表示成一个加工 2 确定并标记主要的输入和输出 分离出下一层中的加工数据对象和存储 并对其进行细化一次细化一个加工 4 标记所有加工和箭头 重复步骤3和4直到所有的加工 只执行一个简单的操作可以很容易地用 程序实现
绘制第0层DF的时候将整个系统看成一个加工然后找出作用于该加工的外部实体以及相应的数据输入和输出
绘制下一层数据流图时细化第0层的加工从而描述系统的主要功能 继续进行分解直到所有的加工只执行一个简单的操作为止
实例分析 学生成绩管理系统 第0层DF图
1教务人员维护学生信息和课程信息并登录学生的选课成绩 2学生查询自己的成绩单
对于学生成绩管理系统而言整个系统就是一个加工学生成绩管理
教务人员是数据的源点学生是数据的终点 教务人员需要录入学生信息课程信息和成绩说明学生信息课程信息和成绩是数据流同样查询请求和查询结果也是数据流 根据上述分析得到如图所示的第0层DF图
第1层DF图
对第0层DF图中的加工学生成绩管理 展开得知学生信息是教务人员需要录入的一个信息因此加入一个加工录入学生信息同样得到录入课程信息登记成绩两个加工另外数据流查询请求和查询结果应该由加工查询成绩来完成
这样我们用录入学生信息录入课程信息登记学生成绩和查询学生成绩四个加工代替第0层的学生成绩管理同时增加这些数据流对应的数据存储即学生课程和成绩最后得到如图所示的第1层DF图
第2层DF图
为了继续进行分解我们分析第1层DF中的加工查询学生成绩
学生查询成绩时需要提供合法性检查因此查询学生成绩可以分解为合法性检查和查询成绩两个处理步骤从而形成第2层DF如下图所示
根据以上实例和经验绘制数据流图应当遵循以下原则 1 分层时子图的输入输出数据流必须和父图中相应加工的输入输出数据流一致 加工的编号应该唯一且具有层次性 加工不应该只有输入或只有输出通常既有输入又有输出 4 数据流图不应反映处理的顺序 加工之间应通过数据存储进行通信避免从一个加工直接流到另一个加工 数据应通过加工进行流动避免从一个数据存储直接流到另一个数据存储 数据流图中所有元素的命名应当对客户有意义且与业务相关 8 不要在一个图中绘制7个以上的加工否则难于绘制和理解
数据字典
以下列出“学生成绩管理系统”的部分数据字典条目
4331 创建实体关系图 第四章 软件需求分析与建模 4331 创建实体关系图 第四章 软件需求分析与建模 4331 创建实体关系图 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 4332 创建数据流模型 第四章 软件需求分析与建模 在系统功能扩充时可能增加定义项 其他说明 随时但经常在新生入学时期 峰值 10000左右 数据量 学号 姓名 性别 出生日期 入学年月 定义 无 别名 包括学生的主要信息 描述 学生 数据项名 4332 创建数据流模型 第四章 软件需求分析与建模 学号不能重复 其他说明 6位字符 长度 字符串 类型 无 别名 唯一标识学生的编号 描述 学号 数据流名 4332 创建数据流模型 第四章 软件需求分析与建模 在系统功能扩充时可能增加种类 其他说明 随时但经常在学期开学 峰值 10000次左右 频率 无 别名 系统处理的一个命令 描述 学生成绩查询 数据流名 4333 创建行为模型 第四章 软件需求分析与建模
通常来说行为建模用于实时系统 实时系统中可能存在许多脚本很多实体需要进行状态划分和描述状态转换图 在事务系统中系统行为相对简单只有某些行为较复杂的实体才需要建立其状态转换图 4333 创建行为模型 第四章 软件需求分析与建模 1 分析外部事件所谓外部事件是指外部实体与系统的一次交互 分析事件的响应者该响应者为了响应该事件要进行怎样的活动这种活动又会激发哪些事件等 根据事件和活动划分实体的状态考虑发生怎样的事件使该实体进入这个状态怎样的事件使该实体从这个状态转换到另一状态等 4333 创建行为模型 第四章 软件需求分析与建模 实例分析学生成绩管理系统
在学生成绩管理系统中学生成绩信息必须采取安全措施我们采取登录方法避免非法使用系统这样该系统存在登录正常和出错等状态的转换如下图所示 4333 创建行为模型 第四章 软件需求分析与建模 431 分析模型 第四章 软件需求分析与建模 431 分析模型 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模
数据对象表示具有不同属性的事物ER用带有标记的矩形来表示 关系表示数据对象之间的相互连接ER用直线连接相关联的数据对象并在直线上用带标记的菱形框来表示关系 属性也称性质指数据对象某一方面的特征 ER用带有标记的椭圆来表示 4311 实体关系图 第四章 软件需求分析与建模 属性 ER图中的基本符号 连接 4311 实体关系图 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模 学生选课ER图 4311 实体关系图 第四章 软件需求分析与建模 工资计算系统ER图 4311 实体关系图 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模 4311 实体关系图 第四章 软件需求分析与建模 4312 数据流图 第四章 软件需求分析与建模 4312 数据流图 第四章 软件需求分析与建模 4312 数据流图 第四章 软件需求分析与建模 工资计算系统的顶层 0层 数据流图 4312 数据流图 第四章 软件需求分析与建模 4312 数据流图 第四章 软件需求分析与建模 4313 状态转换图 第四章 软件需求分析与建模 4313 状态转换图 第四章 软件需求分析与建模 4313 状态转换图 第四章 软件需求分析与建模 431 分析模型 第四章 软件需求分析与建模 432 数据字典 第四章 软件需求分析与建模 432 数据字典 第四章 软件需求分析与建模 432 数据字典 第四章 软件需求分析与建模 432 数据字典 第四章 软件需求分析与建模 符 号 含 义 说 明 表示定义为 用于对 左边的条目进行确切的定义 表示与关系 X ab表示X由a和b共同构成 [ ] [ ] 表示或关系 X [ab]与X [ab]等价表示X由a或b组成 表示可选项 X a 表示a可以在X中出现也可以不出现 表示重复 大括号中的内容重复0到多次 m n 表示规定次数的重复 重复的次数最少m次最多n次 表示基本数据元素 中的内容是基本数据元素不可再分 连接符 month 112表示month可取1～12中的任意值 表示注释 两个星号之间的内容为注释信息 433 结构化分析过程 第四章 软件需求分析与建模 433 结构化分析过程 第四章 软件需求分析与建模 433 结构化分析过程 第四章 软件需求分析与建模 4331 创建实体关系图 第四章 软件需求分析与建模 4331 创建实体关系图 第四章 软件需求分析与建模 4331 创建实体关系图 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 425 需求验证 第四章 软件需求分析与建模 4251 需求说明的质量特性 第四章 软件需求分析与建模 需求规格说明对系统功能行为性能等的描述必须与用户的期望相吻合代表了用户的真正需求 需求规格说明应该包括软件要完成的全部任务不能遗漏任何必要的需求信息注重用户的任务而不是系统的功能将有助于你避免不完整性 需求规格说明对各种需求的描述不能存在矛盾如术语使用冲突功能和行为特性方面的矛盾以及时序上的不一致等 需求规格说明中的描述对所有人都只能有一种明确统一的解释由于自然语言极易导致二义性所以尽量把每项需求用简洁明了的用户性的语言表达出来 需求规格说明的格式和组织方式应保证后续的修改能够比较容易和协调一致我们可以使用软件工具或者使用目录表索引和相互参照列表等方法使软件需求规格说明更容易修改 可跟踪性意味着每项需求都能与其对应的来源设计源代码和测试用例联系起来 需求规格说明中描述的需求都可以运用一些可行的手段对其进行验证和确认 4252 需求验证的方法 第四章 软件需求分析与建模 4252 需求验证的方法 第四章 软件需求分析与建模 4252 需求验证的方法 第四章 软件需求分析与建模 4252 需求验证的方法 第四章 软件需求分析与建模 43 分析建模 第四章 软件需求分析与建模 43 分析建模 第四章 软件需求分析与建模 431 分析模型 第四章 软件需求分析与建模 431 分析模型 第四章 软件需求分析与建模 42 需求工程 第四章 软件需求分析与建模 需求开发又可分为问题获取分析编写规格说明和验证四个阶段如图所示 421 需求工程的内容 第四章 软件需求分析与建模 421 需求工程的内容 第四章 软件需求分析与建模 421 需求工程的内容 第四章 软件需求分析与建模 421 需求工程的内容 第四章 软件需求分析与建模 421 需求工程的内容 第四章 软件需求分析与建模 422 需求获取 第四章 软件需求分析与建模 分析人员应该与各种层次的客户进行充分的交流和沟通包括决策领导使用部门的领导具体使用人员系统维护人员等尽量清楚地理解用户的问题和要求 对于用户提供的各种问题和要求分析人员需要对其进行归纳和整理借助一些工具和方法从用户一般性的陈述里面提取用户的真正需求并由此确定软件的功能性能接口关系约束条件等 不论是用户的提出问题还是最终获取的需求都应该形成文档化的描述这种描述需要各种人员的一致理解和认同 422 需求获取 第四章 软件需求分析与建模 422 需求获取 第四章 软件需求分析与建模 422 需求获取 第四章 软件需求分析与建模 422 需求获取 第四章 软件需求分析与建模 422 需求获取 第四章 软件需求分析与建模 422 需求获取 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 423 需求分析 第四章 软件需求分析与建模 424 编写需求文档 第四章 软件需求分析与建模 424 编写需求文档 第四章 软件需求分析与建模 4241 软件需求规格说明 第四章 软件需求分析与建模 4241 软件需求规格说明 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 4242 模板 第四章 软件需求分析与建模 第四章 软件需求分析与建模 第四章 软件需求分析与建模 第四章 软件需求分析与建模 第四章 软件需求分析与建模 第四章 软件需求分析与建模 41 软件需求 第四章 软件需求分析与建模 41 软件需求 第四章 软件需求分析与建模 41 软件需求 第四章 软件需求分析与建模 41 软件需求 第四章 软件需求分析与建模 411 软件需求的定义 第四章 软件需求分析与建模 411 软件需求的定义 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 412 需求的层次 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 413 需求错误的原因 第四章 软件需求分析与建模 42 需求工程 第四章 软件需求分析与建模 42 需求工程 第四章 软件需求分析与建模
软件分析报告(篇9)
文档名称：需求分析
项目名称：学生智能管理系统一、引言：
1、编写目的：
对庞大的信息随着学校的规模不断扩大，学生数量急剧增加，有关学生的各种信息也成倍增长。有必要开发学生信息管理系统来提高学生管理工作的效率。通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，从而减少管理方面的工作量，同时也可以方便学生对信息的获取。
学生信息系统也是实现学校管理现代化和信息化的重要内容。因此，学生信息管理系统应该能够为用户提供充足的信息和快捷的查询手段，并且，面对学生生活的不断丰富化，各种小方面管理软件的泛滥，身为学生以及考虑学校本身管理的多方面的统一。本小
组所开发系统是基于C/S结构，使用 Visual Basic程序设计语言及SQLServer2000数据库进行设计与开发。
本系统针对软件界面的人性化，生活化，做了突破性的工作，以及多项管理功能的集成上作了初步的拓展，目的在于使管理者和访问者易于甚至乐于接受，并提出学校管理系统的一体化概念，使学校的管理更有效率。
2、定义：
（1）静态数据：系统内部有关的数据结构和操作规程
（2）动态数据 ：程序运行时输入和输出的数据
（3）数据字典： 数据字典(DD，Data Dictionary)是关于数据流
程图中出现的所有名字（数据流、处理、数据存储）的定义的集合。
3、参考资料：
[1]张向宏.软件生命周期质量保证与测试.北京：电子工业出版
社.2009 [2]张海藩.软件工程导论.北京：清华大学出版社.2005 [3]张焕君.基于VB和SQL的数据库编程技术.北京：清华大学出版
社.2008
二：任务概述：
1、目标:（1）给出软件系统的数据流程图和数据结构。
（2）提出详细的功能说明，确定设计限定条件，规定性能需求。
（3）密切与用户的联系，使用户明确自己的任务，以便实现上述两项
目标。
（4）以最低的成本，在最短的期限内开发出具有管理学生和学生信息
功能的智能管理系统。（包括：人力与设备费用的节省；处理速
度的提高；人员工作效率的提高）
2、用户特点：
本系统所面向的用户是大学学生和教师，对用户计算机专业方面的知识要求不是很高，只要对电脑能熟练操作就ok。易于操作，这也是本软件设计的一大目标。
3、条件与限制：
（1）建议该系统运行的最短寿命为5年；
（2）进行该系统方案选择比较的期限为2个月；
（3）建议该系统软件投入使用的最迟时间为2009年12月20日；
（4）该系统要受资金、寿命、社会等系列因素的制约和限制。
（5）由于系统较小，且在Windows系统开发，故在Windows环境下运
行没有什么限制。
三：数据描述:
1、静态数据：
静态数据是系统内部有关的数据结构和操作规程。具体包括：系统用户表格、学生基本信息表格、班级信息表格、课程基本信息表格、年级课程设置信息表格、学生成绩信息表格……
2、动态数据：
动态数据包括程序运行时输入和输出的数据，具体是数据库的各个表的各个不同元素与属性值，就是学生信息。
3、数据描述：
根据上面的分析就可以设计出能够满足用户需求的各种数据实体，以及它们之间的关系，为后面的逻辑结构设计打下基础，这些实体包括各种具体信息，通过相互之间的作用形成数据的流动。
本系统的实体有：学生实体、课程实体、日常工作实体、教师实体。各个实体具体的描述E_R图如下：
日常安排活动通知系内工作姓名性别督办日常工作执行成绩日常记录档案联系教师教学生学证件课程部门教师任课表（学期）课程安排表（学期）教学进度安排表专业核心课程个学期周数分配表
4、数据字典:
（1）数据流条目——数据流条目给出某个数据流和定义，它通常是列 出该数据流的各组数据元素。
该系统的数据流条目： 数据流名：学生
别名 ：无
组成 ：学号+姓名+性别+个人电话+家庭电话+籍贯+系别+ 年级+班级+备注 数据流名：教师 别名 ：无
组成 ：证件号码+姓名+性别+个人电话+系别 数据流名：课程信息 别名 ：无
组成 ：课程编号+课程名称+课程类型+任课老师+上课时间+课
时+学分
数据流名：学生成绩信息
别名 ：无
组成 ：考试编号+学生学号+学生成绩
数据流名：学生课余活动信息
别名 ：无
组成 ：活动编号+活动名称+活动时间+活动类型+参 与院系
（2）数据存储条目—— 对数据存储的定义
文件名：学生记录
别名 ：学生信息
简述 ：存放所有学生信息
组成 ：学生信息文件={学生基本信息记录}+{学生成绩记录}+{学生 课余活动信息记录}+{学生课程信息记录} 组织：按学生学号编排
存取要求：关键字是：学生学号+课程号+活动编号
查询要求：要求能立即查询
文件名：教师记录
别名：教师信息
简述：存放所有的教师信息
组成：教师信息文件=｛教师基本信息记录｝
组织：按教师证件号编排
存取要求：关键字是：教师证件号
查询要求：要求能立即查询
（3）数据项条目——给出某个数据单项的定义，通常是数据项值类型。
数据项名：学生学号
别名：无
取值：8｛数字｝8 注释:无
数据项名：年级
别名：无
取值：〔Ｆ｜Ｍ｜Ｊ｜Ｓ〕 Ｆ－freshmen, 一年级
Ｍ－sophomore,二年级
Ｊ－junjor, 三年级
Ｓ－senior, 四年级
注释:F,M,J,S可分别用1,2,3,4代替 数据项名：系和班级编号 别名：无 取值：8｛数字｝8 注释：无
数据项名：课程编号 别名：无 取值：8｛数字｝8 注释：无
数据项名：活动编号 别名：无 取值：6｛数字｝6 注释：无
数据项名：考试编号 别名：无 取值：8｛数字｝8 注释：无
数据项名：教师证号 别名:无
取值：11｛数字｝11 注释：无
（4）处理说明条目——给出数据流程图中不分解的变换处理说明定义。
处理名：查阅学生信息库
激发条件：接受到有效用户名和密码
优先级：普通
输入：用户名和密码
输出：学生信息
加工逻辑：根据学生信息库记录 IF输入用户名和密码有效 THEN显示学生信息
ELSE请重新输入（最多三次）ENDIF
（5）数据流图
输入用户名和密码分析用户类型输入用户类型分析用户名有效和密码用密户名码和注册用户名和修改密码用户显示结果学生信息添加及删除反馈给用户系统界面输入有效命令修改用户名及密码学生添删密码修改用户注册表处理命令学生选课选课密码修改学生信息表存储修改信息修改学生课程表学生成绩及信息查询查询密码
5、数据采集:
系统数据采集是由数据库系统在软件运行期间通过人机界面来提示用户输入的。
四：需求规定：
1、功能需求：（1）对功能的规定
1）学生管理功能： a、修改当前登录用户的密码。
b、可以浏览，查看，搜索页面信息。
2）教师管理功能： a、教师可以在线浏览，查看，搜索各类页面。
b、可以在线添加、删除、修改学生各种信息。c、可以在线通知学生各种消息。3）管理员管理功能：a、可以进行学生资料录入
b、可以对学生信息查询、修改、删除、添加。
（2）功能描述：
1）登录功能：验证登录用户是否为数据库中的合法用户，判断登陆的用户是一般学生还是教师。一般学生只能实现浏览，查看，搜
索功能；教师可以查看、修改、添加、删除学生某方面的信息。管理员可以对用户信息进行修改。
2）主界面功能：可以浏览学生各方面的信息，还可以进入登陆页面，可以查找某个学生信息。
3）用户管理功能：管理员（即超级用户）可以添加新的用户以及修
改当前登录用户的密码。也可实现登录用户的重新登录和退出，可以修改学生信息。一般学生则可以浏览，搜索，查看各种信息。
2、性能需求：(1)对性能的规定
1）精度：查询时应保证查询率，所有在相应域中包含查询关键字的 记录都应能查到，同时保证准确率。
2）时间特性要求：一般操作的响应时间应在1－2秒内。
3）适应性：满足运行环境在允许操作系统之间的安全转换和与其它
应用软件的独立运行要求。
4）灵活性：在需求发生变化时，本系统的对这些变化的适应能力相
对而言是比较强的，包括操作方式上的变化；运行环境 的变化；同其他软件的接口的变化；精度和有效时限的变化。(2）功能结构图
学生智能管理系统行政楼3#实验楼图书馆教学楼大学生活动中心邮局师生互动教务处电信系办公室电信系辅导员办公室
3、运行需求:（1）用户界面
系统运行时主界面大致要求为Windows的经典运行界面，主界面可以是SDI(单文档界面)即每个窗体之间是独立的，也可以是MDI（多文档界面）：有一个主窗，可以包含其他窗体。本系统采用多文档界面，这样可以使程序更加美观，整齐有序。（2）硬件接口
软件较小除硬盘外，还有DVD光驱，打印机等。（3）软件接口
在这里主要考虑软件与操作系统的接口，考虑到文档处理的需要有可能可以包括与较常用的办公软件的接口。
（4）开发环境
操作系统： WindowsXP或更高
数据库类型：SQL Server 2000 CPU：P2000mmx以上，内存大于64M。
需要建立WEB服务器
（5）故障处理
在用户的输入有错误的情况下，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库
完好无损。
4、界面需求：
(1）登录界面：验证登录用户是否为数据库中的合法用户，选择登录的用户是一般学生还是教师。一般学生只能实现浏览，查看，搜
索功能；教师可以查看、修改、添加、删除学生某方面的信息。管理员可以对用户信息进行修改。
(2）主界面：可以浏览用户各方面的信息，还可以进入登录页面，可以查找某个学生信息。
（3）注册界面：用户可以在主界面上选择注册，进入注册界面，填写用户基本信息（名字、班级、年级……）。
5、其他需求：
（1）安全保密：增加用户登录验证，确保信息安全性。（2）可移植性：软件能够安装于windows下的各种流行版本。
相信《软件分析报告范例》一文能让您有很多收获！“幼儿教师教育网”是您了解幼师资料，工作计划的必备网站，请您收藏yjs21.com。同时，编辑还为您精选准备了软件分析报告专题，希望您能喜欢！