酒店管理说明书.doc

中北大学
课 程 设 计 说 明 书
软件工程大型实验

学生姓名:
庞磊峰
学 号：
0806054251
学 院:
电子与计算机科学技术学院
专 业:
软件工程
题 目:
商务酒店运营管理与流程控制

——流程控制子系统
成绩

指导教师： 周海英 职称: 副教授

2010 年 12 月 31 日

1. 设计目的：
随着酒店的管理越来越复杂，服务员变化很频繁，随之而来的是酒店管理工作日趋复杂繁重，已愈来愈成为酒店日常管理工作的一个瓶颈。提高提高管理工作的效率，减轻酒店管理员的手工劳动，使酒店管理工作更加规范化、信息化、制度化和科学化已成为各大高校一个焦点问题。
在电子技术高度发展的今天，我们更希望能通过简单的电子操作就可以完成以前复杂的、繁重的工作，使之快速、有效的完成各项工作,让管理员可以轻松的坐在前台就可以完成酒店服务和酒店项目的预定。
2. 设计内容：
我在本次课程设计中的主要工作是任务A：酒店业务管理子系统。
预定业务，前台接待，团队业务服务，前台账务，客房管理，餐饮服务（消费点服务，宴会预定，开单管理，消费结算）。
设计要求：
1， 采用uml完成需求分析，设计文档和测设文档；
2， 采用图形化界面
3， 操作方便，界面友好
3.需求描述：
消费可以查看并预定各种业务。前台服务员进行客房分配，餐饮服务，前台结账。
3.1识别参与者：
前台接待者，负责接待，分配住房，餐饮服务。
消费者，住宿和餐饮
团队消费者，属于一种消费者
财务管理员，负责财务管理，包含结账，查账，工资发放
3.2识别用例：
餐饮服务，包括订餐，分配桌子等
分配住房，包括预定住房以及统计住房信息
前台接待，对消费者进行接待
预定，对餐饮和住房预定
办理结账，对餐饮或住宿进行结账
财务管理，对财务进行管理，统计收入
查看预定信息，对住房和餐饮进行管理
打印凭条，拿上凭条可以享受各项服务
月结算，年结算，统计一个月或年的财政
3.3主要用例描述：
一，用例名称：客房分配的流程控制
用例概述：客房分配
前置条件：登录客房管理界面
后置条件：交钱
基本事件流：客房一般是作为酒店业务收入的支撑或保证而存在，虽然餐饮也是酒店的一大收入，但浮动太大，客房控制的基础性地位依然很明显。
登记。客户进入酒店后首先要做的就是对其进行登记，及时、准确的登记主要基于两点考虑：一是确认客户的身份，保证入住环境的安全；二.是为了方便将客户在入住期间的各种消费准确的归集在一起，一边核对和客人付款。
预收保证金。这样主要是为了减少欠款的发生以及其他损失的及时赔偿。一般是预收房租及其他费用的综合保证金，在发生各种消费时在所受费用中扣款，在预收金额消费完时提醒客户再交款。
消费记账。客户在酒店的消费要及时归集到对应的账户中，一边客户离店时结账。首先要开设账户，之后的工作就是将各种消费及时入账。
结账。这以环节，流程可表示如下：
确认是否离店——否（进行一般性结算）——是（进入实质性离店结算）——确认客户身份及账户——打印账单——客户确认——付款离店。
餐饮收入流程控制。
用例名称： 餐饮收入占酒店总体收入的比例也很大。
用例概述：餐厅管理
前置条件：进入餐厅管理界面
后置条件：交钱
基本事件流：以餐品为主线：客户根据菜单点餐——服务员记录餐品项目，填制一式三份的菜单——出纳员在菜单上盖章，自留一份用于账单归集——服务员自留一份作为凭证——服务员将另一份送厨房——厨房根据菜单制作餐品，通知服务员——服务员送至客户用餐处——当日结算时厨房将菜单按编号整理交付主管——主管将菜单汇总，交财务记账。以菜单为主线：根据服务员送来的客人菜单，将消费金额录入计算机——客人补点则根据补点菜单将消费金额补录到计算机——客人结账，将以结账客户做结账处理。
文档描述：
消费者有查看业务和预定业务功能。而团队消费者泛化于消费者。
前台接待员有前台接待，餐饮服务，分配客房，办理结账的功能。办理结账后有打印收据。

