学生档案管理系统项目开发总结报告Word下载.docx

学生档案管理系统项目开发总结报告Word下载.docx

《学生档案管理系统项目开发总结报告Word下载.docx》由会员分享，可在线阅读，更多相关《学生档案管理系统项目开发总结报告Word下载.docx（8页珍藏版）》请在冰点文库上搜索。

2.需求规格说明书

3.概要设计说明书

4.详细设计说明书

5.用户操作手册

6.测试计划

2开发结果

2.1产品

开发此学籍管理系统软件，以供管理人员及学生进行学籍管理，方便管理人员随时添加、查询、修改等。

促进学生档案管理工作的规化，提高工作效率；

降低学生档案管理维护费用，提高行政工作效率，为学校领导决策提供支持，该系统的设计目标应尽量达到人力与设备的节省，并且提高处理数据的速度。

●源程序行数：

4500行。

●系统物理结构：

账户、、密码、院系信息和学生档案信息

●用户：

学生和系统管理员

2.2主要功能及性能

学生管理系统可大致分大致实现以下功能：

用户管理：

每个学生都有独立的用户账号和密码，新生入学需要添加用户，毕业生需要删除用户，以及学生本人对密码的修改。

权限管理：

管理员和学生各自拥有权限和操作界面。

非管理人员任何人不能擅自修改学生档案信息和院系信息。

院系信息：

管理员有权对年级信息、学院信息、专业信息、班级信息进行增加、删除、修改等基本操作。

学生只能对年级信息、学院信息、专业信息、班级信息进行查询。

学生信息：

学生信息又可分为基本信息、学籍信息、家庭信息、获奖信息、处分信息。

管理员有权对学生信息进行增加、删除、修改等基本操作。

学生只能对个人信息进行查询。

性能：

时间特性:

无论是客户端和管理端，当用户登录，进行任何操作的时候，系统应该及时的进行反应，反应的时间在5秒以。

系统应能监测出各种非正常情况，如与设备的通信中断，无法连接数据库服务器等，避免出现长时间等待甚至无响应。

适应性:

系统应具有十分的灵活性，以适应将来功能扩展的需求。

系统设计要求能够体现扩展性要求，以适应将来功能扩展的需求。

系统安全性需求:

系统有严格的权限管理功能，各功能模块需有相应的权限方能进入。

系统需能够防止各类误操作可能造成的数据丢失，破坏。

防止用户非法获取网页以及容。

2.3所用工时

开始时间

结束时间

总耗时

2014年9月

2015年一月

5个月约150天

2.4所用机时

工作

频率

录入数据

3次/星期

修改数据

删除数据

1次/星期

储存数据

运行维护

1次/月

文档编写

2次/星期

文档修改

查找数据

权限设计

系统完善

2.5进度

开发阶段

完成时间

状态

可行性研究报告

2014年10月

2星期

提前完成

项目开发计划

需求规格说明书

2014年11月

4星期

按时完成

详细设计说明书

2014年12月

3星期

用户操作手册

1星期

测试计划

2015年1月

测试分析报告

开发进度月报

项目开发总结报告

程序维护手册

软件问题报告

2015年1月中旬

软件修改报告

2.6费用

在系统上投入的人力，设备，空间，材料，等等与其他的一系列支持性服务越来越大，导致开发费用支出巨大，严重影响系统的可用性，急需改进。

基建投资：

数据库服务器1台：

10000元

PC机2台：

5000*2=10000元

打印机1台：

1000元

其他一次性支出：

Windows 

server 

2003 

1套：

10000元 

Microsoft 

SQL 

Server 

2000 

（中文标准版）1套：

人员培训费用：

2000元

经常性支出：

人工费用：

（管理员工资2000元/月）*2=4000/月

其他不可预知费用：

共计：

53000元，每年再支出48000元

3.评价

3.1生产率评价

开发过程中负责各个部分的人员的分匹配稍有不足，导致有过做过的任务重复，部分任务未能正常完成。

后期改进后，开发人员之间协调，加进了各个任务的进展，才使得后期效率加快。

（1）项目开发历时三个月

（2）开发过程中反复用到之前已经做出来的成果

（3）对系统本质以及各个功能的设置理解未能做到十分透彻

综合以上几点，项目开发过程中总的效率还是稍微低下，今后会改进，达到各个组员之间的协调合作，加快项目的进度开发。

3.2技术方案评价

系统开发框架：

此系统的框架使用的是简单三层结构，此框架在开发一些中小软件是比较实用的。

但是我们要是可以开发出自己的框架，把一些通用的功能开发到框架中。

这样以来，在以后的系统开发中，针对系统中一些通用的功能就不需要再开发，从而也可以很好的提高我们的开发效率；

减少很多维护费用。

使我们的技术不断的更加成熟。

