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

桂林电子科技大学信息科技学院软件件工程考评论文（文档）

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

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

文件状态：
[√] 初稿
[ ] 正式公布
[ ] 正在修改
汇报编号：

目前版本：
1.0
编写人：
孟豪阳
编写日期
.12.10
班级：
12512101
审批日期

保密等级：

项目基础信息
项目名称

用户方

开发方

项目委托时间

项目开发时间范围
从 11.27 至 12.12

目 录

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

一、系统可行性研究汇报
1．引言
1.1编写目标
教务管理是大学关键日常管理工作之一，包含到校、系、师、生很多方面。怎样把教务工作信息化，模块化，便捷化是现代高校发展关键，所以迫切需要研制开发一个综合教务管理软件。
1.2 背景
开发软件名称：教务管理系统之子系统——系内课程安排
项目和其它软件，系统关系：开发出软件要适适用于多种WINDOWS平台和SQL SERVER数据库下，支持局域网和INTERNET下资源共享和EXCEL表格输出等，最低配置要求PIII 800，128M内存和8M显存显卡。 开发环境：Windows /xp Server。 开发工具：JAVA 数据库管理系统：mysql。
1.2 术语定义
（1）老师讲课信息：老师数据项有讲课类型、时间等。
（2）老师类别信息：老师数据项有老师类别、老师基础工资等。
（3）老师考勤统计信息：数据项有出勤时间、出勤天数、缺勤类别等。这些信息可从出勤管理系统中获取。
（4）医疗保险信息：包含数据项有医疗保险时间、医疗费用保险、社会保险费用等。
（5）老师基础信息：包含数据项有老师姓名、老师课程、老师工号等。
（6）老师年底奖金信息：包含数据项有年份、老师年底奖金数额等。

2 现行系统调查
2.1 组织机构和业务范围
2.1.1该系统有教务管理人员、老师、教学主管人员
2.1.2
外部实体名称：教务管理人员
简述：经过本系统完成全部日常教务工作
输入数据流：登陆
输出数据流：返回信息

外部实体名称：老师
简述：经过本系统可查学自己讲课内容
输入数据流：登录
输出数据流：返回信息

外部实体名称：教学主管人员
简述：各院教学主管对相关课程加以限制，如：要求课时，任课老师条件等。
输入数据流：登录
输出数据流：返回信息

2.2 组织信息处理步骤

2.3 现行系统存在问题
在生成课表时发生异常，只有部分班级生成课表正常，经过调试，检验发觉为逻辑上错误，生成课表时算法是随机，有可能出现重课情况，反复编写算法，但全部不尽人意，所以等候以后处理。
3 新系统概述
3.1 目标
本系统是教务处人员，各院教学主管，老师工作界面。它完成： 
（1）教务处人员制订各学院教学计划并录入， 
（2）各院教学主管对相关课程加以限制，如：要求课时，任课老师条件等 
（3）老师制订自己教学计划，经所在教研室协调认可，录入  
（4） 教务处人员依据老师讲课计划和相关课程限制条件制订出下学期各学院各班课程表和全院老师教学任务书。
3.2 新系统功效范围及划分说明

本系统适合学院课程安排管理模式。本系统集信息管理、教学计划管理、排课、老师信息管理等教务功效于一体，并能够输出各院课程表及老师任务书。  整个系统分为以下模块：  
1.教务人员信息管理 
2.学院教务主管管理 
3.老师信息信息管理 
4.教学计划录入系统
5.课程限制录入系统 
6.排课系统 
7.课程表定制系统 
8.老师任务书下达系统
4 可行性综合评述
4.1 经济可行性
学校出资金实现教务管理系统可行，消耗资金并不巨大。
4.2 技术可行性
教务管理系统即使繁琐，不过研发和操作人员含有专业知识，技术是可行。
4.3 管理可行性（略）
5．方案选择
6．项目进度计划（Software Project Schedule）

时间
任务
人员
第一周
需求分析
全体人员
第二周
编码实现
技术人员
界面设计
全体人员
第三周
测试维护
技术人员

二、需求规格说明书
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 功效需求点列表
编 号
功 能 名 称
使 用 人
功 能 描 述
输 入 内 容
输 出 内 容
1
老师信息生成
教务处
生成基础信息表
教务处
老师信息表
2
教务四处理老师信息整剪发送
教务处
生成讲课表送往各部门
老师讲课基础信息表
将讲课表送往各部门
4．目标系统性能需求（Performance of Target System）
4.1 时间要求（Time Request）
数据查询时间：3秒
更新处理时间：6秒
数据统计时间：9秒
4.2 空间要求（Space Request）
如：
（1）支持终端数。
（2）支持并行操作使用者数。
（3）处理文件和统计数。
（4）处理任务数量。
（5）对输入和输出数据精度要求。
（6）对处理和传输过程中精度要求。
4.3 性能需求点列表（Performance List）
具体列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表格式，如表2-2所表示
表2-2 性能需求点列表
编 号
性能名称
使用部门
使用岗位
性能描述
输入内容
输出内容

1
老师基础信息子系统
教务部
会计
形成老师基础信息表
老师工号，姓名，课程
老师基础信息表

