抽奖程序需求分析抽奖程序功能描述抽奖程序在联欢会由抽奖.doc

需求分析 3．1．抽奖程序功能描述 抽奖程序在联欢会由抽奖活动主持人输入奖票号码范围，并指定获奖等级后，在给定的号码范围内产生一个随机号码，作为该获奖等级的一个中奖号码。如果产生的中奖号码与已产生的中奖号码重复，则给出明确的提示，放弃这个号码。可随时显示或查询抽奖结果。 程序功能： ⑴抽奖工作人员可以输入不同的抽奖号范围，选择不同的中奖等级。 ⑵本抽奖程序为随机抽取中奖号，如果产生了重复的中奖号将丢弃。 ⑶产生的中奖号和对应的中奖等级记录在一个数据库文件中。 ⑷可随时显示中奖记录。 ⑸输入一个有效的奖票号码，能查询该奖票是否中奖。 3．2．抽奖程序用例模型 抽奖程序用例模型 3．3．抽奖程序静态模型和动态模型 3．3．1．静态模型 抽奖程序初步的类图如图所示，各类的功能说明如下。 GUI（图形用户界面）：识别用户的命令，接收用户的输入，显示程序的结果。 Recorder(记录员)：记录中奖信息。 Chooser(抽奖者)：抽出中奖号码。 Printing(显示对象)：显示中奖信息。 Searching(查询对象)：为奖票持有者查询中奖情况。 Checking(公证人)：验证奖票的有效性。 还有Ticket（奖票）、Records（中奖信息）等。 系统构件：程序只有一个模块，无须构件图。 抽奖程序中有一个模块，安装在一台个人电脑上，没有必要专画一张部署图。 抽奖程序初步的类图 3．3．2．动态模型 抽奖程序初步的活动图及其泳道图分别如图如图所示 a.抽出中奖号码的活动 b.显示中奖信息的活动 c.查询中奖情况的活动 抽奖程序初步的活动图 抽出中奖号码活动的泳道图 显示中奖信息活动的泳道图 查询中奖情况活动的泳道图 3．4．运行环境和用户 ⑴设备需求：电脑（PIII CPU ，256MB内存）。 ⑵操作系统：Windows XP。无须其他支撑软件。 ⑶用户界面：Windows 风格界面。 ⑷使用者可以是抽奖的操作人员、兑奖人员或奖票持有者。 3．5．条件与限制 ⑴程序的中奖号码逐个产生，产生的顺序由操作者人工控制，这是用户的需求。 ⑵抽奖的时间、地点与兑奖的时间、地点不同，所以要将抽奖结果保存在硬盘中。 ⑶本程序中限于内部使用，所以对数据库的操作比较简单。 3．5．功能需求 3．5．1．能够输入抽奖号码 3．5．2．能随机产生中奖号码 3．5．3．能显示中奖信息 3．5．4．能查询中奖者的信息 3．6．性能需求 3．6．1．时间要求 用户单击开始抽奖后，程序1秒内调出“正在产生中奖号码的界面”，显示翻滚的随机奖票号码。用户单击“选定中奖号码”到获取中奖号码的响应时间为1秒。显示抽奖的记录，查询中奖记录，弹出时间在2秒之内。 3．6．2．数据精度要求 本程序全部为整数。中奖等级有4 等级。最小奖票号为1，最大奖票号3．7．属性需求 3．7．1．正确性：本程序要求不会产生最小和最大号码之外的数字。 3．7．2．可靠性：一般条件下，不会死机。 3．7．3．效率：各个操作在1——20秒之内完成。 3．7．4．完整性：如果出现意外情况（如掉电）要求数据能够保存下来。 3．7．5．易使用性：界面符合Windows风格，能对照画面提示直接操作。 3．7．6．可维护性：如果有错误时，能快速修复。 3．7．7．可测试性：设计时尽可能减少测试各项功能的工作量。 3．7．8．复用性：尽量选用已有的类来节省编写时间，设计尽量模块化，方便以后复用。 3．7．9．安全保密性；因为本程序主要是在娱乐活动中用，没有特别的安全性要求。 3．7．10．可理理解性：要求程序中的按钮、提示信息直观，一看就懂。 3．7．11．可移植性：要求能在PC机，手提电脑上通用。 3．7．12．互联性：没有互联要求。 3．8．数据需求 3．8．1．静态数据 最大奖票号、最小奖票号、奖票。 3．8．2．动态数据 中奖记录、中奖奖票号、中奖等级。 3．8．3．数据文件描述 中奖记录；用数据库来保存中奖记录的中奖奖票号和中奖记录。 3．8．4．数据字典 ⑴奖票=1{数字}5 ⑵中奖等级=1{数字}2 ⑶最大奖票号=1{数字}5 ⑷最小奖票号=1{数字}5 ⑸中奖奖票号=1{数字}5 ⑹中奖记录=1{中奖奖票号 中奖等级}n 四．系统分析与设计 4．1．根据前面的需求分析，开发初步的类图 先从谈话中筛选名词，去掉重复的或者应该作为属性的名词，得到如下的可能成为系统中类的名词：图形用户界面（GUI），记录员（Recorder），抽奖者（Chooser），奖票（Ticket），中奖信息（Records），公正人（Checking），查询员（Searching），显示信息（Printing），抽奖规则（Rule）。 抽奖程序初步的类图如图所示 4．2．分析类的