排队叫号系统在实际运用中广受人们欢迎,预防了排队时会出现的插队和拥挤的现象,所以在社会因素上是完全可行的。
2.2需求分析
在可行性分析的基础上我们得出本系统的开发是可行的,在经过现场调研,和对一些用户的访问,得出了如下用户需求和系统需求。
2.2.1用户需求
(1)界面的分化明确,每个界面画风主题不一样。
(2)加入个性化元素。
(3)系统稳定。
(4)适应性高。
2.2.2系统需求
(1)能适应多个运行环境。
(2)响应时间:要及时准确的反应等候客户的人数,要求高。
(3)占用资源不能太大。
(4)具有可移植性。
2.3功能分析
通过对面向对象建模中功能模型的分析,得出了3个对象,分别是业务员、客户、管理员,并分别给出了对应的用例图。
业务员用例图:
图2-1 业务员用例图
客户用例图:
图2-2 客户用例图
管理员用例图:
图2-3 管理员用例图
通过对面向对象建模中功能模型的分析后,可以得出业务员是本系统的关键,接下来并对本系统中最关键的业务员进行了行为建模的分析,下图便是业务员的状态图。
业务员状态图:来!自~751论-文|网www.751com.cn
图2-4 业务员状态图
通过对面向对象建模的功能模型和行为模型进行分析后,可以明确本系统的各功能:
(1)客户取号功能,会提示客户办理的业务,等待人数和取号的时间;
(2)业务员呼叫功能,包括重呼功能;
(3)业务员暂离功能,人性化的暂离功能,并能个性化输入离开留言;
(4)业务员受理业务功能,会记录受理业务的开始时间和结束时间并保存到数据库以做将来的参考数据;
(5)柜台多开功能,多个窗口同时受理业务是肯定的;
(6)管理员实现行员信息的管理;
(7)管理员实现业务信息的管理;
(8)管理员查询业务受理的记录。
2.4本章小结
依次通过可行性分析、需求分析和功能分析,判断了本系统开发的所需要的条件是否都具备,结果是具备的,并得出了本系统的核心功能有哪些,初步了解系统流程,并为下一步数据库的设计打好了基础。