1. 引言
1.1编写目的
为了开发出真正满足用户需求的软件产品,首先必须知道用户的需求,确定用户所需软件产品的功能,对软件需求的深入需求是软件产品开发工作获得成功的前提条件,不论我们把设计和编码工作做得如何出色,不能真正满足用户需求的程序只会令用户失望,给开发者带来麻烦。
需求分析是软件定义时期的最后一个阶段,它的基本任务是准确的回答“系统必须做什么?”这个问题。它确定系统必须完成哪些工作,对目标系统提出完整、准确、清晰、具体的要求。用户真正知道自己需要什么后,将其准确、具体的描述出来,分析者再得出用软件实现他们需求的方案。
购物已成为生活中不可缺少的一部分,大大小小的商店,超市充斥着城市乡镇的每个角落,一套优秀的商品管理系统对于商家的管理者和消费者都会起到很重要的作用,不但便于消费者对商品信息进行查询,也便于商家对所拥有的产品信息进行更新,修改,管理,因此有必要设计一套管理系统对商品进行管理。
1.2项目背景
本系统管理的任务是要获得用户对整个商品管理系统的详细需求情况所得,系统初步拟定主要由系统的登陆界面,主窗体和设计窗体组成。主要供用户管理大量商品,并且能对商品的基本资料有效及时查阅和修改操作。在本系统中,基于管理员和用户的权限作了明确的安全系统保护。在设计窗体中能一打开查阅的窗体目录,对主窗体情况一目了然,也能在另一方窗体中查阅生成的报表。在主窗体中,能实行增加、删除、修改、查询的数据操作。
1.3定义
软件需求分析是由软件开发方在系统需求分析的基础上,根据交办方提出的软件任务书以及其他文件进行的。承办方要详细确定软件需求并制定出一个需求完整、详细,又具有很好使用性的软件需求规格说明书。
承办方必须写出详细的软件需求规格说明书以及其它文档,并进行需求的逐步审查,最终作为整个开发工作的基础。
软件项目组的组建与计划工作也是本阶段的重要任务。
2. 任务概述
2.1 目标
完成功能需求分析、性能需求分析、界面需求分析,其中包括用visio完成需求分析中DFD(数据流图)和DD(数据字典)的画法,以及E_R图。
2.2 运行环境
客户机:外围设备:鼠标,键盘,显示器;
操作系统:装有浏览器的各种操作系统;
服务器:外围设备:鼠标,键盘,显示器;
编译程序:VB 6.0;
操作系统: windows操作系统;
数据库支持:SQL Server 2000;
数据存储能力和测试支持能力:需要有较高的系统支持。
2.3技术要求
软件需求分析阶段的技术要求如下:
(1)软件需求规格要说明对应软件的主要功能、性能、技术指标进行定义,其内容应全面、可检查。
(2)项目开发计划中应给出阶段评审以及配置管理计划,并明确人员。
(3)软件需求规格说明书要正确而恰当地定义软件的功能、性能等所有软件需求,不必描述设计和管理的细节。
(4)要求编制的软件需求规格要具有:完整性、明确性、一致性、可验证性及可测试性、易修改、包含软件需要的关键功能、软件可追踪、需求基于运行环境、描述软件应发生的事件和不应发生的事件。
3. 数据描述
3.1 静态数据
在软件开发过程中不可改变的数据,包括会员和管理员的账号注册时间,地址,性别,还有商品的商品名称,商品类别。
3.2 动态数据
在软件开发过程中可以改变的数据,除开静态数据以外的数据。
3.3 E-R图
为了把用户的数据要求清楚、准确地描述出来,就需要建立一种面向问题的数据模型,是用户的观点对数据建立的模型,常用实体-联系图(E-R图)来描述,该模型包含三种相互关联的信息:数据对象、数据对象的属性及数据对象彼此间的相互连接关系。
3.4 数据流图(DFD)
当数据在软件系统中移动时,它将被一些“变换”所修改。数据流图(DFD)是一种图形化技术,它描绘信息流和数据从输入到输出的过程中所经受的变换。在数据流图中没有任何的物理部件,它只描绘数据在软件中流动和被处理的逻辑过程,它是分析员与用户间几号的通信工具。此外,设计数据流图时只需要考虑系统必须完成的基本逻辑功能,不需要考虑如何具体实现这些功能。
数据流图中有四种基本符号:正方形表示数据的原点或终点;圆形代表数据的处理;两条平行横线代表数据存储;箭头表示数据流,即特定数据的流动方向。数据流图的基本要点是描绘“做什么”,而不考虑“真么做”。
数据流图如下:
3.5 数据字典(DD)
数据字典是关于数据的信息的集合,也就是数据流图中包含的所有元素的定义的集合,它的作用是在软件分析和设计的过程中给人提供关于数据的描述信息。
数据流图和数据字典共同构成系统的逻辑模型,没有数据字典的数据流图就不严格;没有数据流图,数据字典也难以发挥作用。
数据字典有下列四类元素的定义组成:
(1)数据流
(2)数据流分量(即数据元素)
(3)数据存储
(4)处理
采用卡片形式书写数据字典,每张卡片上保存描述一个数据的信息,包含这些信息:名字、别名、描述、定义、位置。
4. 功能需求
4.1登录功能
验证登录用户是否为商品管理系统数据库中的合法用户,判断登陆的用户是会员用户还是管理员或者超级管理员。会员用户(即数据库中有基本信息)则能实现查询产品信息,查看消费记录,搜索商品的功能。管理员则除了拥有一般用户所具有的功能外还可以管理会员,查看货物信息,满足消费者的一般需求。超级管理员可以对管理员权限进行修改,可以修改,删除,添加,插入货物,对会员信息进行查看、修改,可以进行查询统计数据(利润、库存)。
4.2 主界面功能
可以浏览各种商品信息,可以注册为会员,还可以进入登陆页面,可以查找各类商品信息。会员的主界面主要显示个人消费记录和查询商品信息;管理员的主界面主要显示会员、各类商品信息,对会员的管理;超级管理员的主界面主要显示会员、各类商品信息,可以对会员及管理员进行管理,更新各类商品的信息。
4.3 用户管理功能
管理员(即超级用户)可以添加新的用户以及修改当前登录用户的密码。也可实现登录用户的重新登录和退出,超级管理员可以对管理员的权限进行设定,可以修改商品。会员则可以浏览,搜索,查看各类商品信息。
5. 性能需求
5.1数据处理能力要求:
由于本系统主要对超市商品进行管理,所以数据量非常大,因此系统对数据的处理能力要相当强,考虑SQL server2000既是免费开源软件,并且其对数据管理和处理能力相对较强,所以决定用SQL server2000作为该系统的数据库。
5.2故障处理要求:
由于某种未知的软件及硬件故障所引起的本系统无法使用,可能会对使用该软件的用户产生一定的影响,但由于其具有较好的可维护性,使得维护人员发现情况时,立即更正,可在短时间内恢复其使用。
5.3其他专门要求:
本系统具有较强的使用权限,使得本系统具有易于维护,管理;其用户界面要求为包括简洁、易用、易懂,美观、标准,具备一定的兼容性;软件质量要求为:易用、健壮、兼容性好、运行稳定、有一定安全保障。
6. 运行需求
6.1 用户界面
采用图形用户界面直观反映
6.2 软件接口
运行于Windows9X/2000/XP及更高版本并装有JAVA虚拟机, SQL server 2000服务器的操作系统之上,并且装有SQL server 2000服务器还可提供数据服务。
6.3 开发环境
VisualBasic:6.0, SQL server 2000
6.4 故障处理
在用户的输入有错误的情况下,对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误,也必须保证数据库完好无损。
第二篇:软件工程需求分析报告报告
旅游社旅游管理系统
需求分析报告
旅游社旅游管理系统
需求分析报告
1引言
1.1编写目的
编写软件需求说明报告的目的是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解并以此作为开发者进行软件设计用户进行验收的依据。该文件包括对软件的功能、性能、安全保密和运行环境的要求
1.2项目风险
该软件开发项目的风险承担者有:
任务提出者—指导老师,需要承担的风险是产品是否能达到用户的需求该产品是否能带来收益。
软件开发者—第3小组,需要承担的风险是产品是否能满足需求报告说明书里的各种功能需求等。
产品使用者—旅行社,需要承担的风险是产品是否能满足自己所需。
软件投资者—旅行社,需要承担的风险是产品是否能给自己带来收益并且是否能在较短时间内收回投入的成本。
1.3预期读者和阅读建议
本软件产品需求分析报告可能的预期读者有:用户、开发人员、项目经理、测试人员、文档编写入员
并且描述了文档中其余部分的内容及其组织结构并且针对每一类读者提出最适合的文档阅读建议。
1.4参考文献
《软件工程导论》(第五版)清华大学出版社
2综合模式
2.1产品的状况
本软件由计应3班第3小组承担项目开发,是对现有旅游管理软件的改进与升级,旨在提高软件管理功能的自动化,减少人力资源
2.2产品的功能
1、 团队计划管理:每月人工操作安排团队计划,每周安排5个团,周1-5,每个团30人,分别为5条旅游线路,计划信息包括团队编号、旅游线路、具体日程、人数限制(包括上限和下限)、价格(分团体和散客价)、订餐点及标准、住宿点及标准等。计划可修改和取消。
其中每条线路都有一份宣传资料、行程计划安排资料,可随时打印。
2、 预定管理:团体、个人两种预定方式,其中价格不同。要求记录客人的身份信息和联系方式、计划线路、团队等信息,生成订单和格式合同。订单可修改和取消。
3、 团队管理:票务主要是由预定信息产生订票计划报告,发送给业务人员;含价格。
餐饮由团队计划和预定信息产生计划报告,发送给定点饭店;含价格。
住宿由团队计划和预定信息产生计划报告,发送给定点旅店;含价格。
交通由团队计划和预定信息产生计划报告,发送给定点车队;含价格。
购物管理指定导游在定点单位监督购物过程。含价格。
导游人员安排计划(分全陪和地陪),含工资和提成比例。
景点门票计划,含价格。
4、 定点餐饮、购物返点结算:从定点单位收取相应款项,填写收款信息,包括单位、款项名称、团队号、日期等。
5、 结算管理:统计团费、成本、利润,对已经完成日程的团进行结算,
其中收入为:团费、定点餐饮、购物返点等
支出项目为:交通、住宿、餐饮、景点门票、导游工资等
2.3用户类与特性
本软件可能的使用者及使用特性如下:
1、游客,需求为报名表格以及旅游信息表格
2、导游,需求为旅游信息及游客信息表格、各类计划报告、结算和返点款项填写表格
3、管理者,需求为各类信息表格
2.4运行环境
1、硬件要求为PC机
2、网络环境下运行
3、WINDOWS操作系统平台上运行
2.5设计和实现上的限制
1、 数据库指定为SQL SERVER。
2、 验收方式为双方联合测试验收。
3、 软件版权为用户方所有。
4、
3.外部接口需求
3.1用户界面
采用windows 图形化界面,遵循如下规则:
1、提供简单的错误处理
2、提供信息反馈,用多种信息提示用户当前的软件运行状态
3、显示启动画面,画面要简洁明了
3.2硬件接口
支持一般PC机及笔记本电脑
3.3软件接口
运行于Windows XP操作系统或更高版本
3.4通讯接口
IE浏览器6或更高版本,包括64位浏览器
4.系统功能需求
4.1具体系统功能需求
团队计划管理:每月人工操作安排团队计划,每周安排5个团,周1-5,每个团30人,分别为5条旅游线路,计划信息包括团队编号、旅游线路、具体日程、人数限制(包括上限和下限)、价格(分团体和散客价)、订餐点及标准、住宿点及标准等。计划可修改和取消。
其中每条线路都有一份宣传资料、行程计划安排资料,可随时打印。
预定管理:团体、个人两种预定方式,其中价格不同。要求记录客人的身份信息和联系方式、计划线路、团队等信息,生成订单和格式合
团队管理:票务主要是由预定信息产生订票计划报告,发送给业务人员;含价格。
餐饮由团队计划和预定信息产生计划报告,发送给定点饭店;含价格。
住宿由团队计划和预定信息产生计划报告,发送给定点旅店;含价格。
交通由团队计划和预定信息产生计划报告,发送给定点车队;含价格。
购物管理指定导游在定点单位监督购物过程。含价格。
导游人员安排计划(分全陪和地陪),含工资和提成比例。
景点门票计划,含价格。
定点餐饮、购物返点结算:从定点单位收取相应款项,填写收款信息,包括单位、款项名称、团队号、日期等。
结算管理:统计团费、成本、利润,对已经完成日程的团进行结算,
其中收入为:团费、定点餐饮、购物返点等
支出项目为:交通、住宿、餐饮、景点门票、导游工资等
4.2输入/输出数据
1、团队编号为:T或W开头,其中T为省内团,W为省外团;01至05分别代表周一至周五的出行;线路代号01至05,然后接年、月、日,为出行日期(格式如:20131001),结尾为旅行社分支机构代号,01至99,合计15位编号。
2、客户姓名最多15个汉字或英文字母,包括拼音字母、
3、身份证信息按国家标准。
4、日期按年月日(如20131001)格式。
5、价格金额均为人民币单位,整数部分最多6位,小数2位。
6、联络方式可以为电话或电子邮件。
7、住宿的标准为星级和价格。
5其他非功能需求
其他非功能需求暂无
6分析模型
6.1数据对象E_R图
4.2数据流图
4.2.1总体数据流图
4.2.2团队管理系统数据流图细化
4.2.3数据字典
数据元素定义表
注:N为无符号整形书,F为浮点小数,C为字符数据
4.4.2数据流定义表
4.3团队管理系统状态转换图