校务通案例分析.docx

校务通案例分析.docx

《校务通案例分析.docx》由会员分享，可在线阅读，更多相关《校务通案例分析.docx（14页珍藏版）》请在冰豆网上搜索。

校务通案例分析

校务通系统案例分析

某教育部门（甲方）希望所管辖的学校有一个现代化的信息交流平台，即校务通系统，为此他们提出了《校务通系统》的需求，希望委托软件公司为其开发这样的软件项目。

《校务通系统》是对学校教务和教学活动进行综合管理的平台系统，是一个学校和地区教育信息化的基础信息平台。

目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。

针对这个项目，甲方采取多方洽谈的招标方式。

经过多方沟通和不懈的努力，北京xxx公司（乙方）获得了这个项日的开发权。

双方经过多次的协商和讨论，最后签署项目开发合同。

1.1.1甲方招标需求

由于本项目的甲（卖）方采取了多方洽谈的招标方式，所以没有明确的招标书，只编写了工作任务说明（Sow）与乙（买）方谈判。

Sow如下：

校务通管理平台信悫系统业务需求

校务通管理平台信息系统是对学校教务和教学活动进行综合管理的平台系统，是一个学校和地区教育信息化的基础信息平台。

满足学校管理层、教师、学生、家长等日常工作、学习、管理、咨询等工作。

目的是共享学校各种资源、提高学校的工作效率、规范学校的工作流程、便利校内外的交流。

一、整体要求：

1．系统要求提供教师工作平台和学生工作平台。

2系统要求有严格的权限管理，权限要在数据方面和功能方面都耍体现。

3系统要求有可扩充性，可以在现有系统的基础上，通过前台就可加挂其他功能模块。

二、一般学校的机构组成

学校的机构组成如图1所示。

图l一般学校的机构组成

说明：

l）可能每个学校机构不尽相同，但基本框架相似。

这里需要指出的是关于学科教研室的设置，有几种情况：

·每个年级设立学科教研室，如：

初一数学教研室、初二数学教研室B

·每个级部设立学科教研室，如：

初中数学教研室、高中数学教研室。

·每个学校设立学科教研室，如：

××学校数学教研室、××学校数学教研室。

所以，对于教研室最好不要在机构中体现，在教师基本情况中体现即可。

2）对于学校组织机构和人员的设置应遵循以下原则：

组织机构设置：

××学校为一级，各处（室）、单位、级部为二级，各年级为三级，各班级为四级。

人员设置：

各人员均设置在相应的处（室）、单位、级部和年级，即人员的设置最低到年级。

3）机构的日常业务

●办公室：

各类通知的上传下达、工作安排、日程管理、教师档案管理

●总务处：

固定资产管理、教学仪器的使用管理、图书的借阅管理、卫生值日的安排和检查

●政教处：

学生德育教育的管理和评定、学生家长和学校的沟通、学生大型活动的安排

●教务（导）处：

学生学籍的管理、教师教学的管理

●班主任：

班级学生学籍的管理、学生日常管理、学生素质评价，学生学期评定、学生毕业鉴定．

●任课教师：

学生的教学（备课、考试），学生考试成绩评价分析。

三、系统功能描述

（一）通用功能

对于每个教师，登录系统后，都应提供如下功能

l）电子课表：

系统根据学校总排课的情况和该教师的任课情况自动生成电子课表各该教师查阅。

2）会议通知和公告：

系统根据该教师的权限，自动列出该教师需要查阅的会议通知和公告，同时若具备起草和发布通知和公告，则系统提供相应功能。

发送通知和公告应可自由设定相应的权限组。

如全体学生、全体老师、一年级全体老师等。

3）日程安排：

该日程安排应可分级设定，教师登录后可看到与自己有关的日程，同时能对自己的日程进行安排，日程安排同时需要设置自动提醒动能c

4）个人日记：

系统可为每个用户设置一个习于个人记事的功能

5）通讯录：

系统自动从教师基本信息和学生基本信息中抽取通讯记录，形成公共通讯录用于用户查询使用，同时应给用户提供一个个人通讯录，该通信录应能够录入、修改、删除、检索。

6）教师答疑：

系统自动抽取在学生平台提出的需该教师回答的问题，由教师进行解答，并记录相应的状态。