3.4 用例图

图1. 酒店管理用例图
4.系统详细分析设计：
4.1顺序图：

（1）餐饮管理：

图2.餐饮管理

2.客房管理：

图3.客房管理
3.修改密码：

图4.修改密码
4.登陆界面：

图5.登陆界面
5.删除用户：

图6.删除用户
6.添加用户：

图7.添加用户
4.2活动图：
1.订餐管理：

图8.订餐管理
2.预订客房管理：

图9.预订客房管理
3.管理用户：

图10.管理用户
4.修改密码：

图11.修改密码
5.登陆界面：

图12.登陆界面
4.3类图：

图13.类图
4.4部署图：

图14. 部署图
4.5构件图：

图15.构件图
4.6数据库表：

表1、员工表
中文含义
字段名称
数据类型
长度
是否为空
备注
员工编号
UserNo
int
4
NOT NULL
主码
密码
Password
char
10
NOT NULL

权限
Authority
bit
1bit
NOT NULL
1管理员0服务员
姓名
UserName
ntext
3
NOT NULL

性别
UserSex
bit
1bit
NOT NULL
1男，0女
联系电话
UserTel
int
4
NOT NULL

住址
UserAdd
ntext
25
NULL

表2、客房表
中文含义
字段名称
数据类型
长度
是否为空
备注
客房编号
RoomNo
int
4
NOT NULL
主码
价格
RoomRate
int
4
NOT NULL

类型
RoomType
tinyint
1
NOT NULL

等级
RoomLevel
tinyint
1
NOT NULL

配置
RoomCabins
tinyint
1
NOT NULL

状态
RoomState
tinyint
1
NOT NULL

注：在房间类型、等级及配置中使用的是tinyint类型的数据，不同的数字即代表不同的类型、等级或者价格，它们分别和不同的表对应，在此不一一列出，下同。

表3、客户表
中文含义
字段名称
数据类型
长度
是否为空
备注
顾客编号
GuestNo
bigint
8
NOT NULL
主码
姓名
GuestName
ntext
3
NOT NULL

性别
GuestSex
bit
1bit
NOT NULL

联系电话
GuestTel
int
4
NULL

籍贯
GuestAdd
ntext
25
NOT NULL

身份证号
GuestID
bigint
8
NOT NULL

表4、餐桌表
中文含义
字段名称
数据类型
长度
是否为空
备注
餐桌编号
TableNo
int
4
NOT NULL
主码
状态
TableState
tinyint
1
NOT NULL

类型
TableType
tinyint
1
NOT NULL

表5、消费表
中文含义
字段名称
数据类型
长度
是否为空
备注
顾客编号
GustNo
bigint
8
NOT NULL
主码
消费条目
ExpnsRecrd
ntext
50
NOT NULL

消费时间
ExpnsDate
datetime

NOT NULL

表6、系统日志表
中文含义
字段名称
数据类型
长度
是否为空
备注
日期
LogDate
datetime

NOT NULL

操作
LogActn
tinyint
1
NOT NULL

描述
LogDetail
ntext
100
NULL

5.系统实现：
5.1开发工具及系统运行环境
开发工具：
JAVA和 Microsoft Access
运行环境：
WindowsXP环境
5.2酒店业务管理子系统：
1.开始界面：

图 16.开始界面

2.登陆界面：

图17.登陆界面
3.登陆失败：

图18. 登陆失败
4.登陆成功：

图19. 登陆成功
5.接待员注册重复：

图20. 接待员注册重复
6.接待员注册成功：

图21. 接待员注册成功

7.欢迎进入酒店管理界面：

图22. 欢迎进入酒店管理界面
8.酒店管理界面：

