当前位置: 东星资源网 > 文档大全 > 工作计划 > 正文

工作计划管理系统

时间:2017-04-25 来源:东星资源网 本文已影响 手机版

篇一:教学管理系统(教学计划管理系统)

毕业设计(论文)

题 目:现代教学管理系统

学 院: 计算机科学学院

专业班级: 计算机科学与技术XX级01班

指导教师:郭淑侠*蔡桂洲 职称:高工,副教授

学生姓名: XXX

学 号: 03E10112

摘 要

随着信息技术(本文来自:WWw.DXF5.com 东 星 资 源 网:工作计划管理系统)的发展,人们对于运用计算机来辅助、协调和管理自身工作的需要,正在逐步提高,而程序设计在当今应用程序的开发过程中,具有重要的地位,它的最大的优点就是能够提高程序开发的质量和开发速度。

教学计划管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起资料一致性和完整性强、资料安全性好的库.对于后者要求应用程序功能完备,易使用等特点。

经过分析如此情况,我们使用ASP开发工具,数据库使用ACCESS。 关键字:信息技术,应用程序,数据结构,数据库信息

ABSTRACT

Along with the technical development in information, people for application calculator to lend support to, moderate with manage the demand that oneself work, in gradually increase, but the procedure design at nowadays appliedly the development process of the procedure, have the important position, it of biggest advantage be can increase the quantity that procedure development with development speed.

Educational management system is development two aspects that typical information management system, its development includes primarily the backstage database establishes with support and the head applies the procedure. Establishes to rise to the former request the data consistency is strong with the complete, the base that data safety like. Use the latter request apply procedure function complete, very much to wait the characteristics.

Course analyzing so-called condition, we use ASP exploitation implement , the data base uses ACCESS.

Key words: Information technique, apply the procedure, data construction, database system

目 录

第1章 绪论......................................................... 1

1.1开发教学计划管理系统的目的................................... 1

1.2开发教学计划管理系统的意义................................... 1

1.3开发教学计划管理系统的发展前景............................... 2

第2章 需求分析..................................................... 3

2.1概述......................................................... 3

2.1.1功能需求 ............................................... 3

2.1.2性能需求 ............................................... 3

2.2目标分析..................................................... 4

第3章 系统开发的工具及环境介绍..................................... 6

3.1系统开发工具介绍............................................. 6

3.1.1ASP简介 ................................................ 6

3.1.2 Microsoft Acess 简介................................... 8

3.1.3 Dreamweaver简介 ....................................... 8

3.2系统开发环境介绍............................................. 9

3.2.1编辑语言和开发工具 ..................................... 9

3.2.2系统软硬件要求 ......................................... 9

第4章 数据库设计.................................................. 10

4.1数据库概念结构设计.......................................... 10

4.1.1概述 .................................................. 10

4.1.2数据流程图 ............................................ 10

4.1.3数据库需求分析 ........................................ 11

4.1.4数据库概念设计 ........................................ 12

4.2数据库模型设计.............................................. 12

4.2.1完整性实现机制 ........................................ 12

4.2.2用约束而非商务规则强制数据完整性 ...................... 12

4.2.3强制指示完整性 ........................................ 13

4.2.4使用查找控制数据完整性 ................................ 13

4.2.5采用视图 .............................................. 13

4.3数据库表设计原则及表设计.................................... 13

4.3.1表设计标准规范化 ...................................... 13

4.3.2表设计 ................................................ 13

第5章 功能模块设计................................................ 17

5.1系统功能模块设计............................................ 17

5.1.1教室管理模块 .......................................... 17

5.1.2教师管理模块 .......................................... 18

5.1.3专业教学计划管理模块 .................................. 19

5.1.4排课结果(课表)管理 .................................. 19

5.1.5教学任务书管理 ........................................ 20

5.2教师冲突审查功能............................................ 20

5.3教室冲突功能审查............................................ 21

结 论............................................................. 23

致 谢............................................................. 24