7）家庭作业：

教师课利用此功能对学生进行作业布置和批改。

图2学校招生管理功能的业务流程图

（二）学校日常业务管理功能

1.招生管理

本功能完成各学校从招生到入学的全部过程。

共业务流程图如图2所示。

说明：

l）对于招生工作，首先是报名，系统需要提供报名功能，有的学校还耍组织招生考试，但某些招生不存在入学考试，如小学的招生和某些中学的招生等。

如不需考试则根据报名审查情况录入新生基本信息（参照所提供资料的“招生录入”），录入信息包括姓丝、l4别、考籍号、总分、考生来源、考生类型。

下划线加粗部分为必录项。

2）符合入学条件的学生全部录入或根据考试情况转入完毕后，首先要根据性别和分数进行分班，分班原则为：

每班男生、女生比例要基本一致，各班各分数段的人数耍基本一致。

自动分班后，一定耍提供手工调整的功能。

3）分班结束后，转入正常教学工作前一定耍保证，各班的升学工作已经结束。

4）统计查询

可按入学总分统计查询，可按男女生查询，按学生来源统计。

对于总分可按任意分数段统计。

如每10分一个分数段，或每l分一个分数段。

2．学生日常管理

学生日常管理应包括学生档案管理，学生考勤管理，学生奖惩管理、学生变动管理

l）学生档案管理

本模块应完成学生基本档案信息的录入过程

具体内容请参照所提供资料完善，需要加入照片。

很多项目应有下拉框选择，日期时间加一个统一的控件。

另：

学籍卡片附后。

2）学生考勤管理

能完成正常考勤工作即可。

3）学生奖惩管理

本功能将合并到后期的学生素质评价中c

4）学生变动管理

应包括升学、降级、留级、转学、转班、休学、复学、辍学、退学、开除、死亡等。

对于升学耍考虑用户可操作性，不能对每个学生逐个进行升学处理。

3．教务管理

教务管理主要完成以下功能：

教师日常管理、年级、班级设置、学科设置、年班级课程设计、排课表、考试、评价

l）关于教师档案，比照所提供资料设计，现在也没有一个成形的东西。

关干论文、奖惩、培训都放在后期教师评价统一处理。

2）对子车班级设置、学科设置、年班级课程设计基本按照我们讨论结果。

需指出的是：

年、班级设置中班级设置中增加一个班级级别字段，用末后期对班级的评价，有些学校每学期会对每个班级打分，评出星级班级。

学科设置，由于前面讲到的机构问题，最好不要和学科教研室联系。

3）对干排课表的设计耍遵照以下原则：

·确定每个班级的课程类型、每门课的任课教师、每门课的用课时数和每周上课的天数。

·确定学校每天课时数。

·确定每门课在节次上的限制。

·确定每门课的场地限制。

·每个任课老师在兼顾前面的情况下，每天上课时间要交错开。

·其他因素，如哺乳期教师不能安排在开头或者结尾几节课等。

4）考试管理

学校考试管理功能的业务流程图如图3所示。

图3学校考试管理功能的业务流程图

对于考试是各个学校比较重视的一个方面，因为考试成绩在现阶段很多方面起着主导作用，现将考试需求明确如下：

·对于考试类型用户应可以自行维护，考试类型维护中应增加权重（即所占比例）一项。

·考试科目和考试时间可根据实际情况设置即可。

·考场安排应遵循以下原则：

一对不需要安排考场的考试如单元考试等可跳过。

一对需要安排考场的考试首先耍确定考生数量、考生来源（班级或学校）、考场数量，每个考场的考生数量，课桌排列方式。

一根据以上情况按照相同来源的考生前后左右不能相邻的原则分考场和考号。

·考试成绩录入，应能够按照每个班级、学科录入，对于成绩单的生成，也可考虑数据导入。

·对于考试成绩应能够按照班级排序查询或者按照参加此类考试的全部学生排序查询。

可以按照优秀率、及格率、平均分、标准分统计。

可以按照分数段统计，分数段可自由设定。

5）评价

本模块完成对教师、班级、学生的评价。

教师教学评价：

对子教师评价，暂按如下操作：

·评价工作通常每学期一次，期末产生结果。

·设定一指标体系框架，指标内容可由用户自行维护，指标体系要分级如：