图23. 酒店管理界面

9.查看客户：

图24. 查看客户

10.客户注册界面：

图25. 客户注册界面

11.注册成功：

图26. 注册成功

12.注册失败：

图27.注册失败

13.查看餐饮：

图28. 查看餐饮

14.餐饮预定：

图29. 餐饮预定
15.餐饮预定失败：

图30. 餐饮预定失败

16.餐饮预定成功：

图31. 餐饮预定成功
17.查看客房：

图32. 查看客房
18.预定客房：

图33. 预定客房

19.预定客房成功：

图34. 预定客房成功

20.预定客房失败：

图35. 预定客房失败

6．系统测试
6.1测试方法 白盒测试，黑盒测试
黑盒测试是知道了产品有什么功能，然后通过测试来检验是否每个功能都能正常使用，黑盒测试又称为功能测试。白盒测试时知道了系统的内部工作过程，可以通过测试来检验产品内部动作是否按照规定正常进行，白盒测试又称为结构测试。
系统测试
（1）界面测试 对照界面规范和界面表(在概要设计中给出)，检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。
（2）可用性测试 测试操作是否方便，用户界面是否友好等。测试系统是否有影响操作流程的界面和功能。
（3）功能测试 检查数据在流程中各个阶段的准确性。对系统中每一模块利用实际数据运行，将其结果与同样数据环境下应该得出的结果相比较，或与软件需求规格说明书中要求的结果进行比较，如有偏差，则功能测试不能通过。检查软件需求规格说明书中描述的需求是否都得到满足；系统是否缺乏软件需求规格说明书中规定的重要功能；以及系统实际使用中不可缺少而软件需求规格说明书中没有规定的功能。如果存在遗产数据，应该检查遗产数据转换是否正确。
（4）破坏性测试 输入错误的或非法的数据(类型)，检查系统的报错纠错的能力及稳定性。并测试可连续使用多长时间而系统不崩溃。
（5）稳定性测试 测试系统的能力最高实际限度，即检查软件在一些超负荷情况下，功能实现的情况。例如：要求软件进行某一行为的大量重复、输入大量的数据或大数值数据、对数据库进行大量复杂的查询等。利用边界测试(最大值、最小值、N次循环)对系统进行模拟运行测试，观察其是否处于稳定状态。

白盒测试：同系统实现。
采用黑盒测试，包括等价类划分、边界值和错误猜测等。表1就是测试用例覆盖表：
表1 测试用例覆盖表
序号
功能项
用例
优先级
01
基本页面链接正确
Text1
中
02
所有页面转移正确
Text2
中
03
客房信息列表正确
Text3
高
04
客户详细信息正确
Text4
高
05
客户账户信息正确
Text5
高
06
记账流程正确
Text5
高
6.2测试用例
按照上面测试用例表，设计相应测试用例。
用例1：基本页面的链接
表2 Text1 测试用例
项目名称：酒店管理与流程控制系统
测试人员：常江 庞磊峰
测试用例号：Text1
测试时间：2010-12-23
测试项目标题：基本页面正确链接
测试内容：
验证所有链接有效；
验证各个页面信息显示符合需求；
测试环境：见《测试计划》
测试次数：每个测试过程2次
预期结果：可以正确显示图片，每个链接有效。
测试过程：登录页面；
对每个链接，点击进入
测试结果：
测试结论：
备注：

用例2：页面转移的正确性
表3 Text2测试用例
项目名称：酒店管理与流程控制系统
测试人员：常江 庞磊峰
测试用例号：Text2
测试时间：2010-12-23
测试项目标题：页面转移的正确性
测试内容：验证每页输入“转到____”，能正确处理输出。
测试环境：见《测试计划》
测试次数：每个测试过程2次
预期结果：对于正常数据能转到相应页面，异常数据能报错。
测试过程：
测试结果：
测试结论：
备注：

