在开始对此系统进行再次分析之前，再回顾下可用性。首先，可用性是与系统故障有关的一个质量属性，是指系统正常运行的时间的比例，一般通过两次故障之间的时间长度或在系统崩溃情况下能恢复正常运行的速度来衡量，同时此概念涉及一个公式的计算。其次，可用性关注以下几个方面：如何检测故障、发生故障的频度、出现故障时的现象、系统故障排除的时限、如何防止故障的发生、发生故障时的处理。最后，可以总结的是，可用性可以从客观和主观两个方面来进行评价，客观的就是讲这个系统讲这些个功能是否达标，主观的讲就是用户是否满意。另外，提升可用性，一般从这四个方面来考虑：错误检测、捕获异常、错误恢复、和错误预防。
在《大型网站技术架构》一书中，第五章首先提到基本分层架构模型，即应用层、数据层和服务层的分离。在原先自己的XX系统中，这三个方面几乎融为一体，将三个方面都写在了一起，可以说是一个相当混乱的系统，这三个方面几乎没有什么独立的概念。这个学期重做这个系统，首先要做的就是采用合适的框架，尽自己能力的将这三个方面实现独立，使之相关联、错误却不相迅速产生连锁反应，实现整个系统整体结构上的清晰明了与可用。
紧接着，书中提出利用浏览器支持的Cookie来记录Session，对于这一点，我所想到的其实是用户在登录一次后，以后是否能进行自动登录这个问题。正如老师曾在安卓的课上所说到的，总不能让用户每次都看见欢迎界面，每次自己手动输入账号密码。如果每次的登录都带来这个问题，那么用户必然不愿意再继续使用这款软件，我这里也尽可能的在XX系统上做优化。
针对接下来提出的分级管理，我想到上次把我做的系统给学弟评分的时候出现的一个问题。虽然，我的功能都有了，但是，系统却能在没有填写相关信息的情况下去填写征集表的内容。我将填写个人信息的模块和填写征集表的模块相独立却没有进行层次上先后的限制，而重做系统，这个限制条件这次是应该加入进去了。
上课的时候，老师一再提到了对于信息的删除不能那么任性！这一点又是值得好好考虑的，首先考虑人性化考虑，其次考虑，真的误操作，怎么恢复的问题。这里，首先是提示，做好人机交互，以防误操作的问题，其次是数据的备份与恢复，最后是日志的记录和回滚，后面两点均是为真正误操作而考虑的。其中数据进行同步和异步的备份；日志部分为三个：用户的行为日志、服务器端日志、浏览器的日志。（尽管此处，个人还不知道具体如何实现，但是，先考虑上，努力完成）
在书第六章第七章中，我了解了一些其他方面关于可用性的知识，但是思索过后，并不知道如何与所做的系统具体的结合在一起，因此不在此处进行联系说明了。
其实，现在来回顾上个学习整个系统的实现，尽管耗时很久，但是真正实现的时间也就花了两三个晚上。所以缺点和漏洞还是有很多的。接下来，在重写系统的过程中，如若发现其他的关于可用性的改动，再来进行补充说明。
（未完）