beta版本发布说明与总结

1.发布说明：

软件介绍：

• deta版本的发布最终是一个可安装使用的窗体程序，已经由Alpha版本的应用解决方案完成到一个程序；
• deta版本解决了Alpha版本遗留的软件技术方面错误问题，以及针对有关问题的优化，和个人体验后的优化；
• deta版本实现了软件的用户实际可用性的调整，即：软件的数据操作问题，放弃使用数据库，而直接操作Excel文件。
  用户介绍：

• 设计考虑为：主要高校中有空余时间并且有意愿学习英语的群体；就实际情况而言，应该是能使用电脑的群体，可以在工作学习之余，用软件来学习英语单词。

  2.软件安装使用说明：

  一、软件安装：
  点击“setup.exe”文件安装：
  
  可自定义安装位置：
  
  
  点击下一步，到安装完成。

二、软件使用：
可双击桌面快捷方式“RPdeta2.0.exe”，或者点击“开始”在点击“RPdeta2.0.exe”；

若遇到安全软件阻拦：请选择允许（本软件不会对你的电脑造成任何威胁）确认后即可使用

额外说明：

• 软件所有页面均可使用 【ESC】键返回，在主页可退出程序。

2.整体综合总结：

2.1开发设计阶段：

• 没有发挥团队各个队员“各尽所能”的作用：
  考虑使用各个队员之间相互独立的开发相应的模块，并安排间隔时间进行交流沟通。
• 软件设计开发在团队之间没有重心：
  由组长协调，分成结对小队，统筹安排整体软件的各个部分的开发设计。

• 软件设计与实际开发情况有特殊出入：
  由于实际软件开发水平，软件目标及时调整为符合水平的基于C#的窗体应用程序开发。

  2.2开发编码阶段：

• 队员直接缺少相应技术和依赖性过强：
  结队成员之间的协调性由于技术原因并不合作恰当，采用组长来协调工作之间的权重关系，来改善工作情况。
• 重心偏移以及队员安排与总体进程脱节：
  实际上来说，软件总体的工作重心偏向了组长，队员的进程较慢，拖慢了总体进程，采用了以队长为核心队员辅助进行各项工作的形式，协调统一工作内容与范围。

• 时间安排与开发进程的不统一：
  用组长为核心能够加快工作进度，但也是软件开发出现阶段性特征，呈一段一段式的开发，避免组长决定时间安排，采用第二核心的方式，交替补足时间空缺，进一步提高开发进度。

  2.3冲刺与测试阶段：

• 软件有较大的用户不可用性：
  实际原因是因为：软件设计是就采用的是数据库的数据操作模式，这就使得未安装有数据库的同学，不能够使用我们的软件；我们在Alpha版本开始就开始研究了解决方法，最终在beta版本实现数据操作模式的改变，以满足普通同学也能使用我们的软件。
• 软件技术不足遗留的问题较难处理：
  主要是指两个方面：一是软件内部数据交流的逻辑关系在“记单词”功能上，有较大限制，从而使功能体验不佳；二是软件的截图功能，由与Windows屏幕的缩放问题所引起，在技术层面未找到有效的解决方法。
  最终通过重新的构建内部数据的逻辑关系，有效解决其数据暂存的问题，另一面，通过而分析计算，来修改优化截图所存在的技术问题，勉强有效解决截屏失误的问题。

• 软件的功能不足问题：
  在Alpha版本中，我们发现软件收藏功能的不足，需要删除与更新的额外功能，于是，我们在Beta版本中，通过可行的技术增加了更新功能，但由于数据操作模式的限制，我们只能通过更新的方式来实现删除的功能。

作为组长的个人总结：
实际上来说，我能够很清楚的知道整个团队的能力与水平，以及每个成员的水平，但是我却不能够使每一个人各尽所能。在整个软件开发中，有严重的工作重心偏移，倾向于由我担任核心的形式，这就导致工作安排与工作进程脱节的问题，一面由组长为核心能有效提高工作效率与工作进程，一面又会因为组长作为核心的工作安排而影响整体的工作进度，凸显出严重的工作重心矛盾问题。
可以知道的是，我可能并没有较好的安排能力与组织沟通能力，以至于尽管了解队员能力，但却并不能有效使用；此外，我尽可能使用自己的学习能力与基础开发能力，以至于整个工作中基本都偏向于我，从而使得队友并不能得到压力激发，使其各尽所能。
但还好，我的队员都乐于服从我的安排以及协助我完成软件开发与测试优化维护的各个环节的工作，充分信任我的能力，并积极配合我处理各项各阶段的事务，向我的开发进程靠拢，并随时向我提供帮助。