一次团购活动项目开发
项目需求
1、 单点登录：任何一名公司员工采用portal帐号密码登录系统，系统需自动获得该员工的以下基本信息：员工编号、portal帐号、姓名、性别、手机号、归属组织架构（精确到底层）。
2、 衣服属性：被投票的每件衣服需具备以下基本信息：衣服类别（男装、女装）、衣服种类（上衣、裤子等）、衣服款号（Abcde等）、颜色（SHP(西瓜红)等）、尺码（S、M、L等）、库存（该尺码目前剩下的库存量，库存为0，该尺码将不能进行选择）
3、 界面要求：一名员工登陆该站点后，系统将具备以下要求：
（1） 界面顶部应该包含本次投票的一些说明细则还有衣服的热点排行（男员工显示男服装的排行，女员工显示女装的排行）。
（2） 自动识别该员工的性别而显示衣服的类别，如男员工应该显示男衣服，女员工显示女衣服
（3） 衣服的种类应用在同一页面内分开显示，如男员工有上衣和裤子，应该在不同栏目里显示。
（4） 同一种类而不同款号的衣服应该在同一栏目里以不同的项来显示，如男员工上衣有：QB-716301和QB-716302两款，那么这两款要的同一栏目中分开显示。
（5） 同一款衣服中的不同颜色的款式应该在同一项下的子项显示。
（6） 员工投票时，对不同类别，不同的项的选择数目是有限制的，比如：男员工有5款上衣和6款裤子，但有规定：一名员工只能选择其中两件上衣和两条裤子，选多选少都不给于提交。（男员工的配置为：一件T恤，一件衬衣，两条裤子。。。女员工的配置为：一件T恤，一件衬衣，一条牛仔裤子）
在员工选择好衣服后提交投票时，应该弹出提示说明框，内容如下：投票成功，请注意以下您要的颜色如果没有，公司到时会单独通知您进行调换。
4、 导出数据的要求：为了方便综合部统计，在投票结束后，导出的表格信息应该包括以下信息内容：员工编号、portal帐号、姓名、性别、归属组织架构（精确到底层）、手机号、所选衣服1名称、所选衣服1颜色、所选衣服1尺码；所选衣服2称、所选衣服2颜色、所选衣服2尺码。。。。以此类推。
需求分析/开发计划
1.功能点。（1）单点登录。（2）服饰数据的录入模块。（3）热点排行的显示。（4）根据性别显示不同内容。（5）对服饰的选择有库存限制。（6）数据的统计导出。（7）展示和选择页面
2.时间。大概一个星期。
3.与需求人确认。经过商讨，服饰的数据会由需求部门提供给我们，一般情况下需要由我们录入；同时活动结束后，数据由我们生成以excel的格式提供给他们。同时考虑到时间比较少，同时该项目为一次性项目，活动结束即项目生命周期完毕。所以决定服饰的录入模块和数据导出两个功能点可以去掉，使用直接的数据库操作录入原始数据和查询统计结果替代。同时又觉得热点排行用途不大，在时间有余的情况下才做，其实这么说了，也就属于不做部分。这么下来，开发计划基本定下来，主要需要完成的就是展示的页面的设计和投票逻辑的提交。
数据库设计
数据库比较简单，从以上需求不难想象，至少需要包括服饰信息、员工信息、员工对应服饰这3张表，其中员工信息可以通过单点登录模块获取，所以该表可以省略，需要时直接通过单点登录功能获取即可。于是整个项目只有2张表。
Product 服饰信息表
| 字段名 | 类型 | 说明 |
| fnumber | 文本 | 服饰款式 |
| fcolor | 文本 | 颜色 |
| fsize | 文本 | 尺寸 |
| fsex | 文本 | 性别 |
| fcatalogue | 文本 | 分类（上衣、T恤、裤子） |
| fpic | 文本 | 图片路径 |
| fstock | 数字 | 库存 |
| Fid | 自增 | |
Vote投票表
| 字段名 | 类型 | 说明 |
| Fid | 自增 | |
| floginid |
|
