彩票管理系统需求分析说明书.docVIP

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
彩票管理系统需求分析说明书 一. 引言 1 1.编写目的 1 2. 背景 1 3. 定义 2 二. 任务概述 2 1.目标 2 2. 用户的特点 2 3. 系统功能示例 2 三. 需求细则 2 1. 对功能的规定 2 2. 对性能的规定 5 3. 对排版的规定 5 4. 对可维护性的规定 5 5. 对个性的规定 6 6. 对项目过程的规定 6 引言 需求细则 对功能的规定 分必选项和任选项,其中,必选项是必须完成的,属于项目答辩的入口条件,所有人都要做,未完成者取消答辩资格;任选项不是入口条件,但每完成一项都会加分,对于完成了必选项的同学,尽可能地多完成一些任选项,以期获得更高的答辩成绩。如果所有项(包括必选和任选)都完成,那么功能分就是满分。如果设计思路、界面效果、代码组织等方面有个性(或和别人的不同),则获得附加分。 服务器功能 彩票信息定义 属性:必选 描述:彩票信息必须包含如下项(包括但不限于): ID和彩票名称(字符串):ID要求全局唯一; 类型:例如,体育彩票、慈善彩票、救灾彩票等等; 单价:每张彩票的票面金额; 已认购数量:截止目前为止,本彩票已被彩民认购的数量。 状态(布尔类型):是否已开奖; 起止时间:彩票发布时间和结束时间(开奖时间)。 彩民信息定义 属性:必选 描述:彩民信息必须包含如下项: 基本数据信息:账号(要求全局唯一)、密码; 金额信息:账户余额、已购彩票(类型 + 数量 + 状态)。其中,状态标示是否已开奖及中奖金额。 发布彩票 属性:必选 描述:管理员能够发布(增加)彩票。 保存 属性:必选 描述:彩票信息(彩民信息)既能够在内存中存在,也能够存于磁盘中,掉电后信息不丢失。必须完成下面两种情况: 在内存中,所有彩票的信息以链表的方式存在; 在硬盘中,以文件形式存在(文件格式不限、内容形式不限)。 删除 属性:必选 描述:能够删除彩票,完成下列情况的任一种即可: 一条一条删除(例如根据ID删除); 批量删除(例如根据某种区间删除)。 查询 属性:必选 描述:能够查询某些彩票信息,完成下列情况的任一种即可: 根据账号查询; 根据已认购金额查询(可能符合条件的有多条记录); 其它更有创意的设计。 排序 属性:必选 描述:能够按序显示彩民信息,完成下列情况的任一种即可: 根据账号排序; 根据账号余额; 其它更有创意的设计。 开奖 属性:必选 描述:管理员能够发布开奖,必选完成下列所有情况: 能够显示开奖结果,中奖者的余额要更新(修改功能); 有中奖算法:必须有随机数,中奖算法能够合理计算各中奖号码的中奖金额 (任选); 客户端功能 注册登录 属性:必选 描述:彩民能够注册登录到服务器。 查看个人信息和中奖信息1 属性:必选 描述:彩民能够登录系统查看个人信息和账户余额。 查看个人信息和中奖信息2 属性:任选 描述:彩民能够登录系统查看自己的彩票购买历史及其中奖情况。 下注 属性:必选 描述:彩民能够下注。必选完成下列所有情况: 提示彩民相关彩票信息(例如彩票名 、 售价、发布时间等等)。所有彩民登陆后看到相同的彩票信息。 彩民可以选择下注哪一种彩票及其数量,确定后从账户余额中扣除相应金额; 界面友好 属性:必选 描述:用户的一些操作前后做出一些必要的提示或确认。所有完成的功能都需要友好,例如: 增加失败提示; 删除失败和成功提示、删除前的确认; 修改失败和成功提示、修改前/后的确认; 查找失败提示、查找成功的确认; 退出系统时,如果有修改要提示是否保存; 其它方面的界面问题; 对性能的规定 本系统在设计方面本着方便、实用的宗旨,性能方面应遵循如下原则: 执行效率(时间): 软件运行应该尽量高效;避免没有必要的循环处理、重复处理; 资源损耗(空间):设计尽量节约资源(内存、数组、链表等);不用的资源要及时释放; 初始化: 变量、数组、内存块、链表节点(其next要置NULL)等都要初始化; 健壮性:不能出现野指针、内存泄露、数组越界访问等等: 申请内存之后,应该立即检查指针值是否为NULL;动态内存的申请与释放必须配对,防止内存泄漏。释放了内存之后,立即将指针设置为NULL,防止产生“野指针”; 函数的入参要进行有效性判断; 不允许出现goto语句; 数组的下标不要发生“多1”或者“少1”操作。 对排版的规定 缩进要对齐; 长行拆分; 二元操作符的前后应当加空格,包括如下操作符: 赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符,如=、+= =、=、+、*、%、、||、, ^ 等; 空行: 结构体 声明之后、每个函数定义结束之后都要加2行空行; 逻揖上密切相关的语句之间不加空行,其它地方应加空行分隔; 一行代码只做一件事情; if、for、while、do等语句自占一行,执行

文档评论(0)

xx88606 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档