电影院售票管理系统UMLWord格式文档下载.docx

电影院售票管理系统UMLWord格式文档下载.docx

《电影院售票管理系统UMLWord格式文档下载.docx》由会员分享，可在线阅读，更多相关《电影院售票管理系统UMLWord格式文档下载.docx（22页珍藏版）》请在冰豆网上搜索。

使用该系统的顾客太少，减少了对系统开发和维护过程的投资回报

1.2解决方案的前景

1.前景陈述

该系统的开发，可以提升电影院工作人员的管理效率，使得售票、检票不再

那么繁琐；

也大大的节约了人们排队购票的时间，同时也让人们有了更多的选择

范围。

2.主要特性（Feature）

FE-1：

根据电影院提供的当天的播放场次选择订票

FE-2：

注册订票的付费方式

FE-3：

创建、浏览、修改和删除电影场次

FE-4：

通过公司的内联网可以访问系统，或者授权的员工通过外部Internet

访问系统

3.假设（Assumption）和依赖（Dependency）

1.3范围和局限性

1.初始版本和后续版本的范围

目前仅实现1.0版本，实现上述的所有功能。

2.局限性（Limitation）和排斥性

LI-1：

“电影院售票管理系统”只能支持开通网银的用户在线使用，未开通的

需到影院购买。

1.4业务上下文

1.涉众概览

涉众

主要价值

态度

主要兴趣

约束条件

系统管理员

引进新影片，更

使用该系统所节

无

新数据库

约的费用必须超

过开发此系统的

费用和使用此系

统的费用

员工

更高效率的利用

保住工作

培训工作人员，

了工作人员的整

掌握

使用

个工作时间；

提

Internet

所必须

高了客户的满意

的技能

度

顾客

可以更好的选择

积极支持新系

使用要简单，更

需要登录该公司

电影、座位、场

统，但使用系统

节约时间

的内联网

次；

节约了时间，

的次数可能没有

更加方便

期望的高

2.项目优先级

因素具体干活者约束条件自由度

进度计划3/1/03前完成第

一版，到5/1/03前完

成第二版；

在不包括

责任人评审的情况

下，最多可超过期限

三星期

特性安排1.0版本实现的

特性必须完全可操作

质量必须通过95%的用户

验收测试；

必须通过

全部的安全性测试；

所有的安全事务都必

须遵守公司的标准

工作人员项目团队包括一名半

日工作的项目经理，

两名开发人员，和一

名测试人员

费用在不包括责任人评审

的情况下，财政预算

最多可超支15%

2.用例

各种用户类确认的“电影院售票系统”的用例和主要参与者如下表示：

主要参与者用例

顾客1.订票

2.变更订单

3.取消订单

4.查看订单

5.登陆网站

员工6.处理订单

7.检票

8.更新余票

系统管理员9.引进新片

10.更新数据库

11.添加、更改、删除员工信息

12.添加、删除、修改客户账户

用例ID号UC-1

用例名称订票

参与者顾客

描述顾客登录网站访问”电影院售票管理系统“，随意查看某一

天的上映电影，选择自己想看的电影，选定场次、座位，

提交订单并在付款界面支付

前置条件1.顾客成功登录，并访问“电影院售票管理系统“

2.付款成功

后置条件1.订单在“电影院售票管理系统“中的存储状态是

“已接受“

2.根据这一订单来更新余票

主干过程1.0订一张票

1.顾客要求查看某一天的上映表

2.系统显示当日上映电影、场次及余票

3.顾客选择自己喜欢的电影场次

4.顾客表明订票完成

5.系统显示所订票价格

6.顾客确认订单或请求修改订单（回到第

3步）

7.顾客付款

8.系统确认接受订单

9.系统向顾客发送电子邮件，确认订单细节，价格

10.系统将订单存储在数据库中，并更新余票

分支过程1.1订多张票（第4步之后分支出来）

1.顾客要求预定另一场次的电影

2.返回到第2步

1.2同样的票订多张（第3步之后分支出来）

1.顾客请求预定指定数量的电影票

2.返回到第4步

