第一篇:广告投放需求说明书
怎么写软件需求说明书
关键字:软件需求 说明书
软件需求说明书
1. 引言
1.1 项目名称
1.2 项目背景和内容概要
(项目的委托单位、开发单位、主管部门、与其它项目的关系,与其他机构的关系等)
1.3 相关资料、缩略语、定义
(相关项目计划、合同及上级机关批文,引用的文件、采用的标准等)
(缩写词和名词定义)
2. 任务概述
2.1 目标
(项目的开发目标和应用目标。如果是其他系统的一部分,则说明其关系)
2.2 范围
(包含的业务,不包含的业务)
2.3 假定条件与约束限制
(尽量列出开展本项目的假定和约束,例如:经费限制,开发期限,设备条件,用户现场环境准备等)
3.业务流程
4.数据描述
4.1 原始数据描述
a. 静态数据
b. 动态数据
4.2 数据流向图
4.3 数据概念模型和描述
5.功能需求
5.1 功能描述
6.界面要求
6.1报表格式
6.2图形要求
6.3输入输出要求
7.接口要求
(描述与本系统相连的系统的接口的数据格式,数据交换协议,接口功能等)
8.性能需求
8.1数据精确度
(例如,数据内部精度,外部显示精度)
8.2数据量
8.3时间特性要求
(根据所开发系统的特点,规定系统对时间的特性的要求。例如: 系统响应时间、界面更新处理时间、数据转换与传输时间)
9.运行环境需求
9.1网络和硬件设备平台
(网络拓扑图及设备类型描述)
10.操作系统平台
数据库系统平台
10.1编程工具
10.2其它支撑软件
11. 其它专门需求
11.1安装和操作
11.2安全保密
11.3维护服务
第二篇:《景区分销系统》需求说明书
成都易旅网络科技有限公司
《电子票务代理分销系统》
需求说明书易旅网络科技
1 背景与目标
1.1 背景
旅游行业近年来发展迅速,传统有实力的旅行社顺势不断发展,但随着自身的资源越来越丰富,代理的景区票务、酒店越来越多时,让旅行社自身在资源管理、价格体系管理等方面越来越力不从心,此外,由于自身长久经营积累下来的价格优势也不断促使旅行社发展自已的二级代理或多级代理,但发展自己的代理无疑进一步加剧了管理的压力。随着互联网技术的长足发展,电子票务已经成为了现实,如果有一套在线的网络电子票务软件,将供应商、自身与代理商之间的价格体系、现金流系统地管理起来,将无疑大大地减轻甚至从根本上解决旅行社、票务代理商的难题
渠道中心:略
1.2 系统目标
系统应具有行业通用性,能够满足一般旅行社、票务代理商使用
1.3 运行环境
Windows Server 2003 或2008 IIS7.0或以上
Net Framework 4.0或以上 SQLServer 2008
易旅网络科技
2 功能需求
2.1 系统登录
管理员登录 供应商登录 代理商登录 验票员登录
2.2 管理员功能需求
2.2.1 管理员首页
今日经营情况 产品统计图表 代理商统计图表 供应商统计图表 公告
2.2.2 供应商管理
供应商列表与查询 新增供应商 编辑供应商 删除供应商 供应商详情 付款操作 提现操作 授信操作
2.2.3 产品类别管理
类别列表 易旅网络科技
添加类别 删除类别 更新类别 类别Index设置
2.2.4 产品管理
产品性质:团体票与散票类型
产品类型:景区,酒店,影院,线路,其它。其中景区、酒店、影院、其它具有通用的属性,线路的属性则具有行业特殊性,部分属性需要单独定义 条码类型分为:系统自有条码,导入外部条码,无需条码 支付类型分为:预付,到付 说明:1. 导入条码不能选择团体票
2. 无需条码类型操作流程如下,代理商下单,填写客人手机号、身份证等,提交订单,管理员收到订单(短信自动提醒),登录景区系统,获取条码,单击订单上的转发凭证到客人手机,完成订单(申请退款)
添加产品 删除产品 更新产品 锁定产品 下架产品 复制产品
复制产品到其它类别 产品详情 产品列表展示 添加导码产品 编辑导码产品 易旅网络科技
旅游线路产品编辑 旅游线路产品新增 旅游线路与电子印章映射 电子印章管理
电子印章与合同模板映射 合同模板管理 合同模板与产品映射
2.2.5 代理商管理
添加代理商 删除代理商 更新代理商 锁定代理商 代理商列表展示 代理商充值 代理商提现 代理商信用额设置
代理商权限设置(预订、导码) 代理级别设置
2.2.6 验票员管理
添加验票员 编辑验票员 删除验票员 验票员列表与查询
2.2.7 订单管理
订单展示列表 易旅网络科技
订单查询 作废 短信转发
2.2.8 统计报表
订单统计 财务统计 产品统计 代理商统计 供应商统计
代理商导出条码统计
2.2.9 公告管理 2.2.10 用户管理 2.2.11 系统设置
2.3 供应商功能需求
2.3.1 供应商首页
系统公告 本周经营情况 统计图表
2.3.2 验票员管理
参见上面
2.3.3 订单管理
订单列表(未验证不能显示条码) 订单查询 作废 易旅网络科技
2.3.4 统计报表 2.3.5 个人中心
2.4 代理商功能需求
2.4.1 代理商首页
系统公告 本周经营情况 图表统计
2.4.2 订票业务(个人,团队订票)
团体票下单 散票下单 到付消费下单
2.4.3 自助充值
收款账号配置 支付宝相关参数配置 支付宝接口实现 代理商自助充值实现
2.4.4 订单管理
订单展示列表 订单查询 短信重发
退款(导码不能退款,自有条码直接退款,无需条码:在未发货直接退款,已审批只能申请,管理员再审批) 易旅网络科技
2.4.5 报表统计 2.4.6 个人中心
修改密码 个人资料
2.4.7 导出条码业务
生成条码 生成条码文件
2.5 验票员功能需求
2.5.1 验票业务
条码有效性验证 各种非法条码提示 验票通过 到付收银
2.5.2 当日验票 2.5.3 当日统计 2.5.4 验票历史 2.5.5 个人中心
修改密码 个人资料
2.6 渠道中心功能需求
2.6.1 产品发布
产品基本信息发布 商务信息发布 易旅网络科技
产品价格体系发布
2.6.2 申请合作
提交申请 取消申请
2.6.3 建立合作
同意合作 拒绝合作
添加渠道产品到产品列表
2.6.4 产品预订
渠道产品预订页面 下单
2.6.5 产品验票 2.6.6 渠道供应商管理
渠道供应商展示 中止合作 自助充值
2.6.7 渠道代理商管理
渠道代理商展示
删除代理商(中止合作) 代理商充值 代理商提现
2.6.8 渠道产品管理
渠道产品展示 删除产品 易旅网络科技
设置代理价格 上线 下线
2.6.9 我发布的产品管理
产品展示 修改价格 编辑基本信息 删除产品 下架产品 上架产品
查看产品渠道代理商
2.6.10 我的申请管理
我的申请列表 取消申请
2.6.11 待审批合作管理
待审批合作列表 审批通过 审批拒绝
2.6.12 渠道产品中心
渠道产品查询 申请合作入口
2.6.13 入驻商户中心
入驻商户展示 编辑入驻商户信息 易旅网络科技
2.6.14 公用验票插件
验票插件实现 独立运行插件实现 与景区系统整合 易旅网络科技
需求要点 易旅网络科技
4 其它需求
敏感信息进行加密存储; 定期数据库备份和建立恢复机制
重要服务高健壮性设计,满足7*24不间断运行 程序具有适当的容错功能; 维护一份web站点发布程序一致的安全拷贝 不能留有后门程序和漏洞 目标程序不能进行反编译
技术支持:成都易旅网络科技有限公司 联系电话:18683336444 联系QQ: 2940034565
第三篇:需求规格说明书-参考1
丰台区红十字会需求说明书
面、公文流转功能、个人通讯录功能);通讯助手(公共通讯录);个人邮箱(实现OA内部收发邮件等功能);制度查询(实现可读文件查询-查询功能);用户管理(增加、修改、删除用户,以及用户权限管理功能)。 (2).办公管理区(传文系统):
类似于丰台区卫生局VPN传文系统,主要功能:文件收发系统(24个街乡镇红十字会文件的发送、收取、下载管理)。 (3).会务工作专属区:
主要功能:基层上传文件、统计报表、信息投稿等,上传时要记录时间、统计数量。且这些内容可以由管理员设置阅读权限。
3.区红十字会简介、政策法规、会员社区、志愿者之家、在线学习(自救互救知识)、健康快车、教师园地为首页导航栏部分内容。 (1).区红十字会简介:
主要功能包括:单位介绍(组织机构图);领导班子(领导照片);科室职能(工作职能及联系方式);地理位置(区位图、联系电话、地址、公交路线、E-mail);基层介绍(各街乡镇红十字会联系电话、地址)。 (2).政策法规:
基本上是固定内容,主要内容包括:法律(中华人民共和国红十字会法、红十字标志使用办法、公益捐赠法);法规(未定);规章(中国红十字会章程、北京红十字会章程)。 (3).会员社区(是否要增加会员在线注册等功能):
主要功能:入会条件和审批流程(结构图);会员职责(文字介绍);会员活动信息;下载中心(可下载团体会员、个人会员入会表格)。 (4).志愿者之家:
主要功能:发布招募志愿者信息;志愿者条件;加入志愿者申请表格(网上填写,有模版);志愿者专用标识;交流天地(内容由管理员上传,类型类似于新闻);批注加入志愿者(个人信息、特点、工作意向;注册,自动统计人数)。 (5).在线学习(自救互救知识):
北京同方卫康科技有限公司 丰台区红十字会需求说明书
主要功能:在线学习流程介绍(流程图);在线学习分两种,一种是普及型,普及型的对象是对了解一些自救互救知识有兴趣,但是并不希望拿到证书的人群,因此普及型的在线学习不需要记录成绩,只要统计人数(学习人数还是考试人数?);另外一种是取证培训,即通过考试以后可以得到证书。取证学习分为1.注册(注册时需要登记本人身份证号码)2.在线学习理论以下几个阶段:○;○3.在线考试(试卷为50道选择知识,学习时间达到要求后可以参加在线考试;○题,从题库中读取,其中一部分为固定要考的题目,另外一部分为每次随即抽取的题目),考试结束后系统立即自动给出分数,并通知是否及格,如果及格,则
4.学员认为视可以进行下一步的学习(视频操作,可下载,不记录学习时间);○频操作已经学习完毕,可以上网下载准考证表格填写后,携带本人身份证,到红十字会指定地点参加现场操作考试。如果通过现场考试则现场发给证书。 (6).健康快车:
主要功能:丰台红页(图片文字,参考北京市红会);健康护照(文字与数据对照);健康、急救知识查询(友情链接相关网站)。 (7).教师园地:
主要功能:下载区;讨论区;短信猫;公告区。 4.会长信箱(表格式填写)。 主要功能:表格式填写内容,可参考妇幼保健院的院长信箱。
5.红十字文化馆、传播与学习、知识手册、爱心桥、小动物急救站内容形式相似,放入首页另一列导航栏。 (1).红十字文化馆:
主要内容:城市明信片(丰台照片-图片);宣传展示台(红十字宣传品、纪念品照片-图片);红十字标识(红十字标志介绍-图片+文字);红十字会史话(图片+文字);红十字与奥运(文字资料);博爱天地(会刊);人物传记(《南丁.格尔传》)。 (2).传播与学习:
类似于在线学习中的普及型学习,不记名,只记录学习人数,同时题库可以
北京同方卫康科技有限公司 丰台区红十字会需求说明书
生成自测题,考完即可给出成绩。主要功能:会务知识(图片+文字;支持PPT文件;可下载;可随时生成自测题,考完立即出成绩;记录学习人次);人道法传播(同会务知识)。 (3).知识手册:
全部是文字内容。主要内容:捐献造血干细胞知识;预防艾滋病知识;健康保健知识;无偿献血知识。 (4).爱心桥:
主要内容:网上捐献(捐献表格、联系方式;捐献造血干细胞志愿填表);捐献遗体(联系方式)。 (5).小动物急救站:
主要内容:图片+文字。 6.公告栏。
公告栏为首页漂浮框,主要内容:通知、招聘、招募内容。 7.网上调查。
网上调查(对网站管理、急救知识学习情况调查,自动生成结果)。 8.友情链接网站:中国红十字会;北京市红十字会;丰台区政府;各区县红十字会。
9.新闻之窗(图片、文字滚动栏)
主要内容:区红十字会工作新闻(图片+文字)。
四、运行需求
操作系统:Windows98 Windows2000 WindowsXP Windows2003 数据库:SqlServer2000 Web服务器:IIS6.0
北京同方卫康科技有限公司
第四篇: 1 网上鲜花系统需求说明书
1 引言
随着网络的普及,网络支付手段的逐步完善,越来越多的人习惯于网上购物,选择鼠标点击下订单,送货上门的快捷便利的购
物方式。网络为改变传统的商业运作模式提供了一种技术上的可行性的方案:利用Internet的技术和协议,建立各种企业内部网Intranet,企业外部网Extranet,通过廉价的通讯手段,将买家与卖家、厂商和合作伙伴紧密结合在了一起,消除时间与空间带来的障碍,从而大大的节约了交易成本,扩大了交易范围。而在实际的生活中,这种方案已经被广泛的运用到了实际的商业活动中了,人们将这种交易模式称为:电子商务。
而传统书店的购书观念也正在被网上书店这一方便快捷的购书方式所冲击。网上书店在国际互联网上可以实现的商务功能已经越来越多样化,从最开始的信息发布功能,到现在的在线图书展示功能、在线洽谈业务功能、在线交易功能、在线客户服务功能、在线管理功能等等,几乎传统书店所提供的功能都可以在互联网上进行电子化的高效运作,而借助网络的跨地域特点,更是将传统书店的地域限制加以突破,从而大大增加了客户的数量。
任务概述及系统功能概述
2.1 系统功能说明
2.1.1花店前台
前台作为与用户直接交互的界面,在考虑功能的同时,也考虑了操作的简洁和方便性,目的是让大多数不在懂电脑操作的客户,也能轻松的享受电子商务给他们带来的便利。 (1)前台主要功能包括
注册/登录、我的账户、花店介绍、联系方式、鲜花查询、图书分类浏览、鲜花展示、鲜花排行榜、精品推荐、购物车、自动友情链接功能等等。
(2)网上花店系统前台设计的特色 (a)我的账户
每个注册的用户,都拥有一个属于自己的账户管理界面,客户可以轻松的管理个人基本资料,送货信息资料,修改密码,管理订单,查看鲜花,查询订单汇总。本系统充分考虑到了本模块对于客户的重要性,所以界面尽量做的简捷,采用开放式结构,一目了然,方便客户轻松掌控自己的一切信息,从而提高对花店的信任度,进一步增加花店的销售额。 (b)鲜花订购的详细过程
会员注册-->选择鲜花-->下订单-->鲜花店发货-->快递公司送货-->客户收到鲜花核查无误后付款
(c)多种方法查询方式
传统花店最困惑的就是购花时的盲目性,找一束花,需花费大量的时间和精力,网上花店这方向的困惑已经得到了彻底的解决,数据库的高效检索,让客户找书不再烦恼。本系统运用了先进的检索方式,包括模糊查询,按鲜花分类、按鲜花序号,按鲜花价格范围,按生产商,按鲜花名等多种查询方法,同时查询方法简单易懂。
系统前台结构图
系统前台 用户登陆鲜花展示订购服务鲜花知识链接用户注册 新花上架精品推荐销售排行详细分类立即购买加入购物车友情提示
2.1.2花店后台
本系统后台管理在考虑花店管理操作简便的同时,提供了强大的花店管理主模式。大模块上分为用户管理,鲜花管理,订单管理,分类管理。
系统后台结构图
系统后台用户管理鲜花管理
订单管理 分类管理
2.1.3售后服务
(1)、客户评价
当用户购花成功后,可以在当天内对此花的质量等进行评价,若评价经管理员审理后,不含有触犯相关法律法规的内容,则此评价内容会显示在鲜花信息的下方。广开言路,为管理员和其他客户提供参考意见
(2)考虑到鲜花的新鲜度,确认付款后当天内若有质量问题,可与店方协商后换货。
2.2 网上花店的系统特点
(1)简洁美观的操作界面
美观又简单的操作界面对于一个网站能否吸引顾客的光顾,
起着至关重要的作用。操作过于复杂或网站的设计过于沉闷都会使网上花店得不到客户的青睐。本系统通过工作人员的精心打造,配以精致的鲜花动画,使网上花店既时尚典雅,又动感十足,吸引广大顾客的光临。
(2)、科学的花店管理模式
系统采用店方推荐与客户检索相结合的方式,能轻松的找到客户所需要鲜花信息;通过完善的信息发布系统,客户可以及时得到花店最新动态和新闻,掌握行业动向;后台结构化管理模式,涵盖了用户管理、订单管理、分类信息管理、鲜花管理等等,为化店的电子化管理提供了一套良好的管理模式。 (3)加入购物车
网上购物不可避免的需要涉及邮递,而邮递也需要客户付出一定的费用。购物车系统的开发,使买家可以像在超市购物一样,随意添加删除商品,选购完毕后,统一下单。避免多次付费、重复付费,为客户提供便利。
3 需求规定
3.1对功能的需求
分析用户要求实现的全部功能(分析建模 DFD,DD,E-R) 3.1.1 系统功能模块图
网上花店管理系统的功能可以划分为如下几个部分
(1)前台管理:主要是用户或会员必须先进行登录然后进行查看鲜花、选择的鲜花、购买鲜花等基本操作。
(2)后台管理:主要是管理员对会员的管理、整理购买鲜花订单完成发送货、鲜花库存的动态管理、对网站的维护和更改等操作。
登陆界面用户查询管理员登陆注册成为会员会员登陆管理会员管理购花单管理鲜花购买鲜花,收到回执单进行发货生成账目生成购物单更改库存 3.1.2 数据流程图
客户 所有鲜花信息购买鲜花系统鲜花客户顶层数据流图
客户所需鲜花信息鲜花处理1订单支付处理2鲜花客户D1 订鲜花信息D2 支付信息
购买鲜花系统化分析数据流图
注册1.1填写信息挑选鲜花1.2鲜花放入购物车1.3D1所选鲜花信息预订鲜花系统细化分析数据流图
3.1.3 数据字典
本系统的部分数据字典如下: (1).数据存储:
名字:用户表
别名:用户表
描述:记录用户的个人基本情况
定义:用户表=用户id+姓名+家庭住址+登录密码+真实姓名
位置:网上鲜花店数据库 名字:用户分类表 别名:用户分类表
描述:记录各使用者的个人基本情况
定义:用户分类表表用户分类id+职位+姓名+登录密码 位置:网上鲜花店数据库
名字:鲜花表 别名:鲜花表
描述:记录库存鲜花的基本信息
定义:鲜花表=鲜花id+鲜花分类id+名称+描述+价格+点击次数+来自生产商+库存 位置:网上鲜花店数据库
(2)数据结构:
名字:用户id 别名:用户号,编号
定义:用户id=用户申请日期+用户个人编号
会员申请日期=8{数字字符}8 会员个人编号=2{数字字符}8 位置:用户表 名字:管理员id 别名:管理员号,管理员编号
定义:管理员id=部门编号+职工个人编号
部门编号=2{数字字符}2
职工个人编号=5{数字字符}5 位置:管理员表
名字:鲜花 id 别名:鲜花号,鲜花编号 定义:鲜花id=种类编号+编号 种类编号=8{数字字符}8 编号=4{数字字符}4 位置:鲜花表 (3)数据元素 名字:花名 别名:花名 定义:4{字符}8 位置:用户表 管理员表 网上鲜花店数据库 名字:联系方式 别名:联系方式
描述:手机联系方式或固定电话联系方式 定义:11{数字字符}11|7{数字字符}7 位置:用户表 用户分类表
网上鲜花店数据库 名字:登陆类别 别名:登陆类别 定义:1{汉字}4 位置:用户分类表 网上花店数据库 名字:密码 别名:登陆密码 定义:3{字符}6 位置:用户表 用户表 网上鲜花店数据库 名字:时间 别名:时间 定义:8{汉字}8 位置:订单表
3.1.4 E—R 图
地址性别密码地址用户名密码用户名用户1购买MM1管理1管理员1管理下订单MM点击次数订单库存价格明细编号鲜花数量订购时间种类鲜花名描述
3.2 对性能要求
3.2.1 精度
本系统要求输入的会员年龄为整数,买书的数量为整数,出生日期必须是合法的日期形式(如1990-08-01),身份证号码必须为数字。 3.2.2 时间特性要求
(1)系统的更新处理时间应该在可接受的范围内; (2)系统的数据查询时间应该在可接受的范围内; (3)系统的数据统计时间应该在可接受的范围内。 3.2.3 灵活性
(1)操作方式上应该能够满足鼠标和键盘任意切换的需要;
(2)能够支持Windows9
5、Windows9
8、Windows2000、Windows Me和Windows XP的运行环境; (3)留有与其他系统的接口。 3.3 输入输出要求
对会员注册中“姓名”的输入要求不超过4个汉字或8个英文字符;会员的性别只能选择不能有键盘输入,出生日期必须输入合法(如1990-08-01),输入身份证号必须合法,即必须为18为数字。 3.4 数据管理能力要求
由于购买鲜花系统会对用户的资料进行保存,并且,鲜花的库存会随着数的购买或购进新的鲜花而改变,因此对数据的存储有一定的要求;要求提供数据的备份功能。 3.5 故障处理要求,可维护性
在输入不对的符号定义格式的数据时,软件应出现提示信息,而不是死机或删除已经输入的信息,然后再弹出界面重新开始。
在鲜花的库存小于用户购买的数量是必须提示库存不足,而不是还可以卖给用户。
系统出错后可以允许的最大恢复时间,系统运行日志,是否允许对系统的修改 3.6 其他专门要求
要求能够按用户姓名进行检索。 3.7安全性 3.8可靠性
“系统一个月内不能出现2 次以上故障” 3.9可用性
4 运行环境规定
4.1 设备
运行本软件要„„的计算机。 4.2 支持软件
本系统操作系统包括:Windows XP、Win7等。 本系统支持的数据库: SQL Server 2005 本系统的开发工具:Visual Studio.NET 2008+SQL SERVER2005。
4.3 接口
1)用户接口(人机界面) 2)硬件接口 3)软件接口
4)通信接口
第五篇:机票订票系统需求规格说明书
兰州理工大学课程设计
三、需求规格说明书
1.引言 ................
21.1编写目的 ............... 2
1.2项目背景 ............... 2
1.3参考资料 ............... 2
2.任务概述 ................... 2
2.1目标 ................... 2
2.2运行环境 ............... 2
2.3条件与限制 ............. 2
3.数据描述 ...................
33.1静态数据 ............... 3
3.2动态数据 ............... 3
3.3数据库介绍 ............. 3
3.4数据词典 ............... 3
4.功能需求 ...................
44.1功能描述 ............... 4
5. 性能需求 ..................
55.1系统处理的准确性和及时性 ............. 5
5.2系统的开放性和系统的可扩充性 ................ 5
5.3系统的易用性和易维护性 ............... 5
5.4系统的标准性 ........... 5
5.5系统的先进性 ........... 6
6. 运行需求 .................. 6
7.其它需求 ................... 6
第 1 页
1.引言
1.1编写目的
本机票预定系统在可行性研究的基础上,是为了进一步明确机票预订系统的软件需求,以便安排项目规划和进度,组织软件开发与测试,撰写本文档。
本文档供设计人员、开发人员参考。
1.2项目背景
开发软件名称:机票预订系统
项目任务提出者:兰州理工大学软件工程学院 项目开发者:第13小组 用户:航空公司
实现软件单位:兰州理工大学软件工程学院
1.3参考资料
1. 《软件工程导论》,张海藩,清华大学出版社。 2. 《实用软件工程》,郑人杰等,清华大学出版社。 3. 机票预定系统项目计划任务书。4. 机票预订系统可行性研究报告。
2.任务概述
2.1目标
旅客在飞机起飞前一天凭取票通知和帐单交款取票,系统核对无误即打印出机票给旅客。此外航空公司为随时掌握各个航班飞机的乘载情况,需要定期进行查询统计,以便适当调整。
2.2运行环境
操作系统:Microsoft Windows 7 支持环境:IIS 5.0
数 据 库:Microsoft SQL Server 2000
2.3条件与限制
1.人力、资金、时间的约束
机票预订系统实施的目标就是要带给轮胎生产公司看得出见的效益,其开发过程中也要考虑到人力、资金和时间的约束。因此,在设计中,重点是企业间信息的网络交流,能提供各部门间的方便快捷的联系,并提高数据统计的即时性、准确性、方便性,给公司带来良好的效益。
2.在分析系统功能时要考虑有关证件的合法性验证。
3.数据描述
3.1静态数据
系统管理员,售票员,服务器终端显示数据,客户机终端显示数据,客户机终端显示数据。
3.2动态数据
事务航班信息的更新,查询请求。
3.3数据库介绍
数据库采用sql server。
3.4数据词典
名字:订票申请表单 描述:旅客订票时所填的资料
定义:订票申请表单=旅客姓名+旅客性别+起飞日期+飞行目的地+座位类型位置:在客户端由旅客填写 名字:航班信息
描述:所有从本地起飞的班机信息
定义:航班信息=航班号+起飞日期+飞行目的地+座位空数+商务仓票价+经济仓票价 位置:从服务器端查询后,发送到客户端 名字:帐单信息
描述:已定票的旅客信息资料
定义:帐单信息=帐单号+旅客姓名+旅客性别+旅客身份证号+工作单位
位置:在服务器端产生,发送回客户端(client端) 名字:机票信息 描述:旅客所定机票
定义:机票信息=旅客姓名+旅客性别+身份证号码+航班号+起飞时间+飞行目的地+座位号
4.功能需求
4.1功能描述
5.性能需求
5.1系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。在系统设计和开发过程中,要充分考虑系统当前和将来可能承受的工作量,使系统的处理能力和响应时间能够满足企业对信息处理的需求。在系统开发过程中,必须采用一定的方法保证系统的准确性。
5.2系统的开放性和系统的可扩充性
机票预订系统在开发过程中,应该充分考虑以后的可扩充性。例如企业中管理模块的加入(人事管理、工资管理、日常事务管理等)也会不断的更新和完善。所有这些,都要求系统提供足够的手段进行功能的调整和扩充为ERP系统。而要实现这一点,应通过系统的开放性来完成,即系统应是一个开放系统,只要符合一定的规范,可以简单的加入和减少系统的模块,配置系统的硬件。通过软件的修补、替换完成系统的升级和更新换代。
5.3系统的易用性和易维护性
机票预订系统是直接面对使用人员的,而使用人员往往对计算机并不时非常熟悉。这就要求系统能够提供良好的用户接口,易用的人机交互界面。要实现这一点,就要求系统应该尽量使用用户熟悉的术语和中文信息的界面;针对用户可能出现的使用问题,要提供足够的在线帮助,缩短用户对系统熟悉的过程。
5.4系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。所有这些都要符合主流国际、国家和行业标准。例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等;同时,在自主开发本系统时,要进行良好的设计工作,制订行之有效的软件工程规范,保证代码的易读性、可操作性和可移植性。
5.5系统的先进性
目前计算机系统的技术发展相当快,做为机票预订系统工程,应该保证系统在一段时间内是先进的,在系统的生命周期尽量做到系统的先进,充分完成企业信息处理的要求而不至于落后。这一方面通过系统的开放性和可扩充性,不断改善系统的功能完成。另一方面,在系统设计和开发的过程中,应在考虑成本的基础上尽量采用当前主流并先进且有良好发展前途的产品。
6.运行需求
1、服务器端子系统的运行要求:系统软件:windows 7数据库管理系统:SQL server
硬件要求:英特尔至强 2.0Ghz、1G RAM、100G HD
2、客户端子系统的运行要求:系统软件: Windows 7 数据库管理系统:SQL server
硬件要求:CPU:英特尔奔腾III 1.0Ghz、256M RAM、10G以上可用空间
7.其它需求
安全保密、可维护性、可移植性