图书馆占座系统的开发终审稿)

图书馆占座系统的开发文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

图书馆占座系统的开发

一.项目描述

1.项目背景

图书馆作为一个学校相对高级的场所，大量的藏书，能够为我们提供丰富的学习资源。相对安静、舒适的学习环境，更是使它成为自习的最佳去处；然而，作为报答一个公共场所，每一天都有大量的学生进进出出，由于每个人的行为习惯或思维方式的不同，便引发了一系列的不良现象。其中最严重的莫过于“占位”现象。每当寒冷的冬季以及各种考试来临前图书馆当仁不让的成为了人群爆满的地方，然而图书馆座位有限，便开始有人占位，或帮同学占位，而且占位的方式很多，几本甚至一本书、一瓶水、一支笔就可以占一个座位什么样的东西都能拿来占位。图书馆的位置资源开始紧缺，因为虽然每个桌子上都有书或其他的占位物品，但三分之一的位置是没人的，同学们对此一片怨声载道试着想象下这样一个场景：“过几天就要考试了，为了考出好一点的成绩，你昨晚便下定决心，明天一定要泡一天的图书馆，把遗漏的、没有理解清楚的知识补回来；可第二天，当你背着书包来到图书馆的时候，从一楼找到六楼，却发现不仅每个书库连自修室都没有空位置。令人恼火的是偌大的自修室内，只是稀疏零散地坐着几个学生。一张可以坐四人的桌子，上面往往只有一个人麻木地坐着。而其他座位上则是随意地放着几本书，仿佛是在告诫你：“不要打这座位的主意，这里有人了！”

2.项目目的

（1）为学校处理和解决图书馆占位问题提供科学的依据和解决方案；

（2）为学生营造一个良好的图书馆学习环境；

（3）节省同学们找座位的时间；

（4）更合理的使用图书馆自习室；

3.项目目标

制作一个简单易操作的软件系统，同学们无论在何时何地都能通过手机或电脑根据自己的学号和教务系统的密码登陆本软件，进行占位，但座位只保留半个小时。如果半个小时后，该同学不去该座位摁确认键的话，那么该座位将会变成无人座。

4．项目主要内容

（1）需求分析

（2）编写程序

（3）购买服务器

（4）应用于图书馆

二.工作分解结构

运行设

(每个模块或子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编码。

4.编码

包括程序和调剂。在软件编码阶段，根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。

5.系统测试

测试编写好的系统。交给用户使用，用户使用后一个一个的确认每个功能。

6.试运行

包括改正适应以及改善。

四.责任矩阵

注：Ｆ负责；Ｃ参与；Ｓ审批；Ｊ监督

五．任务间相互关系的网络图

2)1月10日—2月1日需求分析

3)2月1日—2月25日系统设计，包括概要设计和详细设计

4)2月26日—4月1日编码

5)4月2日—4月30日系统测试

6)5月1日试运行

七．成本计划

八．项目风险管理 1、需求不明确

需求不明确是软件开发过程中经常可能遇到的问题，这类问题往往表现在需

求范围未界定、需求未细化、需求描述不清楚、需求遗漏、需求互相矛盾等多个方面。在软件开发过程的生命周期各阶段中，需求不明确所造成的浪费是最大的，必须尽早尽可能解决。确定用户需求是件非常困难的事情，我们常常从以下几个方面着手处理需求不明确问题：

(1) 让用户参与开发

(2)

(3)开发用户界面原型

(4)需求讨论会议

(5)强化需求分析与评审

2、项目缺少可见性

软件开发项目，往往在项目进度和软件质量方面缺少可见性，项目越缺少可见性，项目就越难以控制，项目就越有可能失败。我们可以通过迭代开发、技术评审、持续集成来增强项目的可见性。应对方法：

（1)迭代开发

(2)技术评审

(3)持续集成。每日构建、持续集成，让项目进度跟踪工作更加容易。当项目小组每天重新编译系统时，已完成与未完成的功能清楚可见，小组成员能够简单地从软件的表现知道距离整体完成还有多远。

3、新技术引入

技术创新是一种具有探索性、创造性的技术经济活动。在开发过程中引入新技术，不可避免地要遇到各种风险。通过T形软件开发、充分论证、多阶段评审、同行经验等措施可降低新技术风险。应对方法：

(1)T形软件开发在项目开发早期，开发小组应该建立系统的架构，解决关键技术难题、开发系统的基础构件，并对系统所需要应用的技术做深度探索。

(2)充分论证。在可行性分析阶段，要广泛搜集相关信息，设计多种可行方案，进行充分论证。

(3)同行经验

针对新技术，由于没有经验可借鉴，因此在探索过程中要充分利用互联网，通过搜索同行经验，往往事半功倍

4、技术兼容性风险

硬件产品之间、系统软件(操作系统、中间件、数据库管理系统)与主机设备之间、系统软件之间、应用软件与系统软件之间以及应用软件之间，都可能存在兼容性问题。往往系统集成的项目越复杂，兼容性问题就越有可能存在。应对方法：设计先行。在做系统的总体设计方案时，务必把好相关产品的选型关，确保网络、主机、系统软件与应用软件之间不要存在较大的技术兼容性问题。

5、性能问题

由于先期设计不足，性能问题往往在系统切换或新系统使用一段时间后暴露。出现性能问题往往要进行大量的优化工作，甚至局部的或全面的重新设计。无论是用户还是开发者，谁都不希望出现性能问题

(1)性能规划

在系统设计时，应做好前期做性能规划，对可能出现性能问题的环节做到充足的估计。

(2)性能测试。在开发过程中，要重视性能测试和压力测试，尽可能模拟现实使用环境，搭建测试平台。另外，由于开发环境的计算机往往比生产环境的计算机配置高，在做测试时应尽量找一些配置低的机器、较小的网络带宽进行测试。

(3)充足的调试时间。在项目开发计划中，为后期性能优化留有余地。在对系统进行性能优化后，要进行性能测试和压力测试，可能还要做几次回归测试。

6、仓促上线

在项目实施过程中，上线环节最容易出纰漏。应充分考虑各种可能出现的问题，做好风险对策。应对方法：

(1)应急预案

(2)分步切换