《管理系统需求分析的业务流程分析.docx》由会员分享,可在线阅读,更多相关《管理系统需求分析的业务流程分析.docx(18页珍藏版)》请在课桌文档上搜索。
1、XX公司软件开发文柚文档编号:版本号:文档名称:需求分析说明书工程名称:管理系统文档编写人:编写:2011年12月19日校对:年月日年月日年月日开发单位:XX公司1 .文档概述41.1 编写目的41.2 预期的读者41.3 工程背兔41.5 参考资料42 .任务概述42.1 系统建设背景42.1.1 系统规模52.1.2 预期目标52.2 业务需求52.3 计算机应用现状53 .系统业务模型分析及业务建模53.1 门店管理子系统63.1.1 门店管理子系统的业务事件63.2 客服管理子系统73.2.1 客服管理子系统的业务事件73.3 采购管理子系统83.3.1采购管理子系统的业务事件8业务建
2、模8流程分析84 .系统功能模型分析104.1 门店管理子系统用例模型IO门店管理子系统用例模型分析IO4.1.2门店管理子系统用例模型优化H4.2 客服管理子系统用例模型I1.4.2.1 客服管理子系统用例模型分析I1.采购管理子系统用例模型12采购管理子系统用例模型分析124.3.2采购管理子系统用例模型优化134.4用例规约135.非功能需求195.1 性能需求195.2 数据库需求195.3 外部接口需求19用户接口19硬件接口19软件接口19通信接口19属性20可靠性20效率2()平安性20可维护性2()可移植性20易使用性201 .文档概述续写目的明确用户对酒店管理系统的功能需求和
3、性能需求,减少用户和开发团队对软件功能及性能理解的差异,以到达更好的效果.指导后续设计的进行和完善.增强开发团队对所开发软件的理解.并将这些需求用标准化的语古和标准化的结构完整、准确地发达清楚,以此统T欠件开发者利用户对酒店管理软件系统的理解和认识。期的读者1 .最终用户:酒店:2 .系统设计人员:3、系统测试者.工程背景传统的酒店管埋往往令管理者花大Ift的时间来处埋.除客投诉,例如错误查谕、烦琐的登记和结供、旅客费用计算错误、空余客房资料不能及时提供等,从而影响出租率,使的管理人员不得不集中精力规划管理运行策略和进行决策。以上问题可通过电脑系统辅助解决,酒店管理的电脑化,不仅是表达酒店现代
4、化形象的一个理要标志而且对于提高员工工作效率.加速资金周转、降低各项本钱及改善效劳质量称有十分积极的作用.一个成熟的酒店管理系统不仅仅是记录酒店客人的信息,提供i询等一系列简单的工作,它能让工作人员从烦琐的手工操作中解脱,并且酒店管理系统本号就代表莉一种管理方法,,随着它的深入,将带动企业的运做.为管理和决策提供支挣.为了到达这个要求.它必须依就高起点的硬件环境和软件开发工具来保证系统的桧定和正常运行,酒店电脑系统要求24小时连续运行,数据阮大,可蠹性要求高,因此整个电脑系统供电采用专设方式,加配UPS(不间断供电系统),并合理接地,以使保障整套系统的正常运行。XftM1、中华人民共和国国家标
5、准计算机软件开发标准3GB8566-882、中华人民共和国国家标准计算机软件开发文件编制指南?GB8567-883、中华人民共和国国家标准计算机软件需求说明编制指南GB8585884、软件系统分析与设计PP1.文档2 .任务概述为了高效、标准地对酒店信息系统进行管理,以提高员工工作效率、加速资金周转、降低各项本饯及改善效劳侦崎,使之能更好的为企业效劳。系筑设背景随希人们生活的物质生活的提高,人们的口常休闲生活中,外出旅游成了必不可少的一局部。相应的,酒店、崔饮娱乐行业日趋兴旺,引入全方位的电腑效劳和电脑管理取得了极好的经济效益和社会效益。传统的酒店管理往往令管理者花大埴时间来处理顾客投诉,例如
6、查闻错误、繁期的登记和结账手续等等,从而影响出租率使得管理人员不得不集中精力规划管理运行策略和进行决策.以上何题可通过电脑系统辅助解决.本系统是以连锁酒店的组织结构和业务活动为前提,开发软件系统,公司内部局域网畅通,.网络带宽可以满足数据用系统的实时操作要求。2系统规模1、本系统是用于连锁酒店内部信息管理的系统,该系统是一个独立集成的系统,2.该系统分为:门店管理(每个单店的内部管理)、客服管理(统一预订、V1.PIVcryImportantPerson)客户管理)、采购管理(负责统一采购)等子系统.2预期目标通过开发酒店管理系统提供应酒店使用的完整的伯恩管理系统,基于酒店内部管埋工作,系统功
7、能能遵循酒店管理工作程序,2.2业务需求本软件系统的开发目标是实现对用于酒店进行信息系统管理,以提高员工工作效率、加速资金周转、降低各项本钱及改善效劳质量.计算机应用现状1、计算机应用情况各部门管埋员和系统管理员都配备有微型计兑机,以便上层管理人员管理资源和信息审核.并配备多台公共默型计算机,以便普通工作人员资询相关伯恩.2、人员情况所有工作人员均有计算机操作经脸,能比拟熟练使用办公自动化软件和上网操作.3、设备情况公司内部局域网保持长期连通状态,到达资源在一定程度上共享的目的,3.系统业务模型分析及业务建模本酒店侑息系统是由门店管理子系统、客HU管理子系统和采购管理子系统3个主题域构成的,它
8、们之间的关系如图3-1所示.IS1.3-1系蛟主Sf1.域划分示意图3.1门店班子系统该主题城的主要用户是酒店管理员,求得到该主IS域的范明如图3-2所示.Q住记入住A界人将对客人入住、结账等任务提供支持。根据酒店的n店中心需九If自为个人0注退回个人倡且|12HWWttfi(门店管理子系统)粤蟠TI八*;12月友整门店管理员客人图3-2门店管理予系统范围示意图门店管理子系统的业务事件门店管理广系统的业务事件行:8.返回客房信息客腹管班子系统该主题域的主要用户是酒店客服管理员,将对客人入住、结账等任务提供支持,根据酒店客服中心需求得到该主题域的他用如图3-3所示.六人图3-3客眼管理子系统范用
9、示意图客服管理子系统的业务事件门店管理f系统的业务事件航8.返回会员信息3.3采购管理子系烧该主遨域的主要用户是酒店果购管理员,将对酒店采购物资任务提供支持.根据酒店采购中心需求褥到该主鹿城的范第如图3-4所示.O人物资提供方K女堪如依外采初管理员图3-4采购管理子系统范用示想图采购管理子系统的业务事件采购管理子系统的业务件有:业务建模是针对好个业务那件的,业务小件是业务流程的触发源,沿希业务小件的响应序列,找出相关的活动.表达出这些业务活动之间的关系.业务流程是针对要到达的目标进行设计的,流程是一个整体.通过该液程能保证目玩的有效到达.在本系统中主要的业务事件:客人信忠查)客房信息查询.会员
10、信息皆询,查询个人信息等.流程分析通过活动图分别对本系统的业务事件做流程分析:客人俏恩咨询业务流程如活动图1.具体步骤:(I)门店管理员登录门店管理系统(2)系统进行省份认证,通过那么进入信息查询子系统,否那么虫新登录(3)门店管理员根据齐人提供的信息进行客人的个人信息查.会员信息查询,客房信息荏询的流程均与活动图1类似:采物业务流程如活动图2.具体步界:(1)门店管理员登录门店管理系统(2)系统进行身份认证.通过那么进入门店管理子系统,否那么重新登录(3)提交采购申请(4)果照管理员审批采购申请,然后采购并提交采购信息(三)完成采购采购成功)活动图2量记入住业务流程如活动图3.注册会员与注销
11、会员的流程均与活动图3类似.具体步螺:(1)门店管理员登陆门店管理系统12)系统进行身份认证,通过那么进入门店管理子系统.否那么更新登录(3)客人提供信息给门店管理员(4)门店管理员提交入住信息(5)入住成功活动图34.系统功能模型分析系统功能建模的核心是建立用例模型,用例建模主要是识别参与存和系统边界.参与者透过系统边界与系统进行交互,并获得可观的结果,这个行为便是一个用例。用例模型的建立是以好个根本业务活动为依据的,反映了系统中各个业务事件中的各个人在某个时间某个地点完成的一项任务,短个活动使可以抽象出一个用例.门店曾理于系线用倒横型4.1.1门店管理子系统用例模型分析根据n店理子系统中的
12、所有业务方件,分析得到门店管理子系统的参与者有:客人,酒店管理员。通过分析小节中的所有业务事件和系统所有参与者,得到门店管理子系统的根本用例模里如图4-1所示.门店管理子系统用例模型优化图41.所示的客户管理子系统用例模型中,客人和酒店管理员有些相似的行为。那么通过分析善与者的这些相似的行为,再用引入用例间的包含和扩展等关系,通过引入用例间的这些关系来简化用例模型并根据用例间的这段关系来对用例模型进行优化,并绘制出新的用例模型图.如图4-2.4.2 客Jm子系统用例横型客服管理子系统用例模型分析根据X服理子系统中的所有业务方件,分析得到衣服管理子系统的参与者有:客人,客限管理员.通过分析1小节
13、中的所有业务事件和系统所有参与者,得到客眼管理子系统的根本用例模型如图4-2所示.4.3 采购管理子系统用例模型4.4 3.1采购管理子系统用例模型分析根据客服理子系统中的所有业务事件,分析得到客服管理子系统的参与者有:酒店管理员,采购管理员和物资提供方.通过分析小节中的所有业务事件和系统所有参与者得到客机管理子系统的根本用例模型如图4T所示.采购管理子系统用例模型优化图4-4所示的采购管理子系统用例模型中,酒店管理员和采购管理员有一些相似的行为.那么通过分析参与拧的这些相似的行为,再用引入用例间的包含和扩展等关系,通过引入用例间的这些关系来的4.4用例规约用例现约在福求分析阶段通过用例界面的
14、“预设计”可以更好地描述用例.我正涉及是从实现角度来考虑向8S,“预设计”是从与用户交流角度来考虑问题。用例描述实际上是对用例所表示的系统功能的业务场景的描述.登记入住川例描述:用例名称登记入住主要参与者客人工程相关人员及兴趣酒店管理员、客服管理员前置条件后置条件提交客人信息根本领件流登记入住-提交客人信息扩展无特殊需求所有衣询的响应时间不超过10秒发生频率300次/天待解决的问JS结账用例描述:用例名称结账主要参与者女人、酒店管理员工程相关人员及兴趣酒店管埋员前以条件登记入住后置条件返回发票根本领件流登记入住查询个人信息结账返回发票扩展特殊需求所有备询的响应时间不超过IO秒发生频率300次/
15、天待解决的问题在询个人佶息用例描述:用例名称交询个人信息主要参与者客人工程相关人员及兴趣酒店管理员前置条件登记入住/参加会员/客房预定后置条件返回个人信息根本翼件流咨询个人信息-返回个人信息扩展特殊需求所有查询的晌应时间不超过10秒发生频率300次/天待解决的问题返回个人信息用例描述:用例名称返回个人信息主要参与拧客人工程相关人员及兴趣酒店管理员前置条件杳价个人信息后置条件返回发票根本额件淹查询个人信息返回个人信息扩展特殊需求所有ft询的响应时间不出过1Q秒发生翔率加0次/天待解决的问题提交客人信息用例描述:用例名称提交客人信息主要参与者酒店管埋员/客服管埋员工程相关人员及兴趣酒店管理员/客房
16、管理员前置条件登记入住/结账/参加会员/取消会员后寅条件根本颗件流臂记入住/结账/参加会员/取消会员-提交客人信息扩展特殊需求所有查询的响应时间不翊过10秒发生频率300次/天待解决的问题查询客房信息用例描述:用例名称查询客厉伯息主要参与拧客服管理员工程相关人员及兴勘客限管理员前以条件后置条件返I可客房信息根本领件流连询客房信息返回客房信息扩展特殊需求所有备询的响应时间不超过IO秒发生频率300次/天待解决的问题返回客房信息用例描述:用例名称返I可客房伯恩主要参与者客眼管理员工程相关人员及兴趣客眼管理员前汉条件在询客房信息后置条件根本领件流连询客房信息返回客房信息扩展特殊需求所右次询的响应时间
17、不密过10秒发生频率300次/天待解决的向题客房预定信息用例才用例名称告述:客房预定主要参与者客人工程相关人员及兴趣客眼管理员前汉条件后置条件提交客人怕恩根本领件流客房预定查询客房信息提交客人信息扩展特殊需求所右住询的响应时间不刊过10秒发生频率加0次/天待解决的问题参加会员用例描述:用例名称参加会员主要参与者客人工程相关人员及兴趣客服管理员前置条件后置条件提交客人信息根本领件流参加会员-提交客人信息扩展特殊需求所行查询的响应时间不超过10秒发生频率300次/天待解决的问遨取消会员用例描述:用例名称取消会员主要参与者客人工程相关人员及兴趣赤眼管理员前置条件参加会员后置条件提交客人信息根本翼件流
18、参加会员-提交客人伯恩-取消会员-提交客人信息扩展特殊需求所有查询的响应时间不超过10秒发生频率300次/天待解决的问JS查询会员信息用例才用例名称滋:查询会员估息主要参与拧客服管理员工程相关人员及兴趣客眼管理员前置条件后置条件返网会员伯恩根本额件淹查询会员信息返回会员信息扩展特殊需求所有ft询的响应时间不出过1Q秒发生物率加0次/天待解决的问即返回会员佶息用例才用例名称谜:返回会员信息主要参与者客服管埋员工程相关人员及兴趣客服管理员前置条件直询会员信息后置条件根本抽件流件代会员信息-返回会员信息扩展特殊需求所有查询的响应时间不超过10秒发生频率300次/天待解决的问鹿返回会员信息用例;用例名
19、称避:返回会员信息主要参与者客眼管理员工程相关人员及兴趣客服管理员前置条件查询会员信息后置条件根本颗件流交询会员信息-返回会员信息扩展特殊需求所行ft询的响应时间不出过IQ秒发生翔率300次/天待解决的问遨提交采购申请用例才用例名称槌:提交采购申请主要参与者酒店管理员工程相关人员及兴趣酒店管理员、采的管理员前置条件后置条件修改采购申请/通知取货根本翼件流提交采购申请/修改采购申请-采购-通知取优扩展特殊需求所有查询的响应时间不超过10秒发生频率300次/天待解决的问JS通知取货用例描述:用例名称通知取货主要参与者酒店管理员工程相关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申
20、请后置条件根本领件漉提交采购申请,修改采购申请采购通知取货扩展特殊需求所有Ef询的响应时间不超过10秒发生频率300次/天待解决的问即提交送货单用例描支用例名称:提交送货单主要斟与者物资提供方工程相关人员及兴趣酒店管理员、采购管理M前置条件采购后置条件提交收货单根本领件流采购-提交送货单-提交收货单扩展特殊需求所有查询的响应时间不翊过10秒发生频率300次/天待解决的问题提交收货单用例描i:用例名称提交收货单主要参与拧物资提供方工程相关人员及兴趣酒店管理员、采购管理员前以条件提交送货单后置条件根本领件流提交送货检-提交收货单扩展特殊需求所有杳询的响应时间不超过10秒发生频率300次/天待解决的
21、问题采购并提交采购信工用例名称!1用例描述:采购并提交送购信息主要多与者采购管理员工程相关人员及兴趣酒店管理员、采购管理员前以条件提交采购申请/修改采购申谢后置条件根本领件流提交采购申请/4改采购申请采购并提交采购伯思扩展特殊需求所有查询的响应时间不超过10秒发生频率300次/天待解决的问JS提交采购资金情况J用例名称J例描述:提交采购资金情况主要参与希采购管理员工程相关人员及兴趣酒店管理员、采购管理g前置条件采购后置条件根本领件流采购-提交来购资金情况扩展特殊需求所有延询的响应时间不超过10秒发生翔率加0次/天待解决的问JS查询采购信息例描出用例名称i:咨询采购伯息主要参与者采购管理员工程相
22、关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申请后置条件返回采购信息根本翼件流提交采购申请/修改采购申请-查询采陶信息-返回采购信息扩展特殊需求所行查询的响应时间不超过10秒发生频率300次/天待解决的问题返回采购信息例描发用例名称J:返回采购信息主要参与者采购管理员工程相关人员及兴趣酒店管理员、采购管理员前置条件提交采购申请/修改采购申请、查询采购信息后置条件根本领件漉提交采购申请/修改采购申请-查询采陶伯息-返回采购信息扩展特殊需求所有查询的晌应时间不超过10秒发生频率300次/天待解决的问题5.非功能需求5.1 性能需求1、平安性要求高,能有效控制和管理不同的用户的权
23、限:2、效劳器能同时处理,OO用户端并发的访问:3、在PIH以上,内存128M以上,便盘I60G以上的微机与笔记本电脑上.响应时间要求在15秒内,4 .本系统所涉及的所有的货币金额数据类型,均按实数保存,在显示处理时保存小数点后2位。5 .登记录入信息上传系统保存时响应时间应控制在2秒内:统计、造询数据时的相应时间应该控制在30秒内:报表生成时间应控制在30秒内.局域网数据库在网络无故障的情况下,抽入一条数据和更新一条数据时的数据麻悚作响应时间控制在0.5秒/条之内:5.2数据库需求本软件使用SQ1.SERVER2000记录所有数据,数据访问需要写数据亦连接,数据流与数据文件.5.3外部接口需
24、求5.3.1用户接口1、用户界面设计以易理解、可操作为根本设计目标。2.用户界面设计应反映用户分组和各用户组操作权限的根本要求,即各用户只能对与自己操作相关的功能和数据是可见的.3、提供简单的错误处理机制。4、提供信息反应:用多种信息提示用户当前软件运行状态,软件界面元件的功能,5.其动作可以是单个的操作,或看是一个相对独立的操作序列.6、设计良好的联机帮助.5.3.2硬件接口支持一股的微机、笔记本电脑网络中心效劳器作为数据备份效劳器.5.3.3软件接口在大局部windows系列操作系统上皆可运行,并尽量柬容其他操作系统。MS-SQ1.SERVER20数据库,IE6。及以上版本浏览器.5.3.
25、4通信接口局域忖的仍议,TCpjIP协议等。5.4属性5.4.1可靠性要能膨抵御用户可能的误操作,保证软件的健壮性,要对数树进行检验,保证数据有效性,在数据被破坏时,具有数据慑或悭力。在正常使用中不会出现无响应或其他问题,在系统繁忙状态下可能会响应级慢。5.4.2效率在眼低配置下可以满足一般使用需求,在更高环境I;运行效率可以得到一定提升。5.4.3平安性采用密码和权限双重保护.不同的用户在软件运行时所能采取的操作有所不同。所有拥护登陆系统必须给出正确的用户名和密码.5.4.4可维护性在文档齐全情况下,可以进行日常维护与升级维护.5.4.5可移植性在所有文档齐全的情况下,可以运行在高于Wind。WSOo3的任何操作系统之上.5.4.6易使用性尽盘作到少怆入汉字佶息,尽显利用“点选”实现数据的输入和悚作.