项目的一些感想

系统出错设计

系统要保证用户在没有正确的用户名和密码的情况下无法登陆,否则就会窃取到他人的聊天记录。这就需要程序员在编写前端和后端代码时注意编写的严密性,不能让其他人恶意地侵入系统并进行破坏。


出错信息

采用错误提示窗口向用户提示错误,并进行处理。这里采用表格列举一些常见的错误信息。

| 错误类型 | 子项 | 提示 |
| :--- |:-- |
|登陆错误| 用户名输入错误| 该账号未注册 请立即注册|
||密码输入错误|账号正确 但密码错误|
|输入错误|没有内容|输入为空 请重新编辑|
||输入不合法|输入不合法 请重新输入|
|网络错误|连接超时|连接超时 请检查网络|
||连接断开|连接断开 请检查网络|
|聊天记录|找不到聊天记录|系统出错,请稍后再试|
||无法查询聊天记录|请检查网络后重试|
|数据库连接|数据库连接断开|数据库连接断开|
||数据库连接出错|请检查网络问题|
|软件|软件运行停止|请检查系统的兼容性问题|
||软件卡顿出错|请将信息反馈给我们|


这里写出了我们的软件可能会犯的一些错误信息。

小结:感觉写了这部分内容自己收获了许多,首先会开始考虑软件的可能出错的信息的出错以及对策,不再是随意写的代码,一点也不考虑使用软件用户的感受。其实写了软件测试,自己学会一些测试方法以及测试的步骤,例如单元测试,模块测试等。以前可能没怎么学过大的程序,要也是写了几百行的样子,但是却没有什么规范化,觉得只要输入输出正确就可以了,实际上还需要考虑每一个代码模块的质量,方便以后的复用。接下来写了审查与复查,明白了一个软件还要进行后期的维护,进行最后审查内容,不只是代码,还有综合测试,看是否与需求文档,功能说明文档是否一致,这才是做了真正的项目。让我明白了不只是编码才是主力,其实其他文档的书写以及项目的流程也非常重要,以前我们的想法只适合短小的代码,一旦代码量大了之后就会不可控制,只有规范的需求分析,和设计之后,才进入编码阶段,最后进行代码的测试与维护,这才是一个大项目应该有的流程。
问题:1.我所负责的安卓端并没有实现注册登陆功能,主要是服务器那块不太熟悉。
2.我们没有做项目的经验,以至于还是按照以前的老风格,先写代码为主,再进行需求分析以及设计,这一点是我们的不好。当然也有技术的难度,因为可能许多需求提出来之后,有些会实现不了,因此也放弃了很多功能。

posted @ 2016-04-19 12:35  111231231241  阅读(200)  评论(0编辑  收藏  举报