总体来说技术方案是比较有效可行的，根据现有条件制定最有效的方案对一个团体来说至关重要，能有效的节约设计时间减轻开发人员的压力，这一点在我们的开发过程中有着深刻的体会，我们的方案也在开发过程中不断的完善。

3.3产品质量评价

在测试中检查出来的程序编制中的错误发生率较低，即每干条指令（或语句）中的错误指令数（或语句数）较少。

在开发中制订质量保证计划或配置管理计划，可提升产品质量。

4.经验与教训

通过这几个月的努力工作，我认识到要作一个真正合格的程序员，或者说就是可以真正合格完成一些代码工作的程序员，应该具有以下的的素质：

1．团队精神和协作能力 

把它作为基本素质，并不是不重要，恰恰相反，这是程序员应该具备的最基本的，也是最重要的安身立命之本。

把高水平程序员说成独行侠的都是在呓语，任何个人的力量都是有限的，即便如linus这样的天才，也需要通过组成强大的团队来创造奇迹，那些遍布全球的为linux写核心的高手们，没有协作精神是不可想象的。

独行侠可以作一些赚钱的小软件发点小财，但是一旦进入一些大系统的研发团队，进入商业化和产品化的开发任务，缺乏这种素质的人就完全不合格了。

2．文档习惯 

说高水平程序员从来不写文档的肯定是乳臭未干的毛孩子，良好的文档是正规研发流程中非常重要的环节，作为代码程序员，30％的工作时间写技术文档是很正常的，而作为高级程序员和系统分析员，这个比例还要高很多。

缺乏文档，一个软件系统就缺乏生命力，在未来的查错，升级以及模块的复用时就都会遇到极大的麻烦。

3．规化，标准化的代码编写习惯 

作为一些外国知名软件公司的规矩，代码的变量命名，代码注释格式，甚至嵌套中行缩进的长度和函数间的空行数字都有明确规定，良好的编写习惯，不但有助于代码的移植和纠错，也有助于不同技术人员之间的协作。

fans叫嚣高水平程序员写的代码旁人从来看不懂，这种叫嚣只能证明他们自己压根不配自称程序员。

代码具有良好的可读性，是程序员基本的素质需求。

再看看整个linux的搭建，没有规化和标准化的代码习惯，全球的研发协作是绝对不可想象的。

4．需求理解能力程序员需要理解一个模块的需求，很多人写程序往往只关注一个功能需求，他们把性能指标全部归结到硬件，操作系统和开发环境上，而忽视了本身代码的性能考虑，有人曾经放言说写一个广 

告交换程序很简单，这种人从 

来不知道在百万甚至千万数量级的访问情况下的性能指标是如何实现的，对于这样的程序员，你给他深蓝那套系统，他也做不出太极链的并访能力。

性能需求指标中，稳定性，并访支撑能力以及安全性都很重要，作为程序员需要评估该模块在系统运营中所处的环境，将要受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。

就这一点，一个成熟的程序员至少需要2到3年的项目研发和跟踪经验才有可能有心得。

5．学习和总结的能力 

程序员是人才很容易被淘汰，很容易落伍的职业，因为一种技术可能仅仅在三两年具有领先性，程序员如果想安身立命，就必须不断跟进新的技术，学习新的技能。

善于学习，对于任何职业而言，都是前进所必需的动力，对于程序员，这种要求就更加高了。

表面的东西和名词，做网络程序不懂通讯传输协议，做应用程序不懂中断向量处理，这样的技术人员，不管掌握了多少所谓的新语言，永远不会有质的提高。

善于总结，也是学习能力的一种体现，每次完 

成一个研发任务，完成一段代码，都 

应当有目的的跟踪该程序的应用状况和用户反馈，随时总结，找到自己的不足，这样逐步提高，一个程序员才可能成长起来。

一个不具备成长性的程序员，即便眼前看是个高手，建议也不要选用，因为他落伍的时候马上就到了。

具备以上全部素质的人，应当说是够格的程序员了，请注意以上的各种素质都不是由IQ决定的，也不是大学某些课本里可以学习到的，需要的仅仅是程序员对自己工作的认识， 

是一种意识上的问题。

总之，测试同样是项目研发中一个相当重要的步骤，对于一个大型软件，3个月到1年的外部测试都是正常的，因为永远都会又不可预料的问题存在。

完成测试后，完成验收并完成最后的一些帮助文档，整体项目才算告一段落，当然日后少不了升级，修补等等工作，只要不是想通过一锤子买卖骗钱，就要不停的跟踪软件的运营状况并持续修补升级，知道这个软件被彻底淘汰为止。

路漫漫其修远兮，吾将上下而求索！

这几个月的学习和开发，既有经验又有教训，让我们深刻认识到，我们离真正的程序员还有很长的路要走，我们定将以此为契机，努力提高自己的专业技术水平。