参考文献........................................................... 25

篇二:软件工程项目管理计划书(完整版)

储蓄业务项目管理计划书

1.

简介

1.1 项目概述

本项目要开发一个银行系统,系统一共分为储蓄业务、贷款业务、外汇交易、网上银行、信用卡业务和系统管理六个子系统。本团队负责其中的有关储蓄业务 的子系统。通过团队合作开发整个子系统,使团队成员获得软件工程开发的实际训练。本系统采用目前主流的B/S开发架构,将与整个银行系统一起发布。不单独发布。交付的产品包括可执行的文件、源代码、技术文档与用户使用手册等。本系统的开发过程中的主要工作是子系统需求分析、系统总体设计、子系统源代码开发、子系统测试、交付团长进行最后的集成、整个系统的测试。关键里程碑是制定项目管理计划书、制定需求设计规格说明书初稿、制定系统设计报告的初行情况的检查与测试。项目所需工具是个人电脑和开发工具。进度为11周,工程量为3人/天。

稿、进行子系统运行情况的检查与测试、进行系统集成后的运

1.2 项目范围说明

(1)提交文档:项目管理计划、需求规格说明,设计报告、测试报告、用户使用手册和项目个人总结。其中项目总结为每人一份,每个小组所有成员的总结装订在一起;其余文档每组提交一份。每个团队可将各小组的文档综合到一起,各小组也可自行分开提交,具体方式由团队内部协商确定。所有文档需要提交电子版和打印稿。

(2)源程序检查:一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内六个小组集成后完整的银行系统运行情况,检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。

1.3 软件项目计划书的演化

软件项目计划书在第三周周末前经由小组讨论、共同撰写、汇总整合三步骤形成初稿,第四周以后根据项目的进展可以对其进行修改,需要有组员提出修改意,在全体会上讨论通过,并由组长整理修改意见并作出相应的修改。其余组员同步获得更新稿。

2. 项目组织管理

2.1 过程模型

表1.过程模型表

2.2 团队的分工与合作

主程序员负责制。本团队组织关系图如下。

表2 组织关系图

3. 管理过程

3.1管理目标及优先级

基本管理原则:每位成员既是积极的建言者,又是负责的合作者,同时也是决策的制定者。决策应在充分的讨论基础上由大家共同做出,一旦决策做出就必须被及时有效的执行。禁止再有异议。

目标 1:按时按量完成项目的基本功能,按时发布产品及文档,这是本团队的最高目标。

目标 2:遵循规范化的项目运作标准,文档严谨完整,代码注释充分,便于后续维护,这是第二目标。

目标3:产品运行稳定,界面友好,用户易操作,尽量从用户的角度去看问题,并提出解决问题的方案。

目标4:注重团队建设,成员分工合理,团队成员合作默契,气氛融洽。每周的讨论会积极建言。在开发过程中积极协作。 目标5:项目设计和开发上尽量有创新,有亮点。

3.2 项目风险管理

本次开发过程中存在的风险及规避方法如下表:

表3项目风险及其规避方法

3.3 项目沟通管理

报告机制:

1. 要求各组员以周为单位记录工作进展,形成开发日志,并以电子文档的形式提交给秘书进行整理,最后由文档维护员进行维护。

2.每周例会上各位组员积极对当前的开发工作进行积极的评审和建言,由组长做最后的作口头总结,由秘书主持会议并记录和整理会议的内容。文档维护员修改和维护相应的文档。并交由小组进行会议评审并给出意见。

3. 小组成员都要密切监控风险状态,发现风险后提交风险报告。由秘书定期提交风险报告。必要时将突发风险通知所有组员,并由组长做出临时处理决定。然后在该周的例会上由小组成员共同讨论对风险的处理意见。并形成风险处理的日志做为以后的经验。

4.在项目进行的过程当中,组员之间应该多进行各种形式的非正式沟通,以使沟通更加的方便、快捷。

报告格式:报告主题,时间段,发现人,报告内容,审核意见