用例3：客房信息列表正确性
表4 Text3测试用例
项目名称：酒店管理与流程控制系统
测试人员：常江 庞磊峰
测试用例号：Text3
测试时间：2010-12-23
测试项目标题：客房信息列表正确显示
测试内容：验证页面表格是否显示正确；
验证客房信息是否正确；
测试环境：见《测试计划》
测试次数：每个测试过程2次
预期结果：页面正确显示，客房信息显示正确。
测试过程：登录界面；
打开客房信息列表。
测试结果：
测试结论：
备注：

用例4：客户详细信息正确性
表5 Text4 测试用例
项目名称：酒店管理与流程控制系统
测试人员：常江 庞磊峰
测试用例号：Text4
测试时间：2010-12-23
测试项目标题：客户详细信息查询
测试内容：验证是否正确显示了客户信息
测试环境：见《测试计划》
测试次数：每个测试过程2次
预期结果：客户详细信息显示正确
测试过程：在客户信息列表中随机点击某一个。
测试结果：
测试结论：
备注：

用例5：客户账户信息正确性
表6 Text5测试用例
项目名称：酒店管理与流程控制系统
测试人员：常江 庞磊峰
测试用例号：Text5
测试时间：2010-12-23
测试项目标题：客户账户信息正确性
测试内容：查询客户账户；
正确管理。
测试环境：见《测试计划》
测试次数：每个测试过程2次
预期结果：账户管理正确。
测试过程：
测试结果：
测试结论：
备注：
用例6：入账流程的正确性
表7 Text6 测试用例
项目名称：酒店管理与流程控制系统
测试人员：常江 庞磊峰
测试用例号：Text6
测试时间：2010-12-23
测试项目标题：入账流程的正确性
测试内容：验证账户流程是否健全
验证入账流程的连贯性。
测试环境：见《测试计划》
测试次数：每个测试过程2次
预期结果：入账流程健全，可以控制
测试过程：
测试结果：
测试结论：
备注：
1. 测试项目
本次测试的项目是酒店管理系统中的登录与管理功能。
2.1 测试要点
被测试性：
对软件进行功能性测试；
对软件进行非功能性测试。
不被测试性：
源代码；
模块的接口，模块的处理；
单元之间的可用性。
2.2 测试内容
对呗测试软件进行系统级别的测试，针对软件的功能需求进行功能测试，验证软件是否实现了需求分析中所定义的功能，是否实现了此功能。针对软件的非功能性需求对其进行性能测试。
测试内容包括功能测试和性能测试。
1.3.1 功能测试
1） 客房查询
在客房列表中显示名称，规格，价格等。点击客房名称进入客房详细信息页面。
2） 客户信息
信息包括个人基本信息，联系方式。完成后可以返回查询页面。
1.3.2 性能测试
系统性能测试主要测试系统在2个客户同时登记进行操作时，检查系统的性能如何，检查系统性能瓶颈，响应时间。
2. 测试方法
主要包括测试环境、测试工具、测试方法。
3.1 测试环境
个人笔记本。
3.2 测试工具
个人笔记本。
3.3 测试方法
测试方法：由于测试的依据是需求，所以采用黑盒测试方法。
测试策略：功能测试：主要采用等价类划分的策略。
测试手段：功能测试：手动模拟正常、异常输入。
测试内容：功能测试：按照功能测试需求测试系统功能。
2.测试标准
2.1 测试通过/失败标准
测试中发现的缺陷按照严重程度划分为5个级别，如表8，级别不同，严重程度也不同。
本次测试主要进行系统测试，需要设定完成的标准，测试完成的标准是执行完成所有系统测试的功能，性能的测试用例，无2级以上遗留问题。
表8 缺陷严重级别
严重级别
严重程度
1）提示
微小错误，不影响功能
2）一般
降低了系统的性能，但仍能工作
3）严重
不符合需求说明
4）致命
系统部能正常启动或者无法正常工作
2.2 系统测试交付结果
交付包括：
测试计划；
测试设计；
测试报告。

6.3测试环境 WindowsXP环境 JAVA ACCESS
6.4测试用例及测试结果
1.开始界面：

