谈需求分析（二）
这是第四个项目（本次项目）：
影院售票系统需求分析
(登陆界面暂定效果图预览)
开发小组：Encore
组员：万平 徐焕 何银财 刘小龙 徐焕
2009-03-12
录
1引言
1.1目的---------------------------------------------------------------------------p1
1.2背景--------------------------------------------------------------------------p1
1.3基本名词定义------------------------------------------------------------------p1
1.4参考资料-----------------------------------------------------------------------p2,p3
2任务概述
2.1目标-----------------------------------------------------------------------------p4
2.2假定与约束---------------------------------------------------------------------p4
3需求规定
3.1对功能的需求-------------------------------------------------------------p4
l 影片管理---------------------------------------------------------p5
l 影院管理---------------------------------------------------------------p5
l 影厅管理---------------------------------------------------------------p5
l 影票管理------------------------------------------------------------p6
l 编排放映计划----------------------------------------------------p6
l 权限与角色设置以及权限分配-----------------------------------------------------------p7
l 数据处理-------------------------------------------------------------p7
l 维护功能-------------------------------------------------------p7
l 用户查询管理-------------------------------------------------------------p7
l 大屏幕管理---------------------------------------------------------p7
l 系统数据备份与恢复-------------------------------------------------p8
l 打印影票------------------------------------------------------------p8
l 水晶报表-----------------------------------------------------------p8
l 多线程与分步式开发----------------------------------------------------------p8
3.2对性能的规定
3.21精度------------------------------------------------------------------p8
3.22时间特性要求------------------------------------------------------p8
3.23灵活性---------------------------------------------------------p8
3.3数据管理能力要求-------------------------------------------------p8
3.4其他专门要求--------------------------------------------------------p8
4对运行环境的要求--------------------------------------------------------p8
1引言
1.1目的
本软件旨在完成生活中影院售票的绝大部分销售流程，能辅助用户对影票，影片，影厅以及水晶报表，角色权限进行操作和管理。以保证业务安全性和完整性为前提，辅以更人性化的设计，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求都加以考虑，从而提高软件的持续性与灵活性，确保影院用户可长期使用本软件进行管理。
1.2背景
待开发的系统名称：Encore影院售票管理系统
本项目的任务提出者：北大青鸟S2教育规章流程
开发者：北大青鸟S2T048Encore小组
用户：以真实影院售票管理者影射出的用户类
系统文件存储：以XML形式存于磁盘
1.3基本名词定义
影片编码：采用12位编码，由国家广播电影电视总局提供并在政府网站发布，具有唯一性，见附表1。
影院编码：影院的编码由8位数字(或英文字母)组成，它所代表的影院在全国范围内是唯一的，定义见附表2。
影片：售票的场次的内容。
场次：影片所对应的放映时间，也称“放映计划”。在场次结束后，不能再做补登以外的任何票务操作。
连场：在同一放映厅内，凭单张票可连续观看多场影片的特殊的电影售票业务。
影院：电影院的注册地址，和“影厅”共同确定影片映出的具体地点。
影厅：电影放映的银幕位置，和“影院”共同确定影片映出的具体地点。
售票：影院对观众观影的销售行为。
退票：因为某种原因取消服务承诺的行为。
补登：把手工出售的代用票补录到计算机售票系统中的行为。
大屏幕：介绍影片信息，宣传并吸引客户。
客户查询子机：用于客户自行查询影片相关信息。
出票原则：售票软件系统根据影院座位数，实行一人一票的出票原则。
计数原则：计观众人次，一名观众看一部电影计一人次，一名观众看三部电影计三人次，以此类推。
影院编码原则：影院编码由国家广电总局颁布、各省市电影行政管理部门组织实施、统一编制。
文件管理原则：独立的数据包、程序等。
1.4 参考资料
附表1：
影片编码原则：
|
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9~12 |
|
影片国别 |
影片介质 |
排次号 |
完成年代 |
|||||
|
001 中国 |
035 澳大利亚 |
69 |
l、35mm胶片 |
|
|
|
|
|
|
002 香港 |
036 新西兰 |
70 |
2、16mm胶片 |
|
|
|
|
|
|
003 台湾 |
037 |
7l |
3、70mm胶片 |
|
|
|
|
|
|
004 |
038 |
72 |
4、立体电影 |
|
|
|
|
注：完成年代以 四位数字表示， 如2008年完成 制片，则以2008 表示。 |
|
005 |
039 |
73 丹麦 |
5、环幕电影 |
|
|
|
|
|
|
006 |
040 |
74 |
6、数字电影 |
|
|
|
|
|
|
007 |
041 埃及 |
75 |
O、观摩影片 |
|
|
|
|
|
|
008 |
42 阿尔及利亚 |
76 荷兰 |
|
|
|
|
|
|
|
009 |
43 突尼斯 |
77 西班牙 |
|
|
|
|
|
|
|
010 |
44 摩洛哥 |
78 意大利 |
|
|
|
|
|
|
|
011 朝鲜 |
45 |
79 西德 |
|
|
|
|
|
|
|
012 日本 |
46 |
80 东德 |
|
|
|
|
|
|
|
013 越南 |
47 |
81 瑞士 |
|
|
|
|
|
|
|
014 泰国 |
48 |
82 奥地利 |
|
|
|
|
|
|
|
015 缅甸 |
49 |
83 波兰 |
|
|
|
|
|
|
|
016 新加坡 |
50 |
84 捷克 |
|
|
|
|
|
|
|
017 印尼 |
5l 美国 |
85 匈牙利 |
|
|
|
|
|
|
|
018 斯里兰卡 |
52 墨西哥 |
86 罗马尼亚 |
|
|
|
|
|
|
|
019 印度 |
53 委内瑞拉 |
87 保加利亚 |
|
|
|
|
|
|
|
020 巴基斯坦 |
54 古巴 |
88 南斯拉夫 |
|
|
|
|
|
|
|
021 蒙古 |
55 哥伦比亚 |
89 阿尔巴尼亚 |
|
|
|
|
|
|
|
022 伊拉克 |
56 玻利维亚 |
90 希腊 |
|
|
|
|
|
|
|
023 黎巴嫩 |
57 |
91 俄罗斯 |
|
|
|
|
|
|
|
024 土尔其 |
58 阿根廷 |
92 比利时 |
|
|
|
|
|
|
|
025 菲律宾 |
59 加拿大 |
93 瑞典 |
|
|
|
|
|
|
|
026 尼泊尔 |
60 巴西 |
94 |
|
|
|
|
|
|
|
027 叙利亚 |
61 |
95 |
|
|
|
|
|
|
|
028 |
62 |
96 |
|
|
|
|
|
|
|
029 |
63 |
97 |
|
|
|
|
|
|
|
030 |
64 |
98 |
|
|
|
|
|
|
|
031 |
65 |
99 |
|
|
|
|
|
|
|
032 |
66 |
100 |
|
|
|
|
|
|
|
033 |
67 |
101 |
|
|
|
|
|
|
|
034 |
68 |
102 |
|
|
|
|
|
|
附表2：
影院编码原则（8位编码）
|
编码 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
|
表示内容 |
省码 |
省辖地、市编码 |
影院序号 |
暂空 |
放映单位属性 |
|||
|
基本规则 |
|
|
在地市范围内排序 |
O |
O、城市电影放映队 |
|||
|
|
|
|
|
|
1、城市专业电影院 |
|||
|
|
|
|
|
|
2、城市兼映影剧院 |
|||
|
|
|
|
|
|
3、城市开放俱乐部 |
|||
|
|
|
|
|
|
4、城市内部俱乐部 |
|||
|
|
|
|
|
|
5、农村电影放映队 |
|||
|
|
|
|
|
|
6、集镇专业电影院 |
|||
|
|
|
|
|
|
7、集镇兼映影剧院 |
|||
|
|
|
|
|
|
8、集镇开放俱乐部 |
|||
|
|
|
|
|
|
9、集镇内部俱乐部 |
|||
2 任务概述
2.1目标
系统开发意图：以团队分工协作模式熟练运用S2所学知识开发并完善系统涉及功能，在实现核心功能的基础上，辅以人性化特色功能。
应用目标：大中型商业影院。
作用范围：中国范围内以及外包。
开发背景材料：C#实现代码 , Winform显示系统 , Xml存储数据 ,界面美化 ,分步式开发 ,多线程开发 ,实现面向对象 ,工厂模式 ,接口技术
2.2 假定与约束
假定：电影院为大中型，拥有多个售票窗口，管理部门与销售部分完善。
约束：以绝大多数电影院为案例，不考虑特殊个体。
3 需求规定
3.1对功能的规定
影片管理
售票软件应具备从国家广电总局政府网站下载影片名称、编码，以及影片其它基本信息的功能，并以此做为影片资料的唯一来源。
影片类：Film(含构造)
|
属性 |
中文描述 |
公开度 |
数据类型 |
|
filmName |
片名 |
public |
string |
|
filmActor |
演员 |
public |
String[] |
|
filmDirector |
导演 |
public |
string |
|
filmLanguage |
语种 |
public |
string |
|
filmCountry |
拍摄国家 |
public |
string |
|
filmCoding |
影片编码 |
public |
string |
影片管理类：FilmManager
|
方法名 |
中文描述 |
参数 |
返回值 |
备注 |
|
AddFilm |
增加影片 |
|
|
|
|
RemoveFilm |
删除影片 |
|
|
|
|
AlterFilm |
修改影片 |
|
|
|
|
SearchFilm |
查询影片 |
|
|
|
|
|
|
|
|
|
影院管理
影院类：Cinema(含构造)
|
属性 |
中文描述 |
公开度 |
数据类型 |
|
cinemaName |
影院名 |
public |
string |
|
cinemaCoding |
影院编码 |
public |
String |
影厅管理
影厅类：Room(含构造)
|
属性 |
中文描述 |
公开度 |
数据类型 |
|
roomName |
影厅名 |
public |
string |
|
roomType |
影厅类型 |
public |
string |
|
seat |
座位 |
public |
Int[] |
影厅管理类：RoomManager
|
方法名 |
中文描述 |
参数 |
返回值 |
备注 |
|
AddRoom |
增加影厅 |
|
|
|
|
RemoveRoom |
删除影厅 |
|
|
|
|
AlterRoom |
修改影厅 |
|
|
|
|
SearchRoom |
查询影厅 |
|
|
|
|
|
|
|
|
|
影票管理
影票应包含主券和副券。
影票类：Ticket(含构造)
|
属性 |
中文描述 |
公开度 |
数据类型 |
|
ticketCode |
票号 |
public |
string |
|
filmNameOnTicket |
影片名 |
public |
string |
|
cinemaNameOnTicket |
影院名 |
public |
string |
|
roomNameOnTicket |
影厅名 |
public |
string |
|
seatOnTicket |
座位编号 |
public |
string |
|
showTimeOnTicket |
放映时间 |
public |
string |
|
ticketPrice |
票价 |
public |
Decimal(5,1) |
|
ticketType |
票的类型 |
public |
string |
|
ticketSeller |
售票员 |
public |
string |
|
ticketSellTime |
售出时间 |
public |
string |
|
ticketRemarks |
备注 |
public |
string |
影票管理类：TicketManager
|
方法名 |
中文描述 |
参数 |
返回值 |
备注 |
|
AddTicket |
增加影票 |
|
|
|
|
RemoveTicket |
删除影票 |
|
|
|
|
AlterTicket |
修改影票 |
|
|
|
|
SearchTicket |
查询影票 |
|
|
|
|
TestTicket |
验证影票 |
|
|
|
|
OrderTicket |
订票 |
|
|
|
|
MakeUpTicket |
补登影票 |
|
|
|
编排放映计划
从时间和空间确定票的唯一性。
放映计划管理类：FilmManager
|
方法名 |
中文描述 |
参数 |
返回值 |
备注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
权限与角色设置以及权限分配
将权限抽象成类，通过委托将权限分配到各个角色。
权限设置类：Access
权限分配类：AccessAssign
角色创建类：User
|
属性 |
中文描述 |
公开度 |
数据类型 |
|
userName |
用户名 |
public |
string |
|
userPassword |
用户密码 |
public |
String |
|
userType |
用户类型 |
public |
string |
|
方法名 |
中文描述 |
参数 |
返回值 |
备注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
退票
售票软件应具有退票功能，并建立相应退票记录，记录内容包括退票操作人、退票日期、退票时间和退票金额等项目。所产生的记录和回收的凭证必须一一对应，并完整记录其它相关辅助信息。
补登
由于机器故障等意外原因导致影院不能正常使用计算机售票，而改用统一监制的代用票，在计算机售票系统恢复正常后应将售出的代用票补登录入计算机售票系统内，以保持影院经营数据的完整和准确。
验票
以影院售票系统数据为基础，对观众所持票据进行检验，判断其合法性，并根据判断结果确定是否允许该观众入场观影，同时将该票数据传回影院售票系统并做记录。
订票
针对特殊客户群提供盯票功能。
会员购票
针对会员提供响应的折扣。
数据处理
影院售票系统提供的数据处理功能应至少包括：
•统计：以售票数据为源数据所进行的统计，必须确保其真实、可靠、准确。
•报表：依照国家广电总局规定的式样制定规范的报表。
维护功能
售票软件应具备专门模块显示、编辑影院的其它信息和影厅信息的功能。
大屏幕管理
具有独立的窗口显示宣传信息。
用户查询管理
具有独立的窗口显示用户能查询的信息，包含影片信息，影片预览，票价，座位等信息。
系统数据备份与恢复
系统维护功能应包括：
1、具备自动和手动备份功能，并易于操作。
2、具备对所备份的数据进行恢复的功能。
3、具备完善的售票软件、数据库灾难恢复功能，便于及时恢复正常业务操作。
打印影票
实现打印票据，并进行票样设计。
水晶报表
多线程与分步式
3.2 对性能的规定
3.21精度
严格判断输入输出的数据类型，确保数据匹配和数据的完整性。
3.22 时间特性要求
采用精确到分的计时方式(yy-mm-dd-hh-tt)，判断输入和输出数据。
3.23 灵活性
当需求发生改变时，系统对需求有相应的适应能力。
3.3 数据管理能力要求
说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。
3.4 其他专门要求
如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。
4 对运行环境的要求
浙公网安备 33010602011771号