团队分工
第一项任务：团队组建及项目启动
日光微澜
Github仓库：https://github.com/yangleiwangximin/
组长：杨磊（计科高职13-3）201303014107
Github链接：https://github.com/yangleiwangximin/test/blob/mamter/
TestMoveString.java
博客园地址：http://www.cnblogs.com/yangdaxia/
成员:王希敏（计科高职13-3）201303014099、
Github链接：https://github.com/yangleiwangximin/test/blob/mamter/
TestMoveString.java
博客地址：http://www.cnblogs.com/wangximin/
赵林林（计科高职13-3）、201303014112
Github链接：https://github.com/yangleiwangximin/test/blob/mamter/
TestMoveString.java
博客地址：http://www.cnblogs.com/zhaolinlin/
赵书（计科高职13-1）201303014020
Github链接：https://github.com/yangleiwangximin/test/blob/mamter/
博客园地址：http://www.cnblogs.com/zhsh/
博客地址http://eeeee1029.blog.163.com/settings/
日光微澜团队分工情况
团队项目任务
1.团队组建及项目启动（第一周，截止5月24日）
团队成员及分工
确定团队成员绩效评估方法 -->个人在团队中的绩效
//第一项任务由杨磊4107负责
2.利用NABCD模型进行竞争性需求分析（第一周，截止5月24日）-->NABCD模型
//第二项任务由赵书4020负责
3.SRS文档（第二周，截止5月31日）-->Spec模板
要求对所选项目进行用例建模 --> 用例建模
//第三项任务由赵林林4112负责
4.制定测试计划（第二周，，截止5月31日）--> 测试计划参考
//第四项任务由王希敏4099负责
5.给出设计类图（第三周，截止6月7日）-->参考
//第五项任务由赵林林4112负责
6.面向对象程序设计（第四周，截止6月14日）
//第六项任务由赵书4020负责
7.测试与调试（第五周，截止6月21日）
测试用例
测试结果
调试方法
//第七项任务由王希敏4099负责
8.运行及总结（第五周，截止6月21日）
//第八项任务由杨磊4107负责
整个项目在执行的过程中各个环节人人都要参与。同组人之间要多多沟通，交换意见，每个环节的负责人，要尽到督促学员完成任务，监管好当前项目的职责。希望我们日光微澜团队能够保质保量按时完成！
团队成员绩效评估方法
为了更好的分配资源，刺激成员成长和提升整体工作积极性，对于任何一个团队，成员绩效评定都是一个不可缺少的重要环节。队经过很长时间的激烈讨论，出炉了属于我们自己的绩效评定草案，起草者资历贫薄，欢迎大家指正
团队简介：日光微澜团队共有四人，包括
杨磊 赵书 王希敏 赵林林
1、 理想目标
a. 加强团队凝聚力，避免诱发矛盾
b. 鼓励能者多劳，略不能者多学
c. 防止“打酱油”、“抱大腿”情形出现
2、 实现方式
a. 为了让大家齐心协力，将团队项目看作属于自己的项目，团体初始总分根据最终项目完成情形获得6（不理想）8（理想）10（一级棒）三个分数级别。然后采用这样的评分制度：个人分数和 = 团队总体得分*团队人数；个人得分应在0~10分之间。 最后只要团队总体得分确定了，作为这唯一的一个大蛋糕要如何分割？只能通过将团队整体表现和个人绩效挂钩。项目最终完成情形，由团队成员根据最终的老师评定、同组和其他团队评价自行评定。
b. 为杜绝团队内可能的打酱油现象，实行团队内部淘汰机制。 具体办法：领取团队任务后，不能如期完成者，自动淘汰出团队，其对应职责由团队重新协商解决；淘汰出团队的多个同学，为得到团队项目成绩，可自行重新组队。
c. 个人成绩的评定需要大家先根据自己的观察给组内每个成员打分，个人满分仍为10分，综合起来算出每个人的平均分，最后组长根据组员整个软件设计过程中的表现给予适当的奖励与惩处，得出最终成绩。
d. 团队内部互评是由大家根据自己对各个成员在团队贡献的判断“自主”分配的蛋糕。主要的评价标准包括：所完成任务是否涵盖所需知识点；所领任务是否按时完成；所分得工作的难度；工作量；在团队中组织、沟通能力；工作中积极性；在实际运作中发现漏洞的能力；遇到问题时提出的解决方案的采纳率；工作效率以及团队协作的能力。
分在一组就是一个family,希望大家都能有该有的责任心,努力做好各自的工作,相信我们一定会做得漂亮.
需求分析
【需求功能描述】
用一种熟悉的语言编写一个日历程序,该日历要实现的功能有一下几个:
1、当程序运行时,显示的时间是系统当前时间;
2、可以手动输入时间,确定后系统要跳转到指定的时间,并显示出星期几.
3、提供一种点击功能,通过点击,可以实现月份的自增,自减,日期的自增,自减功能.
4、要求星期日显示的位置是在星期一前面.
5、系统要提供一种良好的工能扩展接口,以方便以后对本系统进行功能扩展.
【需求界面描述】
1、最要紧的是界面要足够的清爽.
2、界面布局要合理
3、日历的界面初始大小不宜过大,以300*300为宜
【性能需求】
1、要提供一种良好的异常处理机制。
2、要对发生了异常的事件进行精确的判断，并进行处理。
3、程序的可移植性要好，尽量消除对环境的依赖。
【总体设计】
1、数据流图
|
CalendarPa（主类) |
||||||||||
|
|
||||||||||
|
|
|
|||||||||
|
Notepad |
|
Year |
|
Month |
||||||
|
成员变量描述 变量类型 名称 |
|
年、月、日 int year,month,day 保存日志的散列表 Hanshtable hanshtable 存放散列表的文件 File file 显示日期 JtextFile[] showDay 日历对象 Calendar 日历 记事本对象 NotePad notepad 月 Month 负责改变月 年 Year 负责改变年 |
|
名称 功能 备注 |
|
CalendarPad 创建窗口主程序 构造方法 设置日历牌 设置日立的年份、月份 排列号码 排列月份中的号码 mousePressed 处理MouseEvent事件 接口方法 main 程序开始运行 |
【测试计划说明书】
测试用例的设计：针对此系统我们主要采用黑盒测试和白盒测试。下面是具体的测试计划：
1、 黑盒测试：从系统界面入手，采用规则和不规则，合理与不合理的数据为输入，以观察输出结果是否与预期结果或者是需求分析描述的结果相符。并且详细的记录每一种测试用例，以备后续的回归测试和分析与总结测试结果用。
2、 白盒测试：从系统的逻辑结构出发，针对结构的每一个分支进行测试。
其次，再辅以单元测试、集成测试、回归测试、以及最终用户的确认测试。
所谓单元测试，是针对程序的每一个功能模块进行测试，等到确认该功能模块正确无误在进行该模块的集成测试。单元测试保证了每一个功能模块的正确性。
所谓集成测试，是将每一个功能模块以此地、逐步地集成在一起进行测试，以观察各个功能模块之间的相容性。
如果测试到某一阶段时发现错误，此时我们就必须对源程序进行相应的修改，然后进行回归测试。
在所有的测试完成且无异常，错误之后。我们把系统交给用户，让用户对本系统进行确认测试。确认测试是最后一道测试工序，它将决定用户是否接收本系统。