图36. 开始界面

2.登陆界面：

图37. 登陆界面
3.登陆失败：

图38.登陆失败
4.登陆成功：

图39.登陆成功
5.接待员注册重复：

图40. 接待员注册重复
6.接待员注册成功：

图41. 接待员注册成功

7.欢迎进入酒店管理界面：

图42. 欢迎进入酒店管理界面

8.酒店管理界面：

图43. 酒店管理界面

9.查看客户：

图44. 查看客户

10.客户注册界面：

图45. 客户注册界面
11.注册成功：

图46. 注册成功

12.注册失败：

图47. 注册失败

13.查看餐饮：

图48. 查看餐饮

14.餐饮预定：

图49. 餐饮预定
15.餐饮预定失败：

图50. 餐饮预定失败

16.餐饮预定成功：

图51. 餐饮预定成功
17.查看客房：

图52. 查看客房
18.预定客房：

图53. 预定客房
19.预定客房成功：

图54. 预定客房成功
20.预定客房失败：

图55. 预定客房失败

7． 个人体会：
对与这个项目，我刚开始是手足无措，我不知道怎样去安排这个项目！但是不能逃避，也没法去逃避~~学着去安排一个对于自己来说相当陌生的项目，怎样去控制它的进度，完全根据老师讲的一些东西！这样一步一步安排下来以后，竟然发现自己安排的还相当不错！信心大增呀！
接下来就是写功能说明书了，有样本，写起来当然不难！但是，发现里面要注意的东西也是特别多的(当然还有好多东西是我们没有注意到的)！比如如何去组织那些东西，格式方面的注意呀，以及里面内容的书写（怎样能够很好得理解你的意思，怎样能够更好地方便顾客），以及如何把内容写得详细，排版等等……
接着就是书写数据需求说明书了，相对来说这个就比较难了，因为它要对系统显示出来的数据进行详细地分析，分析它的来源，以及那些属性！然后同样也要注意它的格式等等！
结构图的构建，相对来说是建立在前两份说明书的基础上的，当前面的说明书写得比较好时，这个的设计也就容易多了！表于表之间的关系该如何建立，怎样构建可以让程序员实现起来方便……前期工作，设计工作是多么重要呀！
和同学之间的讨论，对一些问题的认识更加深刻，在这个过程中，随着一个个新的问题的提出，也使自己做的东西更加完善！同时，当给别人解决一些问题的时候也相当有成就感~~~自己的思维也得到了进一步的活跃！感觉生活充满了乐趣！这也使自己的自信心更进一步得到了加强，越来越相信自己是很聪明的！别人有很多很多方面是不如自己的！
还加上一点，通过讨论我认识了更多的朋友，也逐渐喜欢和别人去讨论。自己也长了见识，至少已经不局限在一个小小的空间里面~~还有就是要学会去尝试，不要害怕失败，或许你会做得很好的呢~
当然，这次中也有很多的不足！刚开始的时候遇到问题就慌了，不知道如何是好！最开始我们的积极性不高,表现都不好，因为排课算法真是多，排课却又是NP问题，是计算机最不能完美解出来的问题，到后来才发现用0.1编码更方便一点，也就采用了。
刚开始我们大家都是自己做自己的没有和别人讨论，什么结果都没有，最后还是大家一起来分析讨论，得出一些结果，然后这样效果或许会好很多！
感受最深的还是数组越界问题，这个问题在编译时候不容易发现只有在执行的时候才出来，气的我要发疯了，真的很不想做下去，就为那一个问题耽误不少时间。在排算法的时候最不能急了，一急就想不出来了，我们排课为的解决就是教室-时间，老师-时间，学生-时间的冲突问题，想太复杂了，只能让自己走进死胡同，一开始考虑太多就不敢去做了，就会怕了。
在这次的课程设计中不仅检验了我所学习的知识，也培养了我如何去把握一件事情，如何去做一件事情，又如何完成一件事情。在设计过程中，学会了合作，学会了运筹帷幄，学会了宽容，学会了理解，也学会了做人与处世。
在刚开始阶段，准备阶段，算数据，找资料，修改结果，跟同学讨论如何去解决所要解决得问题，然后把所做的东西整理出来，然后交给老师审查正确与否。
这次也让我发现了自己的优点和潜力，外表不是主要问题，只要有能力，只要懂得多，那么美丽和魅力与外表无关，这次也让我发现自己是很受别人欢迎的，所以在以后的人生当中一定要有自信，一定要自信，一定要相信自己，我是有魅力的，我是可以的，所以无论做什么都不要害怕，没有什么不可以，没有什么你不能做到的事情---魏婷，相信自己，你是最棒的，你是可以做的更好的，你的魅力是无限的，在适当的时候要坚信自己把自己展示出来，不要像以前那样老是想到自己的缺点，其实你知道吗？魏婷，你的那些缺点其实在别人眼里恰恰是你的优点也是你的可爱之处，所以以后不要老是光考虑自己缺点，其实那些都不算，自信吧，认真的对待自己的人生吧，自信的你会更加有魅力，有气质，更加绽放自己的光彩。
课程设计之后对人生的思考与感想。有了这次经验，我会时刻把握与人的交往和如何去结交朋友，如何去处理人与人之间个关系，如何应对各种场面和关键时刻，所以要学会说话，学会见机行事，学会掌握人际关系，不要把自己对某人的偏见当面表露出来，有事放在心里，不要随随便便告诉以为是自己好友的人，说不定在某些时候就把自己给出卖了，所以最好把那些表达自己观点的事情和说法不要说出来，平时说一些无关紧要的事情就可以了，在以后的处理事情中一定要搞得懂搞的精，才能站住脚跟，才能展示能力，而且在适当的时候帮助别人，在别人关键的时候帮别人一把，以后说不定在某些时候就用到了，所以相机行事，帮助别人，会终身受益，学会合作，学会帮助别人！永远相信自己是有气质，有魅力的！
通过此次测试，发现系统很多方面仍然存在着漏洞，做得很不完善。所以在测试过程中不断发现错误，不断改正，不断完善系统。虽然如此，系统中还有一些问题没有解决。例如学生选课这块还是不行。不过在接下来的这一周，我们会再接再厉，努力完善自己的系统，争取做到最好。

