《软件可行性分析报告和需求规格说明指导书.docx》由会员分享，可在线阅读，更多相关《软件可行性分析报告和需求规格说明指导书.docx（17页珍藏版）》请在金锄头文库上搜索。
1、桂林电子科技大学信息科技学院软件件工程考评论文（文档） 软件可行性分析汇报和需求规格说明书教务管理系统之子系统系内课程安排文件状态： 初稿 正式公布 正在修改汇报编号：目前版本：1.0编写人：孟豪阳编写日期.12.10班级：12512101审批日期保密等级：项目基础信息项目名称用户方开发方项目委托时间项目开发时间范围从 11.27 至 12.12 目 录1 系统可行性分析汇报（页码）2需求规格说明书（页码）一、系统可行性研究汇报1引言1.1编写目标 教务管理是大学关键日常管理工作之一，包含到校、系、师、生很多方面。怎样把教务工作信息化，模块化，便捷化是现代高校发展关键，所以迫切需要研制开发一个
2、综合教务管理软件。1.2 背景开发软件名称：教务管理系统之子系统系内课程安排 项目和其它软件，系统关系：开发出软件要适适用于多种WINDOWS平台和SQL SERVER数据库下，支持局域网和INTERNET下资源共享和EXCEL表格输出等，最低配置要求PIII 800，128M内存和8M显存显卡。 开发环境：Windows /xp Server。 开发工具：JAVA 数据库管理系统：mysql。1.2 术语定义（1）老师讲课信息：老师数据项有讲课类型、时间等。 （2）老师类别信息：老师数据项有老师类别、老师基础工资等。（3）老师考勤统计信息：数据项有出勤时间、出勤天数、缺勤类别等。这些信息可从
3、出勤管理系统中获取。（4）医疗保险信息：包含数据项有医疗保险时间、医疗费用保险、社会保险费用等。（5）老师基础信息：包含数据项有老师姓名、老师课程、老师工号等。 （6）老师年底奖金信息：包含数据项有年份、老师年底奖金数额等。2 现行系统调查2.1 组织机构和业务范围2.1.1该系统有教务管理人员、老师、教学主管人员2.1.2 外部实体名称：教务管理人员简述：经过本系统完成全部日常教务工作输入数据流：登陆输出数据流：返回信息外部实体名称：老师简述：经过本系统可查学自己讲课内容输入数据流：登录输出数据流：返回信息外部实体名称：教学主管人员简述：各院教学主管对相关课程加以限制，如：要求课时，任课老师
4、条件等。输入数据流：登录输出数据流：返回信息2.2 组织信息处理步骤2.3 现行系统存在问题 在生成课表时发生异常，只有部分班级生成课表正常，经过调试，检验发觉为逻辑上错误，生成课表时算法是随机，有可能出现重课情况，反复编写算法，但全部不尽人意，所以等候以后处理。3 新系统概述3.1 目标 本系统是教务处人员，各院教学主管，老师工作界面。它完成：（1）教务处人员制订各学院教学计划并录入，（2）各院教学主管对相关课程加以限制，如：要求课时，任课老师条件等（3）老师制订自己教学计划，经所在教研室协调认可，录入（4）教务处人员依据老师讲课计划和相关课程限制条件制订出下学期各学院各班课程表和全院老师教
5、学任务书。3.2 新系统功效范围及划分说明本系统适合学院课程安排管理模式。本系统集信息管理、教学计划管理、排课、老师信息管理等教务功效于一体，并能够输出各院课程表及老师任务书。整个系统分为以下模块：1.教务人员信息管理2.学院教务主管管理3.老师信息信息管理4.教学计划录入系统5.课程限制录入系统6.排课系统7.课程表定制系统8.老师任务书下达系统4 可行性综合评述4.1 经济可行性学校出资金实现教务管理系统可行，消耗资金并不巨大。4.2 技术可行性教务管理系统即使繁琐，不过研发和操作人员含有专业知识，技术是可行。4.3 管理可行性（略）5方案选择6项目进度计划（Software Projec
6、t 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
7、 word文档工具。2.2 初始功效提取（Early Function Distill）自然语言描述3目标系统功效需求（Function of Target System）3.1 功效需求分析（Function Analysis） （1）网络环境下多用户系统。信息关键存放在服务器端数据库中，由各用户在要求权限下在各自用户端上录入，修改，删除相关内容，各用户还可进行查询，调用，达成信息共享。 （2）数据完整性，正确性。录入数据采取表格方法，限制录入数据类型及取值范围以确保数据完整性及正确性。系统应含有部分反悔修改功效，系统备有修改功效均可反悔 （3）数据安全性。本系统采取二级安全保障：第一级：依
8、靠于网络本身对用户使用权限要求。第二级：在程序模块中经过使用密码控制功效对用户使用权限加以限制。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 空间要求（
9、Space Request）如：（1）支持终端数。（2）支持并行操作使用者数。（3）处理文件和统计数。（4）处理任务数量。（5）对输入和输出数据精度要求。（6）对处理和传输过程中精度要求。4.3 性能需求点列表（Performance List）具体列出用户性能点列表，提供给后续分析、设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表格式，如表2-2所表示表2-2 性能需求点列表编 号性能名称使用部门 使用岗位性能描述输入内容输出内容1老师基础信息子系统教务部会计形成老师基础信息表老师工号，姓名，课程老师基础信息表2老师出勤信息管理子系统教务部会计形成老师出勤信息表老师工号，姓
10、名，缺勤次数及原因老师出勤信息表5目标系统界面和接口需求（Interface of Target System）5.1 界面需求（Interphase Requirement）界面标准要求，如方便、简练、美观、一致等。整个系统界面风格定义，一些功效模块特殊界面要求。（1）输入设备：键盘、鼠标、条码扫描器、扫描仪等；（2）输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；（3）显示风格：图形界面、字符界面、IE界面等；（4）显示方法：1024*768、640*480等；（5）输出格式：显示布局、打印格式等。5.2 接口需求（Interface Requirement）和其它系统接口，如监控系
11、统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其它系统等。（1）和系统特殊外设接口，如CT机、磁共振、柜员机（ATM）、IC卡、盘点机等。（2）和中间件接口，要列出接口规范、入口参数、出口参数、传输频率等。应在此列举出全部外部接口名称、接口标准、规范。外部接口列表，如表2-3所表示。表2-3 外部接口需求点列表编 号接口名称接口规范接口标准入口参数出口参数传输频率1236目标系统其它需求（Other Requirements of Target System）6.1 适应性（Security）适应性很好，老师能够查到自己讲课单，假如有误能够向教务管理部门反应。6.2 可靠性（D
12、ependability）对系统中输入数据要根据数据字典要求严格输入，尽可能避免溢出；老师讲课表产生变动时，需要教务管理人员对系统进行操作和维护。6.3 时间特征（Agility）每个月月底统计老师讲课信息。6.4 特殊需求（Special Requirements）如：（1）进度需求：系统阶段进度要求。（2）运行环境需求：内存512以上（3）培训需求：用户对培训需求，是否提供多媒体教学光盘。（4）推广需求：推广要求，如在上百个远程部门推广该系统，是否要有推广支持软件。7目标系统假设和约束条件（Suppose and Restriction of Target System）法律方面：采取正版
13、微软操作系统，预防在使用盗版系统过程中碰到问题。使用方面：使用者要有一定计算机基础，数据库管理员要经过我们专门培训.三、课程总结汇报（要求1000字以上）1、 经过学习软件工程课程认识经过本学期软件工程学习，我知道了很多知识。在软件工程学习中我知道了软件工程目标、过程及其标准，了解到了软件并非是部分代码这么简单，在开发软件过程中，编写代码工作量其实只占不到全部工程量30%，以后期管理和维护更是占了60%到80%之多。一个完整项目计划须包含，软件定义，可行性分析汇报，项目开发计划，软件需求说明书，概要设计说明书，具体设计说明书，用户操作手册，测试计划，测试分析汇报，开发进度汇报，项目开发总结汇报，软件维护手册，软件问题汇报，软件修改汇报，等多个文档，每个文档全部要上级验收审查，而文档数量众多，要做好这点真不是很轻易，而恰恰写好文档正能确保完成软件工程其中一个目标关键，既研究怎样用最小开销做出生存期较长软件，再加上各个阶段全部要进行周密策划、具体分工布署和人员安排，且各阶段要据具体情况不停反复才能达成，所以代码只是开发软件这个浩大工程一个小小过程。在学习中，我们还要注意比较三种方法优缺点，比如：传统方法即使使软件摆脱了混乱和无