2
老师出勤信息管理子系统
教务部
会计
形成老师出勤信息表
老师工号，姓名，缺勤次数及原因
老师出勤信息表

5．目标系统界面和接口需求（Interface of Target System）
5.1 界面需求（Interphase Requirement）
界面标准要求，如方便、简练、美观、一致等。整个系统界面风格定义，一些功效模块特殊界面要求。
（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；
（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；
（3）显示风格：图形界面、字符界面、IE界面等；
（4）显示方法：1024*768、640*480等；
（5）输出格式：显示布局、打印格式等。
5.2 接口需求（Interface Requirement）
和其它系统接口，如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其它系统等。
（1）和系统特殊外设接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。
（2）和中间件接口，要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出全部外部接口名称、接口标准、规范。外部接口列表，如表2-3所表示。
表2-3 外部接口需求点列表
编 号
接口名称
接口规范
接口标准
入口参数
出口参数
传输频率
1

2

3

6．目标系统其它需求（Other Requirements of Target System）
6.1 适应性（Security）
适应性很好，老师能够查到自己讲课单，假如有误能够向教务管理部门反应。
6.2 可靠性（Dependability）
对系统中输入数据要根据数据字典要求严格输入，尽可能避免溢出；
老师讲课表产生变动时，需要教务管理人员对系统进行操作和维护。
6.3 时间特征（Agility）
每个月月底统计老师讲课信息。
6.4 特殊需求（Special Requirements）
如：
（1）进度需求：系统阶段进度要求。
（2）运行环境需求：内存512以上
（3）培训需求：用户对培训需求，是否提供多媒体教学光盘。
（4）推广需求：推广要求，如在上百个远程部门推广该系统，是否要有推广支持软件。
7．目标系统假设和约束条件（Suppose and Restriction of Target System）
法律方面：采取正版微软操作系统，预防在使用盗版系统过程中碰到问题。
使用方面：使用者要有一定计算机基础，数据库管理员要经过我们专门培训.

三、课程总结汇报
（要求1000字以上）
1、 经过学习软件工程课程认识
经过本学期软件工程学习，我知道了很多知识。在软件工程学习中我知道了软件工程目标、过程及其标准，了解到了软件并非是部分代码这么简单，在开发软件过程中，编写代码工作量其实只占不到全部工程量30%，以后期管理和维护更是占了60%到80%之多。一个完整项目计划须包含，软件定义，可行性分析汇报，项目开发计划，软件需求说明书，概要设计说明书，具体设计说明书，用户操作手册，测试计划，测试分析汇报，开发进度汇报，项目开发总结汇报，软件维护手册，软件问题汇报，软件修改汇报，等多个文档，每个文档全部要上级验收审查，而文档数量众多，要做好这点真不是很轻易，而恰恰写好文档正能确保完成软件工程其中一个目标关键，既研究怎样用最小开销做出生存期较长软件，再加上各个阶段全部要进行周密策划、具体分工布署和人员安排，且各阶段要据具体情况不停反复才能达成，所以代码只是开发软件这个浩大工程一个小小过程。在学习中，我们还要注意比较三种方法优缺点，比如：传统方法即使使软件摆脱了混乱和无序，但其在适应需求改变方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏二者有机结合。而面向对象方法程序设计和问题求解更符合大家日常自然思维习惯，适合大型、复杂及交互性比较强系统。形式化方法则是一中基于形式化数学变换软件开发方法，它可将系统规格说明转换为可实施程序。 
软件工程课程虽已结束，但我对于软件工程学习才刚刚开始。在以前，我一直认为软件开发其实是一件很轻松愉快事情，只要一天坐在电脑旁敲敲键盘，那么一切就能够了，不过现在我才发觉，我以前很多思想是多么肤浅可笑。编程其实是一个乐趣和苦恼共存一项发明性活动。因为编程不仅能够满足我们内心深处进行发明渴望，而且还能愉悦我们内在情感。经过对软件开发步骤了解，深入激发了我们对专业知识爱好，并能够结合实际存在问题在专业领域内进行更深入学习。掌握网络系统管理基础知识和应用技能，能进行网络系统安全设置。我体会到项目管理关键性，伴随软件规模、复杂度不停增加，项目开发中更多是协作、管理和控制。我学习到很多通常性方法，比如：需求获取、模块化、计划等等。同时，我也认识到使用计算机处理实际问题复杂性，大家认识表示过程不停反复、逐步深化，软件工程方法要提供给程序员们一个愈加有效对客观世界问题域进行形式化过程方法。 
经过《软件工程》学习，我是真学习到了很多有用东西，让我明白了很多道理。在此我对老师辛勤教育表示感谢，因为你我学习到了这些，使我获益良多。我明白只有在以后学习中多读书、多思索、多练习、多讨论，不停熟悉书本基础，并以此为基础将其扩散开来，才能对以后实践做到得心应手。不停锻炼自己，向一名合格程序设计师前进。

2、 所完成考评文档内容和总结
教务管理系统之子系统——系内课程安排实现能够减轻比较复杂信息管理。
选题用了一天时间；查找类似相关系统资料用了一天；需求说明用了一周；概要设计用了一周；具体设计用了一周；系统调试和运行用了两周；总计工作约24天。