3、通过活动，使学生养成博览群书的好习惯。
B比率分析法和比较分析法不能测算出各因素的影响程度。√
C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。Ｘ
C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错
C产品的实际生产成本包括废品损失和停工损失。√
C成本报表是对外报告的会计报表。×
C成本分析的首要程序是发现问题、分析原因。×
C成本会计的对象是指成本核算。×
C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。√
C成本计算方法中的最基本的方法是分步法。X
D当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本
中。×
D定额法是为了简化成本计算而采用的一种成本计算方法。×
F“废品损失”账户月末没有余额。√
F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。Ｘ
F分步法的一个重要特点是各步骤之间要进行成本结转。(√)
G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错
G工资费用就是成本项目。(×)
G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对
J计算计时工资费用，应以考勤记录中的工作时间记录为依据。(√)
J简化的分批法就是不计算在产品成本的分批法。(×)
J简化分批法是不分批计算在产品成本的方法。对
J加班加点工资既可能是直接计人费用，又可能是间接计人费用。√
J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，X
K可修复废品是指技术上可以修复使用的废品。错
K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。Ｘ
P品种法只适用于大量大批的单步骤生产的企业。×
Q企业的制造费用一定要通过“制造费用”科目核算。Ｘ
Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。Ｘ
S生产车间耗用的材料，全部计入“直接材料”成本项目。Ｘ
S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。(×)
W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对
Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对
Y引起资产和负债同时减少的支出是费用性支出。X
Y以应付票据去偿付购买材料的费用，是成本性支出。X
Y原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Ｘ
Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。(×)
Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对
Z直接生产费用就是直接计人费用。X
Z逐步结转分步法也称为计列半成品分步法。√

A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。
A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)