150实验3软件需求分析培训讲学.docx
《150实验3软件需求分析培训讲学.docx》由会员分享，可在线阅读，更多相关《150实验3软件需求分析培训讲学.docx（16页珍藏版）》请在冰点文库上搜索。
150实验3软件需求分析培训讲学
1520950-实验3-软件需求分析
上海建桥学院
本科实验报告
课程名称：
软件工程
学号：
1520950
姓名：
吴明亚
专业：
软件工程
班级：
B15-2
指导教师：
贾铁军
课内实验目录及成绩
序号
实验名称
页码
成绩
1
实验一用MSVisio画系统流程图
2
实验二软件可行性分析报告
3
实验三编写《软件需求规格说明》
4
信息技术学院
2017年3月9日
上海建桥学院实验报告
课程名称：
软件工程实验类型：
验证、设计
实验项目名称：
实验三编写《软件需求规格说明》
实验地点：
信息中心222实验日期：
2017年3月9日
1.实验目的
（1）根据所选定应用软件的题目，完成整个需求分析工作；
（2）通过实例掌握结构化数据流分析技术；
（3）进行业务需求分析、用户需求、功能需求、非功能需求分析；
（4）写出“软件需求规格说明（SRS）”（含利用工具画出数据流图）。
2.实验要求
要求做到使用结构化数据流分析技术分析应用软件选题的具体需求，完成详细的数据流图和数据字典，数据流图的基本处理的个数不得少与5个。
3.实验内容和步骤
用结构化数据流分析技术进行软件系统需求分析，完成数据流图和数据字典。
（1）深入相关企事业单位进行调研和需求分析。
（2）综合利用Internet网和相关书籍整理并完善需求分析。
（3）画出系统数据流图（分清系统是事务型还是加工型）。
（4）得出软件系统具体的数据字典。
实验学时：
2-4学时（建议课外进行2学时）。
4.实验报告要求
除了实验项目名称、实验目的、实验内容、实验步骤外，还应该有以下内容：
（1）软件需求描述：
（从功能、性能、接口进行描述）
（2）数据流图（PowerDesigner建模工具画出数据流图，由加工、数据流、文件、源点/终点4种元素组成）：
①顶层数据流图②1层数据流图③2层数据流图
（3）软件系统数据字典：
①数据流条目②加工条目③文件条目
（4）实验报告
【提示】参考以下《软件需求规格说明（SRS）》编写主要内容（红色部分）和具体格式，对照上述“实验目的”、“实验要求”、“实验内容”、“实验步骤”等方面的完成情况，最后进行认真具体总结，并按时提交实验报告。
《软件需求规格说明（SRS）》格式模板
1范围
1.1标识
适用系统：
Android2.3及以上版本
软件：
酒店管理V1.0.0Beta
本条应包含本文档适用的系统和软件的完整标识，（若适用）包括标识号、标题、缩略词语、版本号和发行号。
1.2系统概述
用途：
特性：
历史：
本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。
1.3文档概述
本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。
1.4基线
说明编写本系统设计说明书所依据的设计基线。
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。
3需求
本章应分以下几条描述CSCI（计算机软件配置项ComputerSoftwareConfigurationItem）需求，也就是，构成CSCI验收条件的CSCI的特性。
CSCI需求是为了满足分配给该CSCI的系统需求所形成的软件需求。
给每个需求指定项目唯一标识符以支持测试和可追踪性。
并以一种可以定义客观测试的方式来陈述需求。
如果每个需求有关的合格性方法（见第4章）和对系统（若适用，子系统）需求的可追踪性（见5.a条）在相应的章中没有提供，则在此进行注解。
描述的详细程度遵循以下规则：
应包含构成CSCI验收条件的那些CSCI特性，需方愿意推迟到设计时留给开发方说明的那些特性。
如果在给定条中没有需求的话，本条应如实陈述。
如果某个需求在多条中出现，可以只陈述一次而在其他条直接引用。
3.1所需的状态和方式
如果需要CSCI在多种状态和方式下运行，且不同状态和方式具有不同的需求的话，则要标识和定义每一状态和方式，状态和方式的例子包括：
空闲、准备就绪、活动、事后分析、培训、降级、紧急情况和后备等。
状态和方式的区别是任意的，可以仅用状态描述CSCI,也可以仅用方式、方式中的状态、状态中的方式或其他有效方式描述。
如果不需要多个状态和方式，不需人为加以区分，应如实陈述；如果需要多个状态或方式，还应使本规格说明中的每个需求或每组需求与这些状态和方式相关联，关联可在本条或本条引用的附录中用表格或其他的方法表示，也可在需求出现的地方加以注解。
3.2需求概述
3.2.1目标
a.本系统的开发意图、应用目标及作用范围（现有产品存在的问题和建议产品所要解决的问题）。
b.本系统的主要功能、处理流程、数据流程及简要说明。
c.表示外部接口和数据流的系统高层次图。
说明本系统与其他相关产品的关系，是独立产品还是一个较大产品的组成部分（可用方框图说明）。
3.2.2运行环境
简要说明本系统的运行环境（包括硬件环境和支持环境）的规定。
3.2.3用户的特点
说明是哪一种类型的用户，从使用系统来说，有些什么特点。
3.2.4关键点
说明本软件需求规格说明书中的关键点（例如：
关键功能、关键算法和所涉及的关键技术等）。
3.2.5约束条件
列出进行本系统开发工作的约束条件。
例如：
经费限制、开发期限和所采用的方法与技术，以及政治、社会、文化、法律等。
3.3需求规格
3.3.1软件系统总体功能/对象结构
“酒店管理系统”具备以下基本功能：
1.客户各种信息的输入，包括入店，离店，接待，需求信息的输入等；
2.酒店滚利的各种信息查询，修改和维护；
3.接待日志的管理
4.酒店管理系统的使用帮助；
对软件系统总体功能/对象结构进行描述，包括结构图、流程图或对象图。
3.3.2软件子系统功能/对象结构
对其主要2个方面的基本表分析：
房间信息：
房间号、房间类型、房间价格、入住时间，退房时间。
客户信息：
客户姓名、身份证号、联系方式、需求状况。
3.3.3描述约定
在入店信息表中：
房间价格要用双精度型（有2位小数），入店时间和离店时间都用的日期类型（xxxx-xx-xx），房间编号用整数型（自然数），其他用文本型（文字）。
在客户表中：
身份证号用整数型。
3.4CSCI能力需求
本条应分条详细描述与CSCI每一能力相关联的需求。
“能力”被定义为一组相关的需求。
可以用“功能”、“性能”、“主题”、“目标”或其他适合用来表示需求的词来替代“能力”。
3.4.x（CSCI能力）
本条应标识必需的每一个CSCI能力，并详细说明与该能力有关的需求。
如果该能力可以更清晰地分解成若干子能力，则应分条对子能力进行说明。
该需求应指出所需的CSCI行为，包括适用的参数，如响应时间、吞吐时间、其他时限约束、序列、精度、容量（大小/多少）、优先级别、连续运行需求、和基于运行条件的允许偏差：
（若适用）需求还应包括在异常条件、非许可条件或越界条件下所需的行为，错误处理需求和任何为保证在紧急时刻运行的连续性而引人到CSCI中的规定。
在确定与CSCI所接收的输入和CSCI所产生的输出有关的需求时，应考虑在本文3.5.x给出要考虑的主题列表。
对于每一类功能或者对于每一个功能，需要具体描写其输入、处理和输出的需求。
a.说明
描述此功能要达到的目标、所采用的方法和技术，还应清楚说明功能意图的由来和背景。
b.输入
包括：
1）详细描述该功能的所有输入数据，如：
输入源、数量、度量单位、时间设定和有效输入范围等。
2）指明引用的接口说明或接口控制文件的参考资料。
c.处理
定义对输入数据、中间参数进行处理以获得预期输出结果的全部操作。
包括：
1）输入数据的有效性检查。
2）操作的顺序，包括事件的时间设定。
3）异常情况的响应，例如，溢出、通信故障、错误处理等。
4）受操作影响的参数。
5）用于把输入转换成相应输出的方法。
6）输出数据的有效性检查。
d.输出
1）详细说明该功能的所有输出数据，例如，输出目的地、数量、度量单位、时间关系、有效输出范围、非法值的处理、出错信息等。
2）有关接口说明或接口控制文件的参考资料。
3.5CSCI外部接口需求
本条应分条描述CSCI外部接口的需求。
（如有）本条可引用一个或多个接口需求规格说明（IRS）或包含这些需求的其他文档。
外部接口需求，应分别说明：
a.用户接口；
b.硬件接口；
c.软件接口；
d.通信接口的需求。
3.5.1接口标识和接口图
本条应标识所需的CSCI外部接口，也就是CSCI和与它共享数据、向它提供数据或与它交换数据的实体的关系。
（若适用）每个接口标识应包括项目唯一标识符，并应用名称、序号、版本和引用文件指明接口的实体（系统、配置项、用户等）。
该标识应说明哪些实体具有固定的接口特性（因而要对这些接口实体强加接口需求），哪些实体正被开发或修改（从而接口需求已施加给它们）。
可用一个或多个接口图来描述这些接口。
3.5.x（接口的项目唯一标识符）
本条（从3.5.2开始）应通过项目唯一标识符标识CSCI的外部接口，简单地标识接口实体，根据需要可分条描述为实现该接口而强加于CSCI的需求。
该接口所涉及的其他实体的接口特性应以假设或“当[未提到实体]这样做时，CSCI将……”的形式描述，而不描述为其他实体的需求。
本条可引用其他文档（如：
数据字典、通信协议标准、用户接口标准）代替在此所描述的信息。
（若适用）需求应包括下列内容，它们以任何适合于需求的顺序提供，并从接口实体的角度说明这些特性的区别（如对数据元素的大小、频率或其他特性的不同期望）：
a.CSCI必须分配给接口的优先级别；
b.要实现的接口的类型的需求（如：
实时数据传送、数据的存储和检索等）；
c.CSCI必须提供、存储、发送、访间、接收的单个数据元素的特性，如：
1）名称/标识符；
a）项目唯一标识符；
b）非技术（自然语言）名称；
c）标准数据元素名称；
d）技术名称（如代码或数据库中的变量或字段名称）；
e）缩写名或同义名；
2）数据类型（字母数字、整数等）；
3）大小和格式（如：
字符串的长度和标点符号）；
4）计量单位（如：
米、元、纳秒）；
5）范围或可能值的枚举（如：
0-99）；
6）准确度（正确程度）和精度（有效数字位数）；
7）优先级别、时序、频率、容量、序列和其他的约束条件，如：
数据元素是否可被更新和业务规则是否适用；
8）保密性和私密性的约束；
9）来源（设置/发送实体）和接收者（使用/接收实体）；
d.CSCI必须提供、存储、发送、访问、接收的数据元素集合体（记录、消息、文件、显示和报表等）的特性，如：
1）名称/标识符；
a）项目唯一标识符；
b）非技术（自然语言）名称；
c）技术名称（如代码或数据库的记录或数据结构）；
d）缩写名或同义名；
2）数据元素集合体中的数据元素及其结构（编号、次序、分组）；
3）媒体（如盘）和媒体中数据元素/数据元素集合体的结构；
4）显示和其他输出的视听特性（如：
颜色、布局、字体、图标和其他显示元素、蜂鸣器以及亮度等）；
5）数据元素集合体之间的关系。
如排序/访问特性；
6）优先级别、时序、频率、容量、序列和其他的约束条件，如：
数据元素集合体是否可被修改和业务规则是否适用；
7）保密性和私密性约束；
8）来源（设置/发送实体）和接收者（使用/接收实体）；
e.CSCI必须为接口使用通信方法的特性。
如：
1）项目唯一标识符；
2）通信链接/带宽/频率/媒体及其特性；
3）消息格式化；
4）流控制（如：
序列编号和缓冲区分配）；
5）数据传送速率，周期性/非周期性，传输间隔；
6）路由、寻址、命名约定；
7）传输服务，包括优先级别和等级；
8）安全性/保密性/私密性方面的考虑，如：
加密、用户鉴别、隔离和审核等；
f.CSCI必须为接口使用协议的特性，如：
1）项目唯一标识符；
2）协议的优先级别/层次；
3）分组，包括分段和重组、路由和寻址；
4）合法性检查、错误控制和恢复过程；
5）同步，包括连接的建立、维护和终止；
6）状态、标识、任何其他的报告特征；
g.其他所需的特性，如：
接口实体的物理兼容性（尺寸、容限、负荷、电压和接插件兼容性等）。
3.6CSCI内部接口需求
本条应指明CSCI内部接口的需求（如有的话）。
如果所有内部接口都留待设计时决定，则需在此说明这一事实。
如果要强加这种需求，则可考虑本文档的3.5给出的一个主题列表。
3.7CSCI内部数据需求
本条应指明对CSCI内部数据的需求，（若有）包括对CSCI中数据库和数据文件的需求。
如果所有有关内部数据的决策都留待设计时决定，则需在此说明这一事实。
如果要强加这种需求，则可考虑在本文档的3.5.x.c和3.5.x.d给出的一个主题列表。
3.8适应性需求
本系统使用JAVA进行开发，运行于Windows平台。
只需内部形成网络，通过浏览器就能够运行，但是服务器还需要提供MySQL的数据库以及JDBC接口。
网络必须支持TCP/IP协议。
（若有）本条应指明要求CSCI提供的、依赖于安装的数据有关的需求（如：
依赖现场的经纬度）和要求CSCI使用的、根据运行需要进行变化的运行参数（如：
表示与运行有关的目标常量或数据记录的参数）。
3.9保密性需求
管理人员应该妥善保管自己的账户和密码，不要随意透露信息。
在该主机上，应该安装专业的防火墙和杀毒软件，防止违法人员攻击该主机获取利益。
如果发现该软件漏洞，及时的修补。
定期检查主机硬件设备，防止数据流失。
3.10保密性和私密性需求
本系统严格区分了每个用户分权限，根据权限的不同其能够使用的功能是不同的，而且，用户只能通过酒店内部网络登陆系统，这样防止了外来人员入侵窃取数据。
而且专门提供了一个验证模块，用于验证信息正确性，保证其安全性，每个用户登录之后也可以使用安全管理模块管理他们的用户信息，可以更改密码之类的。
3.11CSCI环境需求
用户登录后，是不允许同时登陆这个账号的，同时当用户退出后其使用密码也是严格保密的，但是若是私自泄露密码以及本系统源码出去造成本系统出现问题，概不负责。
3.12计算机资源需求
3.12.1计算机硬件需求
该软件适用于大部分电脑配置和大部分手机配置。
电脑内存512M以上，手机3G以上。
3.12.2计算机硬件资源利用需求
满足最低配置的要求，可以适当的升级硬件，但过于高的配置，性价比来说不好，中等即可。
一般软件正常运行，CPU的使用率在5%~8%，内存使用率在13%~16%
3.12.3计算机软件需求
该“酒店管理系统”项目的环境：
该系统运行于Windowsxp系统上，并在此系统的基础上安装了wamp集成安装包用来提供超文本预处理语言PHP的运行环境呵MYSQL数据库管理系统，从而让网络编程动态语言和数据库联系在一起易于管理呵修改以及维护。
3.12.4计算机通信需求
本项目最好在安装光纤宽带中运行，其网速快，方便总公司呵其他用户和其他用户的查询，调用。
3.13软件质量因素
（若有）本条应描述合同中标识的或从更高层次规格说明派生出来的对CSCI的软件质量方面的需求，例如包括有关CSCI的功能性（实现全部所需功能的能力）、可靠性（产生正确、一致结果的能力）、可维护性（易于更正的能力）、可用性（需要时进行访间和操作的能力）、灵活性（易于适应需求变化的能力）、可移植性（易于修改以适应新环境的能力）、可重用性（可被多个应用使用的能力）、可测试性（易于充分测试的能力）、易用性（易于学习和使用的能力）以及其他属性的定量需求。
3.14设计和实现的约束
（若有）本条应描述约束CSCI设计和实现的那些需求。
这些需求可引用适当的标准和规范。
例如需求包括：
a.特殊CSCI体系结构的使用或体系结构方面的需求，例如：
需要的数据库和其他软件配置项；标准部件、现有的部件的使用；需方提供的资源（设备、信息、软件）的使用；
b.特殊设计或实现标准的使用；特殊数据标准的使用；特殊编程语言的使用；
c.为支持在技术、风险或任务等方面预期的增长和变更区域，必须提供的灵活性和可扩展性.
3.15数据
由于对该软件进行过优化，所以在数据的处理上是非常的流畅，再输入数据和输出数据的时候没有出现过问题，在数据查询方面，可能因为数据量的庞大会耗掉一小部分时间，用户不必担心会出现崩溃现象，请放心使用。
3.16操作
本软件在数据入库当中没有特别操作，但在查询方面，用户应该注意选择属性搜索，如果不选择，则会默认选择，这样会带来数据量比较大，影响效率。
在出库方面基本没什么特殊操作。
3.17故障处理
本系统在发生可能的软硬件故障时，对故障处理的要求包括：
a.属于软件系统的问题：
输入数据范围错误、性别未选择
b.发生错误时：
给出错误信息提示；
c.发生错误时采取的补救措施：
重新输入正确范围内数据。
3.18算法说明
用于实施系统计算功能的公式和算法的描述。
包括：
a.每个主要算法的概况；
b.用于每个主要算法的详细公式。
3.19有关人员需求
（若有）本条应描述与使用或支持CSCI的人员有关的需求，包括人员数量、技能等级、责任期、培训需求、其他的信息。
如：
同时存在的用户数量的需求，内在帮助和培训能力的需求，（若有）还应包括强加于CSCI的人力行为工程需求，这些需求包括对人员在能力与局限性方面的考虑：
在正常和极端条件下可预测的人为错误，人为错误造成严重影响的特定区域，例如包括错误消息的颜色和持续时间、关键指示器或关键的物理位置以及听觉信号的使用的需求。
3.20有关培训需求
（若有）本条应描述有关培训方面的CSCI需求。
包括：
在CSCI中包含的培训软件。
3.21有关后勤需求
（若有）本条应描述有关后勤方面的CSCI需求，包括：
系统维护、软件支持、系统运输方式、供应系统的需求、对现有设施的影响、对现有设备的影响。
3.22其他需求
（若有）本条应描述在以上各条中没有涉及到的其他CSCI需求。
3.23包装需求
（若有）本条应描述需交付的CSCI在包装、加标签和处理方面的需求（如用确定方式标记和包装8磁道磁带的交付）。
（若适用）可引用适当的规范和标准。
3.24需求的优先次序和关键程度
（若适用）本条应给出本规格说明中需求的、表明其相对重要程度的优先顺序、关键程度或赋予的权值，如：
标识出那些认为对安全性、保密性或私密性起关键作用的需求，以便进行特殊的处理。
如果所有需求具有相同的权值，本条应如实陈述。
4合格性规定
本章定义一组合格性方法，对于第3章中每个需求，指定所使用的方法，以确保需求得到满足。
可以用表格形式表示该信息，也可以在第3章的每个需求中注明要使用的方法。
合格性方法包括：
a.演示：
运行依赖于可见的功能操作的CSCI或部分CSCI,不需要使用仪器、专用测试设备或进行事后分析；
b.测试：
使用仪器或其他专用测试设备运行CSCI或部分CSCI,以便采集数据供事后分析使用；
c.分析：
对从其他合格性方法中获得的积累数据进行处理，例如测试结果的归约、解释或推断；
d.审查：
对CSCI代码、文档等进行可视化检查；
e.特殊的合格性方法。
任何应用到CSCI特殊合格性方法，如：
专用工具、技术、过程、设施、验收限制。
5需求可追踪性
本章应包括：
a.从本规格说明中每个CSCI的需求到其所涉及的系统（或子系统）需求的可追踪性。
（该可追踪性也可以通过对第3章中的每个需求进行注释的方法加以描述）.
注：
每一层次的系统细化可能导致对更高层次的需求不能直接进行追踪。
例如：
建立多个CSCI的系统体系结构设计可能会产生有关CSCI之间接口的需求，而这些接口需求在系统需求中并没有被覆盖，这样的需求可以被追踪到诸如“系统实现”这样的一般需求，或被追踪到导致它们产生的系统设计决策上。
b.从分配到被本规格说明中的CSCI的每个系统（或子系统）需求到涉及它的CSCI需求的可追踪性。
分配到CSCI的所有系统（或子系统）需求应加以说明。
追踪到IRS中所包含的CSCI需求可引用IRS.
6尚未解决的问题
如需要，可说明软件需求中的尚未解决的遗留问题。
7注解
本章应包含有助于理解本文档的一般信息（例如背景信息、词汇表、原理）。
本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录
附录可用来提供那些为便于文档维护而单独出版的信息（例如图表、分类数据）。
为便于处理，附录可单独装订成册。
附录应按字母顺序（A，B等）编排。
5.结论和体会
（对试验结果进行分析、问题解答、实验心得体会及改进意见）
【提示】对照上述“实验目的”、“实验要求”、“实验内容”、“实验步骤”等方面的完成情况，进行认真具体总结。
·0
升级会员 