软件可行性分析报告和需求规格说明书

【最新资料Word版可自由编辑！】

桂林电子科技大学信息科技学院软件件工程

考核论文（文档）

软件可行性分析报告和需求规格说明书

[教务管理系统之子系统——系内课程安排]

项目基本信息

目录

1 系统可行性分析报告………………………………………………（页码）2需求规格说明书……………………………………………………（页码）

一、系统可行性研究报告

1．引言

1.1编写目的

教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多方面。如何把教务工作信息化，模块化，便捷化是现代高校发展的重点，所以迫切需要研制开发一种综合教务管理软件。

1.2 背景

开发软件名称：教务管理系统之子系统——系内课程安排

项目与其他软件，系统的关系：开发出的软件要适用于各种WINDOWS平台和SQL SERVER数据库下，支持局域网和INTERNET下的资源共享以及EXCEL的表格输出等，最低配置要求PIII 800，128M内存以及8M显存显卡。开发环境：Windows 2003/xp Server。开发工具：JAVA 数据库管理系统：mysql。

1.2 术语定义

（1）教师授课信息：教师的数据项有授课类型、时间等。

（2）教师类别信息：教师的数据项有教师类别、教师基本工资等。

（3）教师考勤统计信息：数据项有出勤时间、出勤天数、缺勤类别等。这些信息可从出勤管理系统中获取。

（4）医疗保险信息：包括的数据项有医疗保险时间、医疗费用保险、社会保险费用等。

（5）教师基本信息：包括数据项有教师姓名、教师课程、教师工号等。

第6 页共17 页

（6）教师年终奖金信息：包括的数据项有年份、教师的年终奖金数额等。

2 现行系统调查

2.1 组织机构与业务范围

2.1.1该系统有教务管理人员、教师、教学主管人员

2.1.2

第7 页共17 页

2.2 组织信息处理流程

2.3 现行系统存在问题

在生成课表时发生异常，只有部分班级生成课表正常，经过调试，检查发现为逻辑上错误，生成课表时的算法是随机的，有可能出现重课的情况，反复编写算法，但都不尽人意，所以等待日后解决。

3 新系统概述

3.1 目标

本系统是教务处人员，各院教学主管，教师的工作界面。它完成：

（1）教务处人员制定各学院的教学计划并录入，

（2）各院教学主管对相关课程加以限制，如：规定课时，任课教师的条件等（3）教师制定自己的教学计划，经所在教研室协调认可，录入

第8 页共17 页

（4）教务处人员根据教师的授课计划和相关课程的限制条件制定出下学期各学院各班的课程表以及全院教师的教学任务书。

3.2 新系统功能范围及划分说明

本系统适合学院课程安排管理模式。本系统集信息管理、教学计划管理、排课、教师信息管理等教务功能于一体，并可以输出各院课程表及教师任务书。整个系统分为以下模块：

1.教务人员信息管理

2.学院教务主管管理

3.教师信息信息管理

4.教学计划录入系统

5.课程限制录入系统

6.排课系统

7.课程表定制系统

8.教师任务书下达系统

第9 页共17 页

4 可行性综合评述

4.1 经济可行性

学校出资金实现教务管理系统可行，消耗资金并不巨大。

4.2 技术可行性

教务管理系统虽然繁琐，但是研发和操作人员具有专业的知识，技术是可行的。

4.3 管理可行性（略）

5．方案选择

6．项目进度计划（Software Project Schedule）

第10 页共17 页

二、需求规格说明书

1．概述（Summary）

1.1项目的目的与目标（Purpose and Aim of Project）

本系统在可行性研究的基础上，是为了进一步明确该系统的团建需求，以便安排。项目规划与进度，组织软件开发与测试。

1.2 术语定义（Terms Glossary）

2．问题初始分析（Early Analysis）

2.1 场景描述（Scene Description）

内存1G以上，window7笔记本一台，含有Eclipse集成开发工具，MYSQL

数据库，画图工具以及windows word文档工具。

2.2 初始功能提取（Early Function Distill）

自然语言描述

3．目标系统功能需求（Function of Target System）

3.1 功能需求分析（Function Analysis）

（1）网络环境下的多用户系统。

信息主要存储在服务器端的数据库中，由各用户在规定的权限下在各自的客户端上录入，修改，删除相关的内容，各用户还可进行查询，调用，达到信息共享。（2）数据的完整性，准确性。

录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及准确性。系统应具有部分反悔修改功能，系统备有的修改功能均可反悔

（3）数据安全性。本系统采用二级安全保障：第一级：依赖于网络本身对用户使用权限的规定。

第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。5.3.3用户平台要求

3.2 功能需求点列表（Function List）

表2-1 功能需求点列表

4．目标系统性能需求（Performance of Target System）

4.1 时间要求（Time Request）

数据查询时间：3秒

更新处理时间：6秒

数据统计时间：9秒

4.2 空间要求（Space Request）

如：

（1）支持的终端数。

（2）支持的并行操作的使用者数。