异常1.0.E.1订单截止时间在当前时间之前（第1步）

1.系统通知顾客今天订票已经太晚了

2a.顾客取消订单

2b.系统终止用例

3a.顾客请求选择另一个日期

3b.系统重新启动用例

1.0.E.2

票全部售完（第1步）

1.系统通知顾客今日已没有余票

1.0.E.3

不能完成同样的票订多张（第

1步）

1.系统通知顾客它所能提供的该票最大值

2.顾客变更订单数量，或者取消订单

包含

优先级

高

使用频率无

业务规则无

特别需求1.顾客在确认订单之前的任何时刻都可以取消订单

假设无

注意和问题1.如果客户在今天的截止时间之前使用系统，那么默认的

日期是当前日期，否则，默认日期为下一个营业日

2.这一用例的峰值使用负载是当地时间早十点到晚十点

用例ID号UC-6

用例名称处理订单

参与者员工

描述员工根据用户提交的订单，查询是否有余票及对应场次、

座位，判断是否接受订单

前置条件1.用户

3．软件需求规格说明

3.1介绍

1.目标

软件需求规格说明描述了“电影院售票管理系统”1.0版本的软件功能性需

求和非功能性需求。

这一文档计划实现和验证系统正确功能的项目团队成员来

使用。

除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且

都要在版本1.0中加以实现。

2.项目范围和产品特性

“电影院售票管理系统”允许顾客在线订购电影票，并且可以修改取消订单。

详细的项目描述请中参见电影院售票管理系统前景和范围文档。

文档中的这一部

分标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现

的全部或部分特性。

3.参考文献

（1）KarlWiegers所著的CafeteriaOrderingSystemVisionandScopeDocument,其网址是.processimpact./projects/COS/COS_vision_and_scope.doc

（2）KarlWiegers所著的ProcessImpactIntranetDevelopmentStandard版

本1.3，其网址是www.

processimpact./corporate/standards/PI_intranet_dev_std.doc

3.2总体描述

1.产品远景规划

“电影院售票管理系统”是一个新系统，它取代了当前传统的售票方式。

图1

是一幅关联图，它演示了1.0版本的外部实体和系统接口。

期望系统演化若干个

版本后，可以提供信用卡和借记卡授权服务。

2.用户类和用户特性

用户类描述

顾客（优先考虑）顾客希望该系统使用起来可以简单上手，通过该系统订票可以有

惠，可以建立会员制。

系统管理员通过使用该系统，可以提高影院的收入，并提高影院知名度，扩大

顾客人群

员工使用该系统可以工作效率，简化流程

3.运行环境（OperationEnvironment,OE）

OE-1：

“电影院售票管理系统”的操作通过如下的Web浏览器来完成：

MicrosoftInternetEplorer版本5.0和6.0，NetscapeCommunicator

版本4.7和Netscape版本6和版本7.

OE-2：

“电影院售票管理系统”将运行在一个服务器中，该服务器运行当前由

公司批准的RedHatLinux版本和ApacheHTTPServer。

OE-3：

“电影院售票管理系统”将允许用户通过公司的内联网来访问，如果用

户被授权在公司外部穿过防火墙来访问，那么用户也可以在家里通

过Internet来访问该系统。

4.设计和实现的约束条件（constraint）

CO-1：

系统的设计、编码和维护文档将遵照ProcessImpactIntranet

DevelopmentStandard版本1.3

CO-2：

系统将采用公司标准的当前Oracle数据库引擎

CO-3：

所有HTML代码遵照HTML4.0标准

CO-4：

所有脚本都用Perl语言来编写

5.用户文档（UserDocumentation，UD）

UD-1：

系统将提供一个分层的和跨连接的HTML联机帮助系统，它描述并

演示了所有系统功能

UD-2：

如果是一个新用户第一次使用该系统，系统可以根据用户的要求，

提供一个联机教程，咋这样用户可以使用静态教程来具体实践一下

如何订票。

系统不会将采用这一模板的订单存储到数据库中，也不

会将这种订单提交给系统。

6.假设（Assumption）和依赖（Dependency）

3.3系统特性