1520950-实验3 软件需求分析
上海建桥学院
本科实验报告
课程名称：软件工程
1520950
学号：
吴明亚
姓名：
软件工程
专业：
B15-2
班级：
指导教师：贾铁军
课内实验目录及成绩
信息技术学院
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.0 Beta
本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2系统概述
用途：
特性：
历史：
本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；列出其他有关的文档。
1.3文档概述
本条应概述本文档的用途和内容，并描述与其使用有关的保密性或私密性要求。
1.4基线
说明编写本系统设计说明书所依据的设计基线。
2引用文件
本章应列出本文档引用的所有文档的编号、标题、修订版本和发行日期，也应标识不能通过正常的供货渠道获得的所有文档的来源。
3需求
本章应分以下几条描述CSCI（计算机软件配置项Computer Software Configuration Item）需求，也就是，构成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适应性需求
本系统使用JA V A进行开发，运行于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计算机软件需求
该“酒店管理系统”项目的环境：该系统运行于Windows xp系统上，并在此系统的基础上安装了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
实验1《软件项目的需求分析》实验报告
软件工程 实验报告 实验1：软件项目的需求分析 学号： 班号： 姓名： 课程主讲教师：张建国 实验指导教师：张建国
提交日期： 2011年11月11日
软件需求规格说明书 1引言 编写目的 编写本文档的目的是根据系统分析工程师和客户沟通的结果，对用户需求进行了全面细致的分析，深入描述《图书管理系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。 该需求规格说明书的读者对象是图书管理系统软件小组的研发工程师、测试工程师、销售工程师，版权归上述所有者所有，严禁外传。背景 随着社会信息量的与日俱增，作为信息存储的主要媒体之一图书，数量、规模比以往任何时候都大的多，不论个人还是图书管理部门都需要使用方便而有效的方式来管理自己的书籍。在计算机日益普及的今天，对个人而言若采用一套行之有效的图书管理系统来管理自己的书籍，会方便许多。对图书管理部门而言，以前单一的手工检索已不能满足人们的要求，为了便于图书资料的管理需要有效的图书管理软件。 图书管理系统软件LMS 是一套功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，具有很好的可移植性，可在应用范围较广的DOS、WINDOWS
系列等操作系统上使用。除此以外，LMS 可通过访问权限控制以及数据备份功能，确保数据的安全性。 定义 文档中采用的专门术语的定义及缩略词简要如下： LMS：Library Management System，图书管理系统。 1.4参考资料 [1]王慧亮关于图书管理系统的批文 [2]郑人杰，殷人昆，陶永雷。《实用软件工程》（第二版）。北京：清华大学出版社，1997。 [3]王立福，麻志毅。《软件工程》（第二版）。北京：北京大学出版社，2001。 [4]唐学忠，王文。《Visual Basic程序设计教程》北京：中国电力 出版社，2002。 2任务概述 目标 《图书管理系统》针对的用户是单个中小型图书室或者个人，藏书
软件项目开发需求报告
软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言 1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。 1.2 项目背景：应包括 ● 项目的委托单位、开心单位和主管部门； ● 该软件系统与其他系统的关系。 1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。 1.4 参考资料：可包括 ● 项目经核准的计划任务书、合同或上级机关的批文 ● 文档所引用的资料、规范等 ● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境
2.3 条件与限制 3 数据描述 3.1 表态数据 3.2 动态数据：包括输入数据和输出数据。 3.3 数据库描述：给出使用数据库的名称和类型。 3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度 5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。 5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。 6 运行需求
6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。 6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求 如可使用性、安全保密、可维护性、可移植性等。 需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。 1．综合需求：项目 说明 备注 1）功能要求 描述软件用来做什么
能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。 2）性能要求 软件能达到什么性能 数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。 3）运行要求 软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件 开发软件的开发工具清单。是否需要外部存储器和数据通信接口。
软件需求工程实验报告书
武汉理工大学 学 生 实 验 报 告 书 实验课程名称 软件需求工程 开 课 学 院 计算机科学与技术学院 指导老师姓名 岑 丽 学 生 姓 名 陈银 学生专业班级 软件0903 2011— 201 2学年 第 1 学期 学生学号 012091068 0328 实验课成绩
实验课程名称：软件需求工程 实验项目名称软件功能描述与确认实验成绩实验者陈银专业班级软件0903 组别 同组者实验日期年月日第一部分：实验分析与设计（可加页） 一、实验内容描述（问题域描述） 要求:对360杀毒软件进行功能描述。 （包含功能名称、功能详细描述、功能分类、功能的正确性与否） 二、实验设计（包括实验方案设计，实验手段的确定，实验步骤，实验过程等） 运行360杀毒软件，查各模块的功能名称、功能详细描述，判断功能的正确性， 用表格或者文档的方式对实验结果进行正确的记录与描述。 三、主要实验工具、仪器设备及耗材 电脑
第二部分：实验结果分析（可加页） 一. 实验结果描述 1. 病毒查杀 快速扫描：扫描Windows系统目录及Program Files目录 全盘扫描：扫描所有磁盘 指定位置扫描：扫描您指定的目录 右键扫描：集成到右键菜单中，当您在文件或文件夹上点击鼠标右键时，可以选择“使用360杀毒扫描”对选中文件或文件夹进行扫描 2. 实时防护 入口防御：严防木马侵入系统的入口，拒木马于系统之外。A.上网安全防护，B.聊天安全防护，C.下载安全防护，D.U盘安全防护，E.黑客安全防护，F.局域网防护； 隔离防御：在虚拟系统中执行高危程序，防止木马侵害真实系统。A.隔离看片，B.隔离运行风险文件； 系统防御：内核级防御技术，保护系统核心设置，拦截木马恶意行为。A.文件系统防护，B.进程防护，C.驱动防护，D.注册表防护； 3.网购保镖 支付网页防篡改：实时保护用户在网购时的支付页面，保障支付安全 支付智能保护：自动扫描已运行的所有程序，禁止运行可疑或安全等级未知程序
软件工程需求分析和概要设计SA实验实验报告
软件工程需求分析和概 要设计S A实验实验报 告 Document serial number【NL89WT-NY98YT-NC8CB-NNUUT-NUT108】
需求分析和概要设计实验报告 一．实验目的 1. 理解结构化分析和设计的软件工程范型； 2. 能运用常用的工具建立简单系统的分析模型和设计模型。 二．实验内容 图书管理系统的分析和设计。主要完成借书、还书、图书预定、图书查阅和图书管理等功能。要求建立系统的需求模型：DFD(data flow diagram)。 功能需求描述： 1. 借阅者可以通过网络查询书籍信息和预定书籍。 2. 借阅者能够借阅书籍和还书。 3. 图书管理员能够处理借阅者的借阅和还书请求，以及处理预定图书。三．实验结果 1.图书管理员处理借书第一层 图书管理员处理借书第二层 2.图书管理员处理还书第一层 3.图书管理员处理预定图书第一层 图书管理员处理预定图书第二层 四．实验分析 在本次实验中，我主要画出了图书管理员处理借书、还书以及预定图书的数据流程图。这是一个我们都很熟悉的环境，因此我们分析起来相对的会容易些，思路也会更加的清晰，在这个系统中，通过稍加细致的分析，我们可以了解到：
1. 图书管理员处理借书的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲借阅的书。再接着，处理借书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 2. 图书管理员处理还书的时候，其过程相对的简单一些，只需直接处理读者欲还的书。同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 3. 图书管理员处理图书预定的时候，其主要过程是，先扫描读者信息，确认读者的合法性。接着，处理读者欲预定的书。再接着，处理预定图书过程，同时修改读者和图书的有关信息。最后，系统将有关的信息反馈给我们的读者。 在对这样的过程进行了分析后，再画数据流程图也就显得容易很多了。 通过本次的实验，我对数据流程图的重要性有了更加深刻的认识，数据流程图在我们设计系统过程中所扮演的角色是多么的重要，试想，如果一个系统在设计的过程中，不使用图的方式，而是将其用文字语言进行描述，这会是一个怎么样的情景。图的作用就是使我们对知识的理解非常的形象，易懂。一个非常复杂的问题，若是通过图形的方式向我们展示的话，会收到意想不到的结果。
软件开发需求分析报告
需求分析报告 1.引言 1.1目的 需求，指的是系统提供的能力必须遵从的条件，一个系统能否达到预期目标，系统需求做的好坏起着决定性作用，因此，他无疑是该平台开发过程中的重要一环。按照传统的软件工程理论，需求分析的目标就是确定要干什么，而不是怎么干，按照统一软件过程的理论（RUP理论），该平台的需求分析就是要致力于高效的正确的开发系统。必须足够详细的描述出系统需求，同时也要详细的描述系统必须达到的条件或实现的功能，使得用户就系统产生的问题一致。 本章将要对”基于教学POI的校园公共服务平台设计与开发”的需求进行分析,再此基础上将会对系统的各个功能进行建模,并且给出模型模型描述的图例序列图等模型。建立系统目标和需要解决的问题。 1.2背景 本设计将对基于教学POI的校园公共服务平台设计与开发进行详细的需求分析；基于教学POI的校园公共服务平台设计在兴趣点软件或APP中属于较为新颖贴近学生生活与教学内容的软件在这方面有大量的资源可循但是并没有与之相关的软件。作为本次软件工程设计的需求总体分析我们需要在POI、教学以及手机软件开发进行基本的融会贯通。 1.3术语 列出本报告中用到的专门术语的定义。 2.任务概述 2.1目标 POI信息平台系统的建立,最直接的提供了非常好的查询管理平台,极大的方便了学生的查询教学点\课程等方案的选择,为学生教师等提供了海量的便利教学信息;学生再也不用考虑担心自己找不到有疑问而大费精力. 通过对用户需求分析以及POI流程研究我们应该解决以下问题 在APP中搜索到正确的\合理的POI信息; POI信息的充分展现,包括地图展示并标记POI点的特殊标记;
软件测试需求分析完整版
软件测试需求分析 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
软件系统测试需求分析模版 产品名称： _____ 项目承担部门：_______________________________ 本文档使用部 门： 撰写人：_______________________________ _______________________________ 完成日期： _____ 评审负责人:评审日期：_______________________________ _______________________________ 目录
修订历史记录 1概述 测试需求分析的目的 测试需求分析的目的是明确应测什么，了解测试规模、复杂程度与可能存在的风险，其核心是产品质量符合用户明确的或者隐含的需求程度。 测试需求分析的依据 1)待测软件系统相关的需求文档，如《xxx系统软件需求规格说明》； 2)待测软件系统相关的设计文档，如《XXX系统设计文档》； 3)GB/《软件工程产品质量第1部分：质量模型》； 4)GB/T 《软件工程软件产品质量要求与评价(SQuaRE) 商业现货(COTS) 软件产 品的质量要求和测试细则》； 5)软件系统相关的协议、规范； 6)待测软件系统业务行标。 测试需求分析的方法 1)列出软件开发需求中具有可测试性的开发需求； 2)对1）中的每一条开发需求，形成可测试的分层描述的测试需求；
3)对2）形成的测试需求，从GB/《软件工程产品质量第1部分：质量模型》由定 义的软件内部/外部质量模型来确定软件产品的质量需求； 4)对3）所确定的质量要求，分析测试执行时需要实施的测试类型； 5)建立测试需求跟踪矩阵，对需求进行管理。 1.4定义 [列出测试需求说明书中用到的专业术语的定义和外文首字母词组的原词组、缩写词和符号。] 2软件产品说明 项目背景 [简要介绍产品的项目背景，行业、主要承担业务等。] 项目需求说明 填写相关信息或相关文档，如详见《XXX系统需求说明文档》。 项目整体设计说明 填写相关信息或相关文档，如详见《XXX系统总体设计》。 3测试需求分析 原始需求 原始需求是从用户需求、产品包需求、系统需求、测试经验库、协议规范等需求来源中提取的经过整理的输入集合。本文的原始需求亦即经过整理成文的业务需求，将每一条需求对应的系统、业务需求编号、业务需求说明及相关文档注明。其中系统名称为被测系统名称；需求版本号为业务需求版本号；业务需求的编号和业务需求名称引用需求分析文档编号及名称，描述引用需求分析文档描述。 产品测试需求列表
软件工程实验报告
软件工程实验报告 姓名：冯巧 学号 实验题目：实验室设备管理系统 1、系统简介: 每天对实验室设备使用情况进行统计，对于已彻底损坏的作报废处理，同时详细记录有关信息。对于有严重问题（故障）的要即时修理，并记录修理日期、设备名、修理厂家、修理费用、责任人等。对于急需但又缺少的设备需以“申请表”的形式送交上级领导请求批准购买。新设备购入后立即对新设备登记（包括类别、设备名、型号、规格、单价、数量、购置日期、生产厂家、购买人等），同时更新申请表的内容。 2、技术要求及限定条件: 采用C#语言设计桌面应用程序，同时与数据库MySql进行交互。系统对硬件的要求低，不需要网络支持，在单机环境下也能运行，在局域网环境下也能使用。方案实施相对容易，成本低，工期短。 一：可行性分析 1、技术可行性分析 计算机硬件设备，数据库，实验室设备管理软件与实验室设备管理系统的操作人员组成，能够实现实验室设备管理的信息化，提高工作效率，实现现代化的实验室设备管理。系统需要满足实验室设备管理（包括对实验设备的报废、维修和新设备的购买）、实验室设备信息查询（包括按类别进行查询和按时间进行查询）、实验室设备信息统计报表（包括对已报废设备的统计、申请新设备购买的统计和现有设备的统计）。这些功能框图如下图所示： 2、经济可行性分析 依据用户的现实需求、技术现状、经济条件、工期以及其他局限性因素等等因素，考虑到工期的长短、技术的成熟可靠、操作方便等因素，本方案具备经济可行性。
3、系统可选择的开发方案 ①方案A用C#开发系统的特点是：开发工具与数据库集成一体，可视化，开发速度较快，但数据库能够管理的数据规模相对较小。系统对硬件的要求低，不需要网络支持，在单机环境下也能运行，在局域网环境下也能使用。方案的实施相对容易，成本低，工期短。 ②方案B：以小型数据库管理系统为后台数据库，该前台操作与数据库分离，也能够实现多层应用系统。系统对硬件的要求居中，特别适合在网络环境下使用，操作方便。但系统得实现最复杂，成本最高，工期也较长。 二：软件需求分析 1．软件系统需求基本描述： 实验室设备管理系统是现代企业资源管理中的一个重要内容，也是资源开发利用的基础性工作。实验室设备在信息化之前，在用户系统管理、设备维修管理、设备的增删改查管理等方面存在诸多不利于管理的地方，不适应现代的企业管理形势和资源的开发利用。 2．软件系统数据流图（由加工、数据流、文件、源点和终点四种元素组成）： 1)顶层数据流图 2）二层流程图 3)总数据流图
《软件需求分析》实验指导书
《软件需求分析》实验指导书 2013年 9月
中文软件需求分析课程编号5011011093 课程 Software Requirement 名称英文适用专业软件工程 Analysis 总学时32 理论教学学时28 课 4 内 学分 2 实践教学学时 课 8 外 执笔者刘冰编写日期2012年 3月 《需求工程—软件建模与分析》（骆斌主编、丁二讲授玉编著，高等教育出版社，2009年 4月第一版，ISBN 978-7-04-026295-7） 教材 《软件需求》（第 2版）（（美）Karl E.Wiegers著，参考刘伟琴、刘洪涛译，清华大学出版社、2004年 11月第 1版，ISBN 978-7-302-09834-8）
目录 一、实验目的 (3) 二、实验的软硬件环境 (3) 三、实验要求与任务 (3) 四、实验步骤 (3) 五、《软件需求规格说明书》内容、格式要求 (4) 六、思考题 (6) 【附录一】软件需求规格说明模板 (7) 【附录二】评分标准 (13) 【附录三】前景与范围文档写作范例 (14) 【附录四】需求文档完整范例 (20) 【附录五】软件需求规格说明书（样例一） (40) 【附录六】软件需求规格说明书（样例二） (52)
实验名称：“××管理信息系统”软件需求规格说明书的编写 一、实验目的 需求开发的最终成果是：客户和开发小组对将要开发的产品达成一致的协议。这一协议综合了业务需求、用户需求和软件功能需求。从前面实验中所得出的一些分析文档中，我们可以知道：项目视图和范围文档包含了业务需求，而使用实例文档包含了用户需求。我们还必须编写从使用实例派生出的功能需求文档，还要编写产品的非功能需求文档，包括质量属性和外部接口需求。至此，我们综合前面的相关分析结果，来进行需求说明书的编写，进一步理解由业务需求，用户需求，功能需求三个部分综合而形成软件需求说明书的过程。 二、实验的软硬件环境 硬件：微型计算机，打印机； 软件：Windows XP/7 ，Office 2003/2007，Visual Studio 、Delphi，SQL Server等要求 实验环境为网络环境。 三、实验要求与任务 1、要求： 完成软件需求规格说明书的编写： （1）用好的结构化和自然语言编写文档型文档 （2）建立图形化模型。 （3）编写形式化规格说明，这可以通过使用数学上精确的形式化逻辑语言来定义需求。2、具体任务： 开发“××管理信息系统”（如人事管理信息系统、财务信息管理系统、酒店信息管理系统、设备信息管理系统、仓库管理信息系统、进存销管理信息系统、学生信息管理系统、图书馆信息管理系统，图书销售信息管理新系统等等）。 通过调查获取用户需求，按照需求的内容进行分析，按照内容、格式要求撰写完整的软件需求规格说明书。 四、实验步骤 1、参考相关模板，初步理解软件需求规格说明书的结构 2、 结合项目实际，完成软件需求规格说明书 3、进一步检查、完善相应的需求部分，尽量避免需求遗漏，和定义的不清晰。同时，
软件项目需求分析通用
软件项目需求分析通用集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
1. 引言 目的 说明编写这份报告的目的，指出预期的读者。 背景 指出待开发的软件系统的名称；行业情况；本的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。 术语 列出本报告中用到的专门术语的定义。 2. 任务概述
目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 软件功能说明
软件测试需求分析报告
软件系统测试需求分析模版 产品名称：_____ 项目承担部门：_______________________________ 本文档使用部门：撰写人：_______________________________ _______________________________ 完成日期：_____ 评审负责人: 评审日期：_______________________________ _______________________________
目录 目录 (2) 修订历史记录 (3) 日期 (3) 版本 (3) 说明 (3) 作者 (3) 1概述 (4) 1.1测试需求分析的目的 (4) 1.2测试需求分析的依据 (4) 1.3测试需求分析的方法 (4) 1.4 定义 (5) 2 软件产品说明 (5) 2.1项目背景 (5) 2.2项目需求说明 (5) 2.3项目整体设计说明 (5) 3测试需求分析 (5) 3.1原始需求 (5) 3.2产品测试需求列表 (6) 3.3测试类型确定 (11) 3.4测试环境要求 (12) 4测试规格评估 (12) 4.1 测试类型评估 (12) 4.2测试用例密度 (13) 4.3 需求覆盖率 (13)
修订历史记录
1概述 1.1测试需求分析的目的 测试需求分析的目的是明确应测什么，了解测试规模、复杂程度与可能存在的风险，其核心是产品质量符合用户明确的或者隐含的需求程度。 1.2测试需求分析的依据 1)待测软件系统相关的需求文档，如《xxx系统软件需求规格说明》； 2)待测软件系统相关的设计文档，如《XXX系统设计文档》； 3)GB/T16260.1-2006《软件工程产品质量第1部分：质量模型》； 4)GB/T 25000.51-2010《软件工程软件产品质量要求与评价(SQuaRE) 商业 现货(COTS) 软件产品的质量要求和测试细则》； 5)软件系统相关的协议、规范； 6)待测软件系统业务行标。 1.3测试需求分析的方法 1)列出软件开发需求中具有可测试性的开发需求； 2)对1）中的每一条开发需求，形成可测试的分层描述的测试需求； 3)对2）形成的测试需求，从GB/T16260.1-2006《软件工程产品质量第1部 分：质量模型》由定义的软件内部/外部质量模型来确定软件产品的质量需求； 4)对3）所确定的质量要求，分析测试执行时需要实施的测试类型； 5)建立测试需求跟踪矩阵，对需求进行管理。
软件工程结构化需求分析报告实验1
图书馆管理系统需求分析报告 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）借阅的登记
软件项目需求分析通用
1. 引言 目的 说明编写这份报告的目的，指出预期的读者。 背景 指出待开发的软件系统的名称；行业情况；本的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。
术语 列出本报告中用到的专门术语的定义。 2. 任务概述 目标 叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。
3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。 对功能的一般性规定 本处仅列出对开发产品的所有功能（或一部分）的共同要求，如要求界面格式统一，统一的错误声音提示，要求有在线帮助等。 对性能的一般性规定 精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。时间特性要求 说明对于该系统的时间特性要求。 灵活性
软件工程 实验报告
v1.0 可编辑可修改 院系：计算机科学学院 专业：计算机科学与技术 年级： 2013级 课程名称：软件工程 组员：司少武（1135） 兰少雄（1136） 张宇（1133） 纳洪泽（1132） 指导教师：刘卫平 2015年 12月 26 日
聊天室 1 前言 即时消息系统的研究现状 即时消息系统[1](Instant Messenger，IM)是一种在后 PC 时代兴起的，以Internet 网络为基础的，允许交互双方即时地传送文字、语音、视频等信息，能够跟踪网络用户在线状态的网络应用软件。即时消息系统产生有着深刻的社会原因：人们都有渴望社交，获得社会尊重、实现自我的需求，这正是即时消息软件风行的原动力，而物质文明的日益发达所带来副作用，又使得人们习惯与周围的人保持距离，以致人们更愿意对陌生人敞开心扉，在网络中可以跨越年龄、身份、行业、地域的限制，达到人与人、人与信息之间的零距离交流。从这点上讲，即时消息系统的出现改变了人们的沟通方式和交友文化，大大拓展了个人生活交流的空间。 本工程的主要内容 随着互联网逐步普及，人们的生活和工作也越来越离不开信息网络的支持，而聊天室是人们最常见，最直接的网上交流的方式。本聊天系统以聊天交流为主，为广大用户提供一个借助网络进行人际交往的平台，也是网络与现实最贴近的实用型网站。本文所介绍的网络聊天系统是基于开放的JAVA应用程序开发设计的，其主要特性是能动态、实时的完成信息的传递，且具有高效的交互性，更有效的处理客户请求，且具有脱离数据库技术方法，易于维护和更新的特点。 2 需求分析 本系统所要实现的主要功能是当用户聊天时，将当前用户名、聊天对象、聊天内容、聊天语气和是否私聊进行封装，然后与服务器建立Socket连接，再用对象输出流包装Socket的输出流将聊天信息对象发送给服务器端当用户发送聊天信息时，服务端将会收到客户端用Socket传输过来的聊天信息对象，然后将其强制转换为Chat对象，并将本次用户的聊天信息对象添加
软件工程需求分析实验
南京信息工程大学实验（实习）报告 实验（实习）名称需求分析实验（实习）日期 2014.12.17 得分指导教师李振宏计算机系专业软件工程年级 2012 班次 1 姓名董上琦学号 20122344001 一、实验目的 1．通过对网上书店管理系统相关需求的分析，掌握需求分析的方法和过程 2．掌握需求分析相关文档的组织规范 3.完成对这个小型软件系统的需求分析 二、实验准备 1.熟悉需求分析的方法和过程 2.对网上书店管理系统相关应用领域进行调查与分析 三、实验要求 完成网上书店管理系统的需求分析，提交实验报告 四、实验内容 1.项目背景 当今社会，计算机技术迅速发展，计算机网络的普及化使得英特网成为人们查找信息的重要场所，当然这也使得网上书店的出现成为必然。实体书店，在正常运行过程中总是面临着大量的信息：客户信息、书店信息以及两者相互作用产生的购书信息等。人工管理总是会存在很多弊端，如客户信息更新不及时，因此需要一个系统实现对客户信息、书籍资源、购书信息以及书籍信息有力的管理，及时了解各个环节中信息的变更，提高书店信息管理效率。 2.任务概述 2.1产品的描述 网上书店是一种高质量，快捷，方便的购书方式。网站式的书店可以实现图书管理的合理化和信息化。售书的同时还具有书籍类商品管理、购物车、订单管理，非常灵活的网站内容和文章管理功能。网上书店管理系统的主要功能是实现书籍信息管理及购书的自动化。围绕这一主要功能，本系统涉及到以下核心功能: ①显示每本书的详细信息 ②显示购物车和顾客选购的图书信息 ③增加新购买的新书 ④对定单的修改、确认、提交等 ⑤图书销售数量的排行 2.2用户的特点 随着计算机的普及，使用计算机对书店进行管理相对于传统的手工管理具有很大的优势。使用计算机可以使图书查找容易、更新图书信息及时、顾客购买图书快捷方便等。这些优点能提高网上书店的管理效率，使书店获得更大的利润空间。所以，开发一个网上书店信息管理系统是一件非常有必要并且有意义的事情。 2.3实现语言 在计算机语言中，有很多语言可以进行网上书店管理系统的设计，现代化信息管理和电脑普及的今天，该系统如果开发成功，成本比较低，工作效率比较高，维护费用比较低，能给一个用户带来很多的方便，该系统采用Java语言编写，由于Java平台的自由和开放性使得
软件项目需求分析通用
软件项目需求分析通用文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
1. 引言 1.1 目的 说明编写这份报告的目的，指出预期的读者。 1.2 背景 指出待开发的软件系统的名称；行业情况；本的任务提出者、开发者、用户；该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 参考资料 列出编写本报告时参考的文件(如经核准的计划任务书或合同、上级机关的批文等)、资料、标准，以及他们的作者、标题、编号、发布日期和出版单位。 列出编写本报告时查阅的Intenet上杂志、专业着作、标准以及他们的网址。 1.4 术语 列出本报告中用到的专门术语的定义。 2. 任务概述 2.1 目标
叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中的其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。 2.2 系统（或用户）的特点 如果是产品开发，应列出本软件的特点，与老版本软件（如果有的话）的不同之处，与市场上同类软件（如果有的话）的比较。说明本软件预期使用频度； 如果是针对合同开发，则应列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和专长，以及本软件预期使用频度。这些是软件设计工作的重要约束。 3. 假定和约束 列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。 4. 需求规定 4.1 软件功能说明 逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明产品的容量，包括系统应支持的终端数和应支持的并行操作的用户数等指标。
软件工程实验报告(总)
信息工程学院 软件工程实验报告 专业： 班级： 学号： 姓名： 指导老师：
实验一：软件开发的过程计划 实验课时：2课时 一、实验目的 项目计划的目的是为项目的研发和管理工作制定合理的行动纲领，以便所有相关人员按照计划有条不紊地开展工作。 ⑴估计项目的总体规模、工作量和成本。 ⑵制定项目计划，重点放在产品生命周期中的主要关键任务。 ⑶制定项目时间表和预算。 二、实验环境 1.硬件环境 P4以上的个人计算机环境，要求内存不少于512MB，硬盘不小于20G.。 2.软件环境 操作系统：Windows XP 数据库：Sql Server 2000以上或Access 2003以上 3.通用工具软件 通用绘图工具：MicroSoft V isio 2003以上 文本编辑工具：MicroSoft Word 2003以上 4.CASE工具 UML建模工具：Rational Rose 2000 三、实验要求、实验内容 1、实验要求： 在进行实验之前，必须掌握软件开发过程的一些基础知识，准备参考资料和阅读相关的过程模型的文档。 2、实验内容 熟悉RUP（Rational Unified Process）软件开发统一过程的思想，RUP（Rational Unified Process）是由Rational公司（现已是IBM公司的一部分）提出的过程模型，它软件工程史上最完整、最成熟、最优秀的过程模型之一。 学习软件开发的组织和管理，将项目开发各阶段的任务明确，掌握各阶段的里程碑，并熟悉相应的工具。
四、思考题 1、项目开发首先要做的事是什么？ 答：进行需求分析和定义，了解客户或用户的需求，然后再进行后续。 2、你认为该软件应具备的最重要的特性是什么。 答：安全性、实用性、灵活性。 3、你认为怎样分工是最合理的？ 答：该项目已经采取项目经理制，但是在具体开发过程中，情况也许会比预计的复杂，因此，在了解了各组员的工作风格的情况下，根据性格类型进行工作分配，比如：外向而且善于交流的，可以给他安排和客户交流沟通，让客户随时了解我们 的工作情况，并且反应客户的需求改变；为了让项目更好的组织和管理，可以采取 主程序员负责制；这样，在项目经理的带领下，内部安排主程序员和副程序员，工 作员有问题的话，内部自己解决，只要按时汇报工作就可以了。 五、实验内容： 项目背景 项目名称：银行计算机储蓄系统 随着社会经济的发展，XX银行的业务不断增长，传统的依靠手工的存取款业务办理方式已经不能满足不断增长的业务需求。其一，业务需求的增加需要消耗大量人力物力资源；其二，业务复杂化导致人工处理方式出错率增加，从而引起储户不满。一方面可以减轻银行业务员的工作量，另一方面可以减少工作的出错率，从而提高工作效率。现在计算机网络的告诉发现使越来越多的人更喜欢在网购物、在家存款取款。在这样的背景下，很明显现在的银行储蓄系统已经不能满足人们越益增长的需求，急切需要建立一个新的、高效的、方便的、互联的计算机储蓄系统。为解决此问题，拟为其开发计算机储蓄系统。 项目进度： 项目在项目经理的制度下，在整个开发过程中，树立“里程碑”，而且严格按照计划进行，各阶段任务必须完成，现把任务进度历程绘制如下：
需求分析实验报告
需求分析实验报告 沙漠绿洲书店是福州大学附近最大的民营书店。长期以来，城市沙漠书店为福大学子乃至整个城市读者提供了不少的便利。在2005年，该书店扩大了书店的面积，大大提高了库存量，使得读者可以购买到更多的书籍。但是，原来的图书销售已经渐渐无法适应市场的发展，因为图书销售的顾客群慢慢固定。为了进一步扩大市场，书店决定开发一套新的销售系统，以自动化的方式进行图书的销售以及管理。书店决定开通网上书店，面向全国进行网上售书，进一步扩大消费人群，同时，保留以往的电话售书的方式，为不在该市的消费者提供便利。
在图书管理方面，由于图书的数量年年增长，出现了许多新的消费热点，读者对图书的选择性有了一些变化。原来的系统已经无法体现这些变化，也无法满足企业制定销售战略。 在书店内部，由于面积的扩大，使得原来的导购小姐无法满足书店的需要，同时，书店也有意尝试通过在书店的不同位置放置可供读者自己查询的电脑来满足读者的需要。 在书店的规划方面，原来的系统只能够描述销售及库存的情况，对于整个书店的财务，会计等方面并没有涉及，这对于书店进一步扩大规模是不利的。宁因此，书店决定开发一套新的图书销售系统。 书店的新战略规划：书店的战略规划是要建立更多的客户群以扩大书店的发展规模，进而扩大市场。 一个战略是为外地用户扩大电话定购能力，另一个战略是要通过Internet 增加直接客户市场销路。新系统是一个能为企业的快速增长进行计划并准备加强支持客户交互作用的系统。 战略系统计划项目产生了技术结构计划，应用程序结构计划和实施的时间帧。 1，技术结构计划： 1，把商业应用软件转移到客户－服务器结构来，为数据库和电信功能保留了主机，以允许其容量增加及快速发展。 2，向在Internet 上经营商业转移，首先要有一个Web 站点，然后要有链 接到内部系统和数据库的一些客户和供应商的事务处理支持。 3，预期最后向内联网解决方案发展 2，应用程序结构计划; 1,财务/会计：带客户－服务器的软件包解决方案 2 ，人力资源：一个软件包解决方案，最大限度地使员工访问人力资源表，过程和利益信息。 3，客户支持系统：设计一个订单处理和执行系统，综合三方面的订单 处理需求：通过WEB 邮购，电话定购和直接客户市场销售。 4,库存管理系统：设计一个商品销售和库存系统，可以部分提供给客户以便查询 5,零售店系统：把商店管理系统与库存管理系统集成起来 3，实施应用结构计划的时间帧 1,首先，实施客户支持系统。 2,在客户支持系统启动后立即开始实施库存管理系统。 3,把零售店系统与库存管理系统集成起来 4,更新人力资源系统和财务/会计系统 1,系统分析 根据书店的要求，可以确定系统相关者：
软件测试流程规划
软件测试流程规划 一、引言 本文档规范了软件测试过程中的整体流程，明确了软件测试从开始到结束的各个阶段，以及在各阶段中的负责人、具体工作内容和必需的输入输出文档。另外，本文还介绍了各测试阶段需要的测试工具、测试点和测试步骤，并提供了各类测试文档的参考模板。 二、测试流程概述 1、流程介绍 一般来讲，软件测试是伴随着项目的立项而开始的。也就是说，软件项目一旦确立，测试工作也就开始了。在测试的过程中，前后要经过以下主要环节： 需求分析—>制定测试计划—>搭建测试环境—>测试用例设计—>测试执行—>BUG回归测试—>测试总结—>软件发布 对于以上流程环节，一般而言，需求分析属于需求分析人员的工作范畴，环境搭建、用例设计、测试执行以及回归测试等属于测试人员的工作范畴，测试负责人负责制定测试计划以及对各个环节的跟踪、实施、管理等。 2、流程图 功能测试 项目开始 需求阶段 测试计划 测试阶段 性能测试 用户界面测试 兼容性测试 安全性测试 接口测试 测试总结 软件发布
在这个阶段，主要是对于需求的收集、分析以及评估。 1.由需求分析人员统一收集需求，并整理成文档格式转发给项目经理、开发经理和测试经理； 2.项目经理召集开发经理、测试经理和需求分析人员进行会议讨论，了解具体每个需求的实际含义，并且明确各需求的有效性和可用性； 3.小组会议讨论，确定最终实现的需求和功能点，并整理出重点需求； 4.项目经理根据会议讨论结果编写需求说明，并且再次召集小组开会讨论，对需求说明进行修复、完善，并最终确定《需求规格说明书》。 负责人：项目经理 输入文档：需求说明文档 输出文档：《需求规格说明书》 四、测试计划阶段 作为测试的起始步骤和重要环节，测试计划是对测试全过程的组织、资源、原则等进行规定和约束，并制定测试全过程各个阶段的任务以及时间进度安排，并提出对各项任务的评估、风险分析和管理需求。用一句话概括就是：测试计划是从管理角度对整个测试活动进行规划和控制。 测试计划的主要内容可分以下几个方面： 1.测试概述（介绍项目测试的范围、目的以及组织形式） 2.测试进度（测试时间周期的安排） 3.测试策略（包括测试环境、测试工具及测试方法） 4.需求跟踪（确定系统测试项与需求之间的对应关系） 5.测试通过失败标准（指明测试何时通过何时结束） 6.测试挂起恢复标准（指明当测试过程无法进行下去时测试活动挂起以及恢复的标准） 7.资源分配（工作量的统计以及工作任务的安排） 8.应交付测试工作产品（明确测试需要提交的各类工作文档） 9.风险评估（预估测试存在的风险） 测试经理根据项目的总体进度、发布时间以及需求规格说明、开发计划制定相应的测试计划，完成后提交给项目经理。项目经理组织讨论会，连同开发经理、测试经理以及各模块负责人，对测试计划进行评审并确定。 负责人：测试经理 输入文档：《需求规格说明书》、《软件开发计划》 输出文档：《软件测试计划》
软件工程实验报告
1.1 实验一结构化需求分析 一．实验类型 图书馆管理系统 假定校图书馆需要你设计一个图书馆管理系统，要求包括以下功能： ●图书管理员可以管理馆藏图书，包括每本图书的藏书编号、书名、编著者、 ISBN号、出版社、出版时间、入馆时间、馆藏数量（如果馆藏数量为1,则标明为孤本图书）、在馆数量、学科类别等（或其它你认为有用的信息）； ●管理员可以查询、统计所有图书、每一类图书或每一本书的借阅记录； ●图书管理员可以管理所有读者的信息，包括读者类型（学生、教师、社会人 士）、姓名、图书证编号、办证时间、证件状态（正常、挂失、冻结）等信息； ●图书管理员可以查询和统计所有读者、每一类读者或每一个读者的借阅记录； ●读者可以通过本系统查询馆藏图书； ●读者可以通过本系统借阅读书。但对于孤本图书或在馆数量为1的图书则不 准外借； ●管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年 不归还图书的读者冻结其图书证； ●读者可以通地本系统归还图书。如果图书超期，则自动计算罚款金额。二．实验目的 1．掌握数据流的分析技术 2．掌握软件需求分析的过程和方法。 3．熟悉项目开发计划和需求规格说明书的制定方法。 三．实验内容和要求 1．用结构化数据流分析技术进行软件系统需求分析，得出系统的数据流图和数据字典。 2．正确运用图表工具进行表示。 3．按规范正确编写软件文档。
四．实验步骤 1．理解所承担项目的业务流程和业务内容。 本软件项目是面向中小型学校、单位机构对于图书管理的基于服务的一款便捷式软件。能满足一系列常用图书管理的功能模块，提供简介、准确的操作性，可以很大程度减少人为因素带来的数据错误，统计错误，系统逻辑错误。并且规模小，很容易进行推广。 ●本项目的参与对象有图书管理员及读者。 ●对于读者，能通过该软件浏览馆藏的所有图书。读者在图书馆找到自己喜欢 的书后，能自行通过该软件操作完成借阅操作。若读者是第一次借书，必须通过图书管理员进行添加读者记录，登记读者信息。读者在登陆后方能完成借阅操作，对于孤本图书（即图书馆中馆藏只有一本的图书）则拒绝进行借阅操作。在规定期限内，读者可以通过该软件完成还书操作，对于超期的图书，应将扣除一定罚款金额，对于超期一年不归还图书的读者冻结其图书证。 并且读者能修改个人信息。 ●对于图书管理员，能管理自己和比自己低一级管理权限的管理员。一级管理 员能完成维护管理员的基本信息和二级管理员的一切操作。二级管理员则能维护自己的信息和添加读者、添加图书的功能。管理员可以对超期未归还图书的读者发送电子邮件进行提醒，对于超期一年不归还图书的读者冻结其图书证； 2．按照系统的功能及性能要求，系统的作业范围等，确定软件系统的开发环境（操作系统、开发工具、程序设计语言等）。 根据软件编程经验，本系统将采用面向对象的设计方法，使用Eclipse开发工具，java窗体应用程序，操作系统使用Win8。 3．绘制数据流图、功能分析图等。