评审机制:每周例会上小组讨论形成一致意见后并,并邀请团长和其他组长参加评议。对于重大的风险处即为通过,相关负责人针对改进意见开展下一周工作,严格执行例会上所制定的决策。小组会议持续评估其成效。每一项目阶段结束之前(里程碑前后),组织一次阶段评审会,评估整个阶段的工作效率和成果质量。尽量与项目例会合理意见,应该由团长及其他组长组成评审团对处理意见进行审议和评估。并以评审团的决议作为重要参考来制定决策。

3.4 项目人力资源管理

3.4.1 项目所需人员

C#程序员:张三,李四

要求:熟悉C#编程和微软.Net平台 界面设计员:王五

要求:熟悉CSS、Photoshop、.Net平台

篇三:计划任务管理系统

1. 计划任务管理系统(TaskScheduler)

1.1. 背景

1) 当系统中某个功能的运行符合指定的状态时,触发相应的程序进行处理。这种指定的状态,包括以下两种:

a) 当到达指定的时间后,触发相应程序,进行处理。

b) 当某个功能执行前或执行后,触发相应程序,进行处理。

2) 如在美容系统中,当运行交接班确认完毕后,给指定的领导发送手机短信,报告当次的经营状况;

1.2. 业务流程

1) 时间类触发程序

a) 可以设定周期内进行触发。如每周一到每周日的晚上23:00进行触发。(工作日除外)

b) 指定时间进行触发,如2011年8月21日星期日早上9:00进行触发。 c) 需要一个工作日历的设置。设置何时是工作时间,何时是非工作时间。该工作日历的设定是基于公司进行设置的。

2) 事件类触发程序

a) 由某个功能进行触发。

b) 可以在该功能执行前触发指定的程序,由该程序返回的结果判断是否需要继续执行该功能。

c) 可以在该功能执行后触发指定的程序,将该功能执行的结果作为输入参数输入到指定的待触发程序,当该触发程序执行完毕后,由该程序返回的结果作为输出参数返回给客户端。

3) 在配置中,如果是以上两者结合的配置,则系统不能直接支持。通过在程序中进行判断实现。

1.3. 程序实现

1.3.1. 时间类触发

技术路线:通过引入Quartz包实现。

1) 当系统启动时,获取所有未执行和循环类的计划任务,生成Quartz对象。

2) 对于每一个计划任务,生成一个新的Quartz对象,通过该对象进行触发,触发的表达式通过获取该计划类的详细信息生成。

3) 如果系统运行中,实施人员新增加、删除、修改计划任务。

a) 新增加:在BeaPath中增加对计划任务数据类的事后的处理接口。当有计划任

务添加成功后,调用该JAVABEAN类,在该JAVABEAN类,生成新的Quartz对象。

b) 删除、修改:跟新增加类似。

4) 数据库参数

a) 基本参数:运行那一个动态流流程的ID、计划任务的执行状态(未执行、执行

完毕、执行中)。

b) 脚本。

c) 时间参数如下几图如示:

每天

每周

每月

一次性

1.3.2. 事件类触发

1) 程序逻辑

a) 当某一个数据类发生添加、修改、删除、查询(包括树查询)时(即针对数据类的

全部接口),会存在相关的触发程序。包括以下几种:添加前、添加后、修改前、修改后、删除前、删除后、查询前、查询后。

b) 开发一JAVABENN类,所有的数据添加、修改、删除、查询。功能前、后都要执

行这个JAVABEAN类。

c) 该JAVABean查询数据库中是否有针对当前事件的计划任务。如果存在计划任务,

就执行这个计划任务。(全部是同步)。

d) 查询是否有计划任务,需要缓存,(该功能,以后再处理)。

2) 数据库

数据类名称、什么事件、执行那个动态流。

脚本。

1.4. 跟动态流的集成

计划任务模板:数据来源,浏览选择

标签:管理系统 工作计划 工作居住证管理系统 幼儿园管理工作计划