彩票管理系统需求分析说明书
一． 引言 ...............................................................................................................................................1 1.编写目的 ..........................................................................................................错误！未定义书签。 2.背景 ................................................................................................................错误！未定义书签。 3.定义 ................................................................................................................错误！未定义书签。 二． 任务概述 .....................................................................................................错误！未定义书签。
1．目标 ...............................................................................................................错误！未定义书签。 2.用户的特点 ....................................................................................................错误！未定义书签。 3.系统功能示例 ................................................................................................错误！未定义书签。 三． 需求细则 .......................................................................................................................................1 1.对功能的规定 ...............................................................................................................................1 2.对性能的规定 ...............................................................................................................................3 3.对排版的规定 ...............................................................................................................................4 4.对可维护性的规定........................................................................................................................4 5.对个性的规定 ...............................................................................................................................5 6.对项目过程的规定........................................................................................................................5
一． 引言
二． 需求细则 1.对功能的规定
分必选项和任选项，其中，必选项是必须完成的，属于项目答辩的入口条件，所有人都要做，未完成者取消答辩资格；任选项不是入口条件，但每完成一项都会加分，对于完成了必选项的同学，尽可能地多完成一些任选项，以期获得更高的答辩成绩。如果所有项（包括必选和任选）都完成，那么功能分就是满分。如果设计思路、界面效果、代码组织等方面有个性（或和别人的不同），则获得附加分。
1.1 服务器功能
1.1.1 彩票信息定义 属性：必选
描述：彩票信息必须包含如下项（包括但不限于）：
● ID和彩票名称（字符串）：ID要求全局唯一；
● 类型：例如，体育彩票、慈善彩票、救灾彩票等等； ● 单价：每张彩票的票面金额；
● 已认购数量：截止目前为止，本彩票已被彩民认购的数量。 ● 状态（布尔类型）：是否已开奖；
● 起止时间：彩票发布时间和结束时间（开奖时间）。
1.1.2 彩民信息定义 属性：必选
描述：彩民信息必须包含如下项：
● 基本数据信息：账号（要求全局唯一）、密码；
● 金额信息：账户余额、已购彩票（类型 + 数量 + 状态）。其中，状态标示是否已开奖及中奖金额。
1.1.3 发布彩票 属性：必选
描述：管理员能够发布（增加）彩票。
1.1.4 保存 属性：必选
描述：彩票信息（彩民信息）既能够在内存中存在，也能够存于磁盘中，掉电后信息不丢失。必须完成下面两种情况：
● 在内存中，所有彩票的信息以链表的方式存在；
● 在硬盘中，以文件形式存在（文件格式不限、内容形式不限）。
1.1.5 删除 属性：必选
描述：能够删除彩票，完成下列情况的任一种即可：
● 一条一条删除（例如根据ID删除）； ● 批量删除（例如根据某种区间删除）。
1.1.6 查询 属性：必选
描述：能够查询某些彩票信息，完成下列情况的任一种即可：
● 根据账号查询；
● 根据已认购金额查询（可能符合条件的有多条记录）； ● 其它更有创意的设计。
1.1.7 排序 属性：必选
描述：能够按序显示彩民信息，完成下列情况的任一种即可：
● 根据账号排序； ● 根据账号余额；
● 其它更有创意的设计。
1.1.8 开奖
属性：必选
描述：管理员能够发布开奖，必选完成下列所有情况：
● 能够显示开奖结果，中奖者的余额要更新（修改功能）；
● 有中奖算法：必须有随机数，中奖算法能够合理计算各中奖号码的中奖金额
（任选）；
1.2 客户端功能
1.2.1 注册登录 属性：必选
描述：彩民能够注册登录到服务器。
1.2.2 查看个人信息和中奖信息1 属性：必选
描述：彩民能够登录系统查看个人信息和账户余额。
1.2.3 查看个人信息和中奖信息2 属性：任选
描述：彩民能够登录系统查看自己的彩票购买历史及其中奖情况。
1.2.4 下注 属性：必选
描述：彩民能够下注。必选完成下列所有情况：
● 提示彩民相关彩票信息（例如彩票名、售价、发布时间等等）。所有彩民登陆后看到相同的彩票信息。
● 彩民可以选择下注哪一种彩票及其数量，确定后从账户余额中扣除相应金额；
1.3 界面友好 属性：必选
描述：用户的一些操作前后做出一些必要的提示或确认。所有完成的功能都需要友好，例如：
● 增加失败提示；
● 删除失败和成功提示、删除前的确认； ● 修改失败和成功提示、修改前/后的确认； ● 查找失败提示、查找成功的确认；
● 退出系统时，如果有修改要提示是否保存； ● 其它方面的界面问题；
2.对性能的规定
本系统在设计方面本着方便、实用的宗旨，性能方面应遵循如下原则： ● 执行效率（时间）： 软件运行应该尽量高效；避免没有必要的循环处理、重复处理； ● 资源损耗（空间）：设计尽量节约资源（内存、数组、链表等）；不用的资源要及时释放； ● 初始化： 变量、数组、内存块、链表节点（其next要置NULL）等都要初始化；
● 健壮性：不能出现野指针、内存泄露、数组越界访问等等：
◎ 申请内存之后，应该立即检查指针值是否为NULL；动态内存的申请与释放必须配对，防止内存泄漏。释放了内存之后，立即将指针设置为NULL，防止产生“野指针”； ◎ 函数的入参要进行有效性判断； ◎ 不允许出现goto语句；
◎ 数组的下标不要发生“多1”或者“少1”操作。
3.对排版的规定
● 缩进要对齐； ● 长行拆分；
● 二元操作符的前后应当加空格，包括如下操作符：
赋值操作符、比较操作符、算术操作符、逻辑操作符、位域操作符，如\"=\"、\"+=\" \">=\"、\"
● 空行：
◎ 结构体 声明之后、每个函数定义结束之后都要加2行空行； ◎ 逻揖上密切相关的语句之间不加空行，其它地方应加空行分隔； ◎ 一行代码只做一件事情；
◎ \"if\"、\"for\"、\"while\"、\"do\"等语句自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加 \"{ }\"；
4.对可维护性的规定
对可维护性的最终要求：别人能够轻松上手你的代码。
● 结构清晰：
◎ 模块化：对界面（显示）、菜单管理、逻辑管理、文件操作等等代码要独立； ◎ 封装：一个函数只做一件事，函数功能要单一；一个函数不能超过100行；
避免重复、冗余代码； ◎ 代码块清晰。
● 变量命名规范，变量名应该具有自明性：
◎ 常量，枚举和宏定义命名
常量名,宏和枚举值由全大写字母组成，单词间通过下划线来界定； ◎ 函数的命名：
使用\"动词\"或者\"动词＋名词\"（动宾词组）的形式，由一个或多个单词组成且以小写字母开头，以后每个单词的首字母要大写便于界定 ◎ 变量的命名与定义
应当使用\"名词\"或者\"形容词＋名词\"，由一个或多个单词组成且以小写字母开头，以后每个单词的首字母要大写便于界定。
● 注释充分：变量、函数（包括参数、返回值）、代码功能块、一些复杂算法„„等都需要
清晰明了地说明；
5.对个性的规定
把项目做出个性出来。下列各项中有和比人不同之处、或很有创意，即可认为有个性。独立设计的软件，一般都会出现一些个性。参考、抄袭不会出现个性。
● 设计思路：包括软件的整体架构、功能块的设计思路、函数封装等等； ● 功能实现：从用户的角度，使用上发现与众不同的地方； ● 其它方面；
6.对项目过程的规定
本着紧张但不急躁、不参考、不拷贝的原则进行。 紧张但不慌张
项目周期只有一周，这还包括项目答辩时间。所以项目时间比较紧张，但不能慌张。要有自己明确的设计思路，一步步沿着思路走下去，以此来巩固自己所学，锻炼自己的独立工作能力。 能自己做，绝不参考别人
自己还没有做，还没有想，就去看比人的，这样尽管功能做出来了，但却没有什么意义，真正面试时还是不会。作者和读者，天壤之别。
如果自己实在无法搞定，一个问题卡了快一天了，则可以咨询别人一下想法，再行编码；尽量不直接看别人代码。 不拷贝
一旦发现拷贝，取消答辩资格。答辩时发现，答辩成绩减半。
copy别人的代码，甚至直接运行别人的代码，以此作为自己的项目进展，这是严禁的。严禁运行效果出来了，却不知道是哪些代码造成的，严禁明明是自己写的代码，但却不知道为什么这么写。