中学一师德素质一爱岗敬业。

·指标应包括，具体指标内容，权重，分数、备注。

·对干教师的论文情况、奖惩、培训情况都可作为指标维护。

·对每个教师所涉及的指标录入相应的分数和备注。

·通过指标的组合形成一个评价公式（评价方案）。

·根据评价方案产生评价结果。

班级星级评价

班级评价比照教师评价操作，对于评价应该有一个分数转换对照表，如90分以上为优秀、A级、五星级等。

学生素质评价：

学生素质评价比照以上操作。

但需要考虑，如々把各种考试成绩枷刭评价系统指标体系中。

4．教师备课系统

此功能提供给每一个授课老师一个计算机备课的功链冖包老备课素讨的准备、组织以及备课笔记的生试和存档。

5资源库系统

应提供一个标准的资源库解决方案。

6．网上考试功能

7聊天室

挂一个功能比较完善的成品即可。

8．论坛

找一个比较有特色的成品即可。

1.1.2项目合同

双方经过多次的协商和讨论，最后签署项目开发合同。

合同文本如下：

合同登记编号：

技术开发合同

项目名称：

＿＿校务通管理系统＿＿

委托人（甲方）：

＿＿xxxxx省教育委员会＿＿

研究开发人（乙方）：

＿＿北京科力拓技术发展有限公司

签订地点：

北京市

签订日期：

2003年4月10日

有效期限：

2003年4月10日至2004年12月16日

北京技术市场管理办公室

根据《中华人民共和圄合同法》的规定，合同双方就项目的技术开发（该项目属于／计划），经协商一致，签定本合同。

一、标的技术的内容、范围及要求：

根据甲方的要求，乙方完成校务通软件系统的研制开发。

l．根据甲方要求进行系统方案设计，要求建立B／S结构的，基于的Sqlserver数据库、NT服务器和J2EE技术的三层架构体系的综合服务软件系统。

2．配合甲方，在与整体系统相融合的基础上，建立系统运行的软硬件环境。

3．具体需求见sow

二、应达到的技术指标和参数

1．系统应满足并行登录，并行查询的速度要求。

其中主要内容包括

（1）保证100人以上可以同时登录系统

（2）所有查询速度应在10秒以内（3）保证数据的每周备份（4）工作日期间不能当机（5）出现问题应在l0分钟内恢复。

2．系统的主要功能是应满足双方认可的需求规格，不可以随意改动。

三、研究开发计划

1．第一阶段：

乙方在合同签订后7个工作日内，完成合同内容的系统设计方案。

2．第二阶段：

完成第一阶段的系统设计方案之后，乙方于50个工作日内完成系统基本功能的开发。

3第三阶段：

完成第一和第二阶段的任务之后，由甲方配合乙方于3个工作日内完成系统在ⅩⅩⅩ信息中心的调试、集成。

四、研究开发经费、报酬及其支付或结算方式

1研究开发经费是指完成本项目研究开发工作所需的成本。

报酬指本项目开发成果的使用费和研究开发人员的科研补贴。

2本项目研究开发经费和报酬（人民币大写〉：

ⅩⅩⅩ万元整。

3．支付方式：

分期支付。

本合同签订之日起生效，甲方在五个工作日内应付乙方合同总金额的50％，计人民币ⅩⅩⅩ．00元（人民币大写xxx元整），验收后甲方在五个工作日内什清全部合同余款，计人民币xxx，00（人民币大写xxx元整）。

五、利用研究开发经费购置的设备、器材、资料的财产权属：

／。

六、履行的期限、地点和方式。

本合同自2003年8月16日至2003年12月16日在北京履行。

本合同的履行方式：

甲方责任

1甲方全力协助乙方完成合同内容。

2合同期内甲方为乙方提供专业性接口技术支持。

乙方责任：

1乙方按甲方要求完成合同内容。

2．乙方愿提供在实现功能的前提下，进一步予以完善．

3乙方在合同商定的时间内保证系统正常运行c

4乙方在项目验收后提供一年免费维护。

5未经甲方同意，乙方不得向第三方提供本系统中涉及专业的技术内容和所有的系统数据。

七、技术情报和资料的保密。

本合同中的相关专业技术内容和所有的系统数据，