酒店管理系统
需求调研报告
文件状态: [ √ ] 草稿文件 [ ] 正式文件 [ ] 更改正式文件 当前版本: V1。0.0 作 者: 黄柏文、苏成杰、邓之盛 审 核: 黄柏文、苏成杰、邓之盛 完成日期: 2017.10.22 文档编号: 文档类别: 需求报告 文 件 名: 软件项目需求调研报告 文件摘要: 项目名称: 酒店管理系统 当前阶段: 需求调研阶段 版权所有: 文档标题: 酒店管理系统需求调研报告 提交人员: 黄柏文、苏成杰、邓之盛 文件信息
修改历史
日期 2017-10-22 版本 V1.0.0 作者 黄柏文 苏成杰 邓之盛 修改内容 提交需求分析 评审号 更改请求号 目录
文件信息 ................................................................... 1 修改历史 ................................................................... 2 目录 ................................................................... 3 一、 引言 ............................................................... 4
1.1、 编写目的 ................................................................................................................... 4 1。2、 文档范围 ................................................................................................................... 4 1.3、 预期读者和阅读建议 ............................................................................................... 5 1.4、 参考资料 ................................................................................................................... 5 二、 项目描述 ........................................................... 6
2。1、 项目背景 ................................................................................................................... 6 2。2、 项目名称 ................................................................................................................... 8 2.3、 项目概述 ................................................................................................................... 8 2。4、 项目关联性 ............................................................................................................. 10 2。5、 设计和实现上的限制 ............................................................................................. 10 2.6、 假定和约束 ............................................................................................................. 10 2。7、 名词/术语解释 ....................................................................................................... 10 三、 用户环境描述 ...................................................... 10
3.1、 用户单位组织结构 ....................................................................错误!未定义书签。 3。2、 用户部门设置与职责 ................................................................错误!未定义书签。 3.3、 用户业务关系描述 ....................................................................错误!未定义书签。 3.4、 系统面向的用户群 ....................................................................错误!未定义书签。 3.5、 关键计算机资源 ........................................................................错误!未定义书签。 3.6、 用户环境中的其他应用系统分布 ............................................错误!未定义书签。 四、 功能性需求描述 .................................................... 10
4。1、 用户各部门当前的工作模式 ................................................................................. 10 4。2、 构建该系统的目标 ................................................................................................. 13 4.3、 功能结构图 ............................................................................................................. 13 4。4、 功能点需求 ............................................................................................................. 13 4。5、 接口需求 ................................................................................................................. 14 五、 非功能性需求描述 .................................................. 15
5。1、 系统环境需求 ......................................................................................................... 15 5.2、 易用性和用户体验需求 ......................................................................................... 15 5.3、 软硬件技术需求 ..................................................................................................... 15 5。4、 安全性需求 ............................................................................................................. 15 5.5、 可维护性需求 ......................................................................................................... 16 5。6、 对培训的需求 ......................................................................................................... 16 六、 其他 .............................................................. 16
6。1、 软件应当遵循的标准或规范 ................................................................................. 16 6。2、 定义、首字母缩写词和缩略语 ............................................................................. 16 6。3、 附件 ............................................................................................错误!未定义书签。
一、 引言
1.1、 编写目的
编写本需求分析报告是为以后进行酒店管理系统项目的开发奠定基础,为后面的概要设计及详细设计,以及系统的具体实现等一系列工作起到指导作用,本报告最后要由项目管理人员评审并由其给出分析和决策。
1.2、 文档范围
1。2。1项目定义
酒店管理系统是一个集前台接待、前台收银、客房管家、公关销售、财务
核数、系统维护、查询等功能于一体的电子管理系统。
1。2.2运行环境
(1)硬件环境
CPU Pentium III以上;内存128M以上,建议256M以上;硬盘10G以上,建议20G以上;显示器分辩率800×600以上,建议1024×768以上. (2)软件环境
操作系统Windows 2000以上版本,建议使用Windows XP以上版本;需安装数据库管理系统SQL Server 2000。
(3)开发环境
1. C/S模式简介
C/S(Client/Server,客户机/服务器)模式又称C/S结构,是软件系统体系结构的一种。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S(Browser/Server,浏览器/服务器)模式相比,C/S模式的应用系统最大的好处是不依赖企业外网环境,即无论企业是否能够上网,都不影响应用.
它与B/S模式比较起来具有以下一些优势:
首先,交互性强是C/S固有的一个优点。在C/S中,客户端有一套完整的应用程序,在出错提示、在线帮助等方面都有强大的功能,并且可以在子程序间自由切换.B/S虽然由
JavaScript、VBScript提供了一定的交互能力,但与C/S的一整套客户应用相比是太有限了.
其次,C/S模式提供了更安全的存取模式.由于C/S是配对的点对点的结构模式,采用适用于局域网、安全性比较好的网络协议(例如:NT的NetBEUI协议),安全性可以得到较好的保证。而B/S采用点对多点、多点对多点这种开放的结构模式,并采用TCP/IP这一类运用于Internet的开放性协议,其安全性只能靠数据服务器上管理密码的数据库来保证。现代企业需要有开放的信息环境,需要加强与外界的联系,有的还需要通过Internet发展网上营销业务,这使得大多数企业将他们的内部网与Internet相连.由于采用TCP/IP,他们必须采用一系列的安全措施,如构筑防火墙,来防止Internet的用户对企业内部信息的窃取以及外界病毒的侵入。
再次,采用C/S模式将降低网络通信量。B/S采用了逻辑上的三层结构,而在物理上的网络结构仍然是原来的以太网或环形网。这样,第一层与第二层结构之间的通信、第二层与第三层结构之间的通信都需占用同一条网络线路。而C/S只有两层结构,网络通信量只包括Client与Server之间的通信量。所以,C/S处理大量信息的能力是B/S所无法比拟的。 最后,由于C/S在逻辑结构上比B/S少一层,对于相同的任务,C/S完成的速度总比B/S快。使得C/S更利于处理大量数据。
1。2.3.条件与限制
1。前台终端不可重复向后台传同一顾客的相同服务. 2.系统只能在酒店宾馆内使用。
3。只适合用于了解使用网络的年轻人,对于一些比较注重传统方式的人可能不太适应.
4。必须在有网络的地方使用。
1.3、 预期读者和阅读建议
1。读者应了解阅读功能的描述以及操作流程图等.
2。要使用本系统电脑硬件必须超过上述硬件的最低要求。
1.4、 参考资料
名称 基于需求的酒店管理系统的建模与实现 日期 2005.10。1—6 作者 彭伟民 2005 版本 出版社 清华大学出版社 基于C/S结构的酒店管理系统 管理信息系统[M] 信息管理系统[J] 基于B/S模式的构件式酒店管理信息系统的设计与实现 饭店客房管理[M] 酒店企业销售管理信息系统的设计与实现[J] PowerBuilder开发实例完全剖[J] 数据库系统概论[M] 宾馆管理系统的设计 2004.6.2—4 翟广宇 1996。7。2—5 2004—5 2003。4.1 薛华成 候炳辉 童德利 2004 1996 2004 2003 兰州工业高等专科学报 清华大学出版社 广东旅游出版社 2000。10。1 2000.9 2006 2000.7 2005。2。1 刘学明 张亚东 李朝晖 萨师煊 马秀莲 2000 2000 2006 2000 2005 高等教育出版社 黑龙江八一农垦大学信息技术学院 二、 项目描述
2.1、 项目背景
随着我国市场经济的迅速发展和人们生活水平的不断提高,酒店业的竞争愈来愈激烈。 要想在竞争中取得优势,必须在经营管理、提高服务质量等方面加强工作.对于酒店的经营起决定性作用的是酒店管理,如何用先进的管理手段提高酒店的管理水平是每一个酒店管理者所面临的重要课题,只有管理做到最细微之处才能让顾客体会到酒店服务的高标准和高质量,而准确、快捷、周全往往就是最基本的成功要素,面对信息是大的挑战,利用科技手段提高管理无疑是一条行之有效的途径。采用电脑管理业务、财务等诸多环节已经成为推动酒店业快捷发展的先决条件。
由于这类顶尖酒店的运行模式与传统酒店有很大的差异,它涉及的环节比较多,业务关
系也比较复杂,因此到目前为止还没有一套较规范的公认的运营管理标准,而照搬传统的酒店业务管理方法和运营机制显然已经不能适应这些变化,难以满足实际需要了。同样,那些基于传统酒店业管理模式而开发的计算机管理系统也自然难以适应这种新的业务模式,所以造成一些酒店不得以而采用手工记费和人工结账的办法,尤其是在顶尖酒店开业时和增加新的服务项目时,这种现象往往也很普遍。采用人工手段进行复杂的业务处理是一种相当原始的方法,尤其是在计算机、互联网高度发展的今天。这种近乎于原始的方法,在前台操作、
预订管理、收据补打印、现金管理、信息查询、报表统计、库存管理、基础资料、账号权限管理等方面都存在着许多薄弱环节,会给酒店的正常运营带来各种麻烦和漏洞。客观上严重制约着酒店的发展.酒店业务流程的多样性和客人的流动性也决定了手工方式不可能长久,必须按照新的模式因地制宜地进行全面细致的系统设计和软件开发,以适应这类酒店对计算机管理信息系统的迫切需求.面对这种具有现代化文明时尚的顶尖型酒店的灵活多变的运营方式,更需要管理者和开发者用现代和超前的眼光去看待它与认识它,要结合信息网络的特点,采用有效手段进行全方位的调查分析。
因此,我们小组针对客户的具体需求情况,为其量身定做一套酒店管理系统,由此产生此份需求分析报告。
2。1。1、研究现状
酒店电脑管理系统最初出现于六十年代末、七十年代初的美国,其中较有代表性的有美国的Ecco系统,该系统使用Nova-3系统平台,基本实现前台业务中的预定、排房、结帐、客房、餐厅、问询、夜审等模块,由于当时仍然没有个人电脑的出现,所以整个电脑是基于集中式的小型机/终端的管理,以后随着硬件技术的发展和各种网络系统、数据库技术的发展,操作系统的发展而推出了许多新型的酒店管理系统,按网络操作系统分,基本上有Unix系统、Novell系统和Windows—Nt系统三种类型。
计算机在酒店中的普及和应用,新的技术平台、新的技术特点不断涌现,适合国内特点
的信息系统慢慢进入酒店,使得酒店管理系统进入了一个新的发展时期.应该看到,对于一、二星级甚至部分三星级酒店来说,信息环境的建设和应用还处在起步阶段,即使是五星级的酒店,信息化管理的进程与客户对酒店的需求也有相当的距离。
国内酒店信息化程度的低下,在很大程度上阻碍了酒店在网络时代的营销拓展,影响了
酒店经营绩效与竞争能力的提升.这主要表现在三大问题上:一、观念问题。大多数酒店经营者认为酒店属于传统的服务行业,主要是靠出租客房和床位来创收,通常没把投资信息化与投资房间内的设施(如增添浴缸或沙发)的投资回报等同看待,没有把信息化建设与影响和改善酒店的经营、管理效率等方面的功效挂起钩来,没有把信息化的价值融入酒店自身价值链在竞争中发挥的作用挂起钩来。二、行业问题。酒店业属于以人为本的劳动密集型服务行业,IT行业属技术密集型行业。由于这种行业间本质上的差异,致使很多IT公司尽管竭尽全力将最先进的产品设备或解决方案推销给酒店,其结果通常是酒店付出了昂贵的代价却不尽如人意。纠其原因,主要表现在:技术功能与酒店需求错位,目前的管理系统很多不能解决酒店面临的关键问题;管理决策层没有整体的规划,让开发商牵着鼻子走;供应商和酒
店没有利益上的一致性.三、服务不到位问题。酒店是一个以服务为本的行业,依靠客人对各项服务的满意度来提升酒店的入住率和经营效益.
酒店信息化的实施,意味着酒店又增加了一项新的服务,即信息服务。IT公司负责策划
和实施,但通常不承担日后的服务,因为他们是IT公司不属于服务行业.然而,倘若服务的责任落到酒店自身头上,酒店能应付的了吗?由于服务不到位,使系统不能充分发挥作用的已屡见不鲜,由谁来为酒店提供信息服务是一个值得商榷的问题。
2.2、 项目名称
中软国际南宁中关村培训班小组一酒店管理系统
2.2.1、项目研究的意义
在今后的几年中,酒店的竞争将主要在信息化、智能化方面展开。店内装潢、客房数量、房间设施等质量竞争和价格竞争将退居二线.酒店信息化的发展趋势主要分为三大应用领域:一是为酒店的管理者、决策者提供及时、准确地掌握酒店经营各个环节情况的信息技术;二是针对酒店的经营,为节省运营成本、提高运营质量和管理效率的信息化管理和控制技术;三是直接面对顾客所提供的信息化服务。对于酒店而言,信息化是一个工具,是一种手段,是一种服务,服务水平的好坏直接影响酒店的经济效益和竞争力。
2.3、 项目概述
1、 项目的委托单位:中软国际。
2、 酒店管理系统一般包含前台接待、前台收银、客房管家、销售POS、餐饮管理 、
娱乐管理、 公关销售、财务查询、电话计费、系统维护、经理查询、工程维修等功能模块.酒店管理系统能够提高服务质量、工作效率和经济效益等。
3、 优秀的酒店管理软件能显著地提高酒店的服务水平和工作效率,规范酒店的业务流
程,帮助酒店管理者及时、全面地了解经营信息,做出更加准确的决策,从而有效地提高酒店的经营效益。 4、 系统特点:
(1)资源完全开放型:系统所有的资源,功能交由用户管理,权限控制到按钮,针对不同的用户,组装不同的界面,分配不同的使用功能。不放心再加权限到按钮。 (2)系统突出以营销、预订、房源、房价等对营销具有影响力的信息处理。房价码可按年,季,月,周,日设定.
(3)强化以客源为中心的信息完整性、长久性、可操作性.建立了客档为中心的用户信息管理系统. (4)使用数据穿透查询技术,对数据进性多元,多层次的查询.从汇中数据到明细发生,紧密联系在一起,灵活实用。
(5)客档、角色、佣金、房价方案、授权折扣、操作权限到按钮、信息向角色发布…系统既面向应用,又面向管理。
(6)酒店集团管理系统、采集各成员酒店的原始数据、对采集来的数据进行分类、汇总、分析等处理、形成管理决策所需的数据信息、产生各种分析报表。 (7)界面美观大方、操作方便。
(8)系统稳定、适应性强、操作灵活。
5、系统组成
(1)前台系统:
营销、客档、房价方案、预订、接待、前台客帐、客房中心、夜审、报表中心、总经理查询、留言中心、后台AR帐(AR帐用于记录旅行社、合同户和其他客户的应收帐务管理。)、功能分配、角色授权。
(2)可选系统: 电话管理系统: 功能:电话实时接收入帐、话单分类统计、电话反控、电话自动开/关。
餐厅管理系统:
功能:预订、开桌、点菜收银、报表中心、迎宾、系统设置、库存进销存、销售 排行、成本核算。
娱乐管理系统:
功能:预订、开台、点单收银、营业统计、酒水管理、场所设置。 洗浴管理系统:
功能:开牌、点单、收银、统计查询、会员管理、技师提成、销售排行、项目设 置。
酒吧管理系统:
功能:迎宾接待、点单、收银、IC卡管理、酒水进销存、系统设置. 工程管理系统:
餐饮管理模块客易隆洗浴模块功能:设备台帐、设备保养、工程报修、工程接单、 在线维护、实时销单、工作量统计。
会员管理系统:
功能:会员账号、会员账款、会员消费等管理以及会员一系列的报表。 库存管理系统:
功能:入库、出库、记明细帐、总帐、盘存、分仓管理、查询统计、报表. 人事工资管理:
功能:员工信息、奖惩、培训教育、工资发放、查询统计、报表。 房卡管理系统 功能:房卡的注册、房卡开卡、消卡、挂失。 6、系统优势
(1)提高工作效率
1。快速、简捷的操作:界面直观,操作使用简捷、明快
2。夜审功能:系统的夜间稽核产生的报表功能完备,为管理层提供决策数据 3。强大的分类统计:系统可按各条件的分类,让销售部及管理层随时可以得知 回头客、协议单位的入住情况.
4.消费排行;单次入住排行和客人入住总排行显示回头客入住情况,可根据具体 情况给与客人一定优惠,或赠送会员卡、打折
5.详尽的房态信息:多达8 种房态,且都有图标相对应 (2)提高经济效益 1.订房控制:完善的散客和团体预订功能可防止有房不能出租或满房重订的情 况出现,可随时提供准确和最新的房间使用和预订情况
2。营业收入的自动统计:收入汇总表,使酒店管理层清楚知道各时期客源变化 与收入结构变化
3。电话控制:电话自动计费及电话开关控制,可杜绝话费的跑账、漏帐
4。.加强酒店管理
5.授权控制:严格控制房价,不同的房价必须有不同的折扣授权
2.4、 项目关联性
无
2.5、 设计和实现上的限制
1、 需求可能后期会改动;
在设计上还没有完善,在后续的开发工作中才会慢慢增加,这样一来可能会对整个项目的布局有一定的影响,但是不会影响具体功能的实现。 2、 时间和工作人员不足;
2.6、 假定条件和约束
1、目标用户文化程度和计算机操作水平、财务知识等方面的不高; 2、项目时间比较紧迫,时间只有一个多月; 3、团队人员不足;
4、近期接到的项目较多,时间不够分配。
2.7、 名词/术语解释
MVC: 全名是Model View Controller,是模型(model)-视图(view)-控制器(controller)的缩写,一种软件设计典范,用一种业务逻辑、数据、界面显示分离的方法组织代码,将业务逻辑聚集到一个部件里面,在改进和个性化定制界面及用户交互的同时,不需要重新编写业务逻辑。
Struts2:是一个基于MVC设计模式的Web应用框架,它本质上相当于一个servlet,在MVC设计模式中,Struts2作为控制器(Controller)来建立模型与视图的数据交互.
hribernate: Hibernate是一个开放源代码的对象关系映射框架,它对JDBC进行了非常轻量级的对象封装,它将POJO与数据库表建立映射关系,是一个全自动的orm框架,hibernate可以自动生成SQL语句,自动执行,使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。 mysql: MySQL是一个关系型数据库系统,由瑞典MySQL AB 公司开发,目前属于 Oracle 旗下产品。MySQL 是最流行的关系型数据库管理系统之一
三、 用户环境描述
无
四、 功能性需求描述
4.1、 用户各部门当前的工作模式
4.1.1、
4.1.1.1、
部门一 人事部
工作内容
1.添加 新员工到店时,失责添加该员工的实际信息,录入系统保存
2.修改 修改员工的信息表,例如:某员工上升到店长,则要负责把他的职位信息更改 3。删除员工信息 当某些员工离职时,到一定时间则要删除他的信息,否则会占系统内存,影响系统正常有效的运行。 4.管理考勤制度 根据某些员工的打卡情况,请假情况,上班情况进行统计管理,用于交付给财务部计算发放工资绩点。 4.1.1.2、 4.1.1.3、
工作流程 涉及到的表单
1、 每项单据的名称和用途;
名称:人事部 用途:显示人事部的系统页面
名称:添加员工信息 用途:显示添加员工信息的系统页面 名称:修改员工信息 用途:显示修改员工信息的系统页面 名称:删除员工信息 用途:显示删除员工信息的系统页面 名称:管理考勤 用途:显示管理考勤的系统页面 名称:操作成功 用途:显示操作成功的系统页面 名称:结束 用途:显示结束的系统页面 2、 单据流转的流程;
3、 单据牵涉到的相关人员; 4、 单据的标准填写格式. 4.1.1.4、
与其他部门的关系
人事部对于人员的调动,应向财务部报告,让财务部及时调整薪资福利的发放.如果是对于前台工作人员的调动,应让前台工作人员做好交接手续。 4.1.1.5、
存在的问题
4.1.2、
4。1.2。1
部门二 前台
工作内容
1.前台的工作内容是负责查询入住酒店的客户 2。登记入住客户 3。查询客房入住情况 4。办理换房 5.办理退房. 4。1.2.2 4。1。2.3
工作流程
涉及到的表单
1、每项单据的名称和用途;
名称:前台 用途:显示前台的系统页面
名称:查询入住客户工信息 用途:查询入住客户工信息的系统页面 名称:登记入住客户信息 用途:登记入住客户信息的系统页面 名称:查询客房入住情况 用途:查询客房入住情况的系统页面
名称:办理换房 用途:显示办理换房的系统页面 名称:办理退房 用途:显示办理退房的系统页面 名称:操作成功 用途:显示操作成功的系统页面 名称:结束 用途:显示结束的系统页面 2、单据流转的流程;
3、单据牵涉到的相关人员; 4、单据的标准填写格式。 4.1.2。4与其他部门的关系
前台工作人员对于有需要调整的房间价格要及时跟财务汇报,避免错账。
4。1.2.5存在的问题
4.1.3、
4.1。3。1
部门三 财务部
工作内容
1、资产管理 2、现金管理 3、往来账 4、薪酬提成 5、福利发放 6、库存监控 7、利润管理 8、资产成本监控
工作流程 涉及到的表单
4.1.3.2 4。1.3.3
1、 每项单据的名称和用途; 名称:财务部 用途:显示财务部的系统页面 名称:查询酒店的营业额 用途:查询酒店的营业额的系统页面 名称:查询每个员工的工资 用途:查询每个员工的工资的系统页面 名称:发放工资 用途:发放工资的系统页面 名称:发放福利 用途:发放福利的系统页面 名称:查询酒店的支出 用途:查询酒店的支出的系统页面 名称:操作成功 用途:显示操作成功的系统页面 名称:结束 用途:显示结束的系统页面 2、 单据流转的流程;
3、 单据牵涉到的相关人员; 4、 单据的标准填写格式。 4.1.3.4与其他部门的关系
需先与各部门核对人员信息,然后对于各部门人员进行薪资福利的发放。
4.1。3.5存在的问题
4.2、 构建该系统的目标
4。2.1管理目标
1、 客户希望该系统建立后能在管理上、业务流程上规范解决的问题; 2、 希望能够通过该软件系统达到什么样的使用效果和目标;
3、 系统该软件系统能出什么报表数据,或者用该软件系统能提高哪些工作效率等等; 4、依据本部门的工作计划目标、整体规划和财务管理制度等对本部门经营活动的全面管理.
4。2.2使用目标
对酒店经济活动的过程和结果进行连续、完整、系统的反应和监督;制定该系统各模块业务衔接规范化操作标准,以确保酒店财务相关人员能够及时、准确、高效的对酒店经济业务进行核算及管理。
4.2.3业绩目标
1、 减少多少行政办公时间工作时的计算; 2、 减少多少办公耗材资源的计算; 3、 对行政效率提升的具体计算; 4、 对数据统计效率提升的具体计算; 5、 对产能提高的具体计算; 6、 其他…
4.3、 功能结构图 4.4、 功能点需求
4.4.1、
4.4.1.1、
功能点一
业务描述
超级管理员在系统中的权限是最大的,可以对系统的用户设置权限。比如,为财务部门设置权限管理财务,给人事部门设置权限管理人事,给前台设置权限管理入住酒店的客人信息。还有系统管理员还可以添加修改删除角色。
4.4.1.2、 4.4.1.3、 4.4.1.4、 4.4.1.5、
用例及关键数据 业务流程图
与其他功能点的关系 子功能点
4.4.2、 功能点二
4。4。2。1 业务描述
角色管理模块,管理可以给用户添加角色,还有查询角色,删除角色。
4。4。2。2 用例及关键数据
4.4.3、 功能点三
4。4。3。1 业务描述
登录系统,点击部门管理,可以查看酒店的所有部门,以及部门里的所有人员,用来管理部门的员工。
4。4。3。2 用例及关键数据
4.4。4 功能点四
4。4。4。1 业务描述
这个模块是对入住客户信息,及房间信息的管理。客户信息的管理有:客人来酒店住房,首先根据客户的需求查询房间此房间是否入职,没有入住的话就为客户办理登录入住,将客户的省份证,所交金额,入住时间等信息记录。 4.4。4.2 用例及关键数据
4.5、 接口需求
4.5.1、
内部接口需求
1、 与SQL数据库的接口:通过JDBC进行连接。通过界面将客户的信息存入数 据库,查询时可以从数据库调出数据。
2、 与该网站的接口:通过接口表实现。
4.5.2、 外部接口需求
集线器:高性能100M/10M 共享式/交换式HUB 网络卡:10M或100M根据网络规模和传输要求而定 网络服务器:windows XP或win7、mysql 工作站电脑:windows XP或win7
五、 非功能性需求描述
5.1、 系统环境需求
1、系统运行稳定。 2、系统数据安全.
3、客户端响应快捷,速度能达到业务的基本要求。 4、扩容性强,在达到上百台终端时能够保证速度。
5、系统具有一定的容错和抗干扰能力,在非硬件故障或非通讯故障时,系统能够保证终 端能正常运行。
5.2、 易用性和用户体验需求
无
5.3、 软硬件技术需求
1、 本系统基于java语言开发,采用mvc模式,使用到的框架有struts2、hibernate、
springMVC。
2、 系统适用于Goole、ff、ie、等大部分浏览器. 3、 需要用户懂得基本的计算机的使用。 4、 电脑硬件方面要求较低。
5.4、 安全性需求
系统保密性: 只有授权的用户才能动用和修改管理系统,而且必须防止信息的非法、非授权的泄露。 系统完整性: 信息必须以其原型被授权的用户所用,也只有授权的用户才能修改信息. 漏洞检测和安全风险评估: 识别检测对象的系统资源,分析这一资源被攻击的可能指数,了解支撑系统本身的脆弱 性,评估所有存在的安全风险。 可用性和抗毁性: 设备备份机制、容错机制,防止在系统出现单点失败时,系统的备份机制保证系统的正常运行。 系统防病毒: 网络防病毒系统应基于策略集中管理的方式,是的分布式的企业级病毒防护不在困难,而且提供病毒定义的实时自动更新功能。
5.5、 可维护性需求
1、 系统故障可远程维护;
2、 系统由专业水平高的人来维护维护;
5.6、 对培训的需求
1、 对客户方领导的培训;
2、 对客户方管理人员/系统管理员的培训; 3、 对客户方普通操作人员的培训; 4、 对我方技术实施和售后人员的培训;
六、 其他
6.1、 软件应当遵循的标准或规范
无
6.2、 定义、首字母缩写词和缩略语
编写建议:记录在需求调研过程中所记录/识别的所有专业词汇和缩略语(可能和业务无关的),并给出解释说明。格式如下: 缩写、术语 解释说明 6.3、 附件
6.3.1、
用户需求调研表
需求标题: 调查方式: □访谈 □电话 □邮件 □即时通讯 调查人: 调查地点: 参加人员: 调查时间: 调研内容: 取得的原始材料: 调查人签字: 客户代表签字: 6.3.2、 参考文档资料
编写建议:本处用于附加在“1.4、参考资料”和“6。1、软件应当遵循的标准或规范”中所设计到的所有资料和文档。
因篇幅问题不能全部显示,请点此查看更多更全内容