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

《软件可行性分析报告和需求规格说明书》由会员分享，可在线阅读，更多相关《软件可行性分析报告和需求规格说明书（18页珍藏版）》请在金锄头文库上搜索。

1、软件可行性分析报告和需求规 格说明书桂林电子科技大学信息科技学院软件件工程考核论文（文档）软件可行性分析报告和需求规格说明书教务管理系统之子系统系内课程安排文件状态：|草稿正式发布正在修改报告编号：1251210140当前版本：10编写人：孟豪阳编写日期2012.12.10班级：12512101审批日期保密级别：项目基本信息目录1系统可行性分析报告（页码）2需求规格说明书（页码）一、系统可行性研究报告1引言1.1 编写目的教务管理是大学的主要日常管理工作之一，涉及到校、系、师、生的诸多 方面。如何把教务工作信息化，模块化，便捷化是现代高校发展的重点，所以 迫切需要研制开发一种综合教务管理软件。

2、1.2 背景开发软件名称：教务管理系统之子系统系内课程安排项目与其他软件，系统的关系：开发出的软件要适用于各种WINDOWS平台 和SQL SERVER数据库下，支持局域网和INTERNET下的资源共享以及EXCEL的 表格输出等，最低配置要求PIII 800，128M内存以及8M显存显卡。 开发环 境：Windows 2003/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管理可行

6、性(略)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

7、笔记本一台，含有Eclipse集成开发工具，MYSQL数据库，画图工具以及windows word文档工具。2.2 初始功能提取(Early Function Distill)自然语言描述3目标系统功能需求(Function of Target System)3.1 功能需求分析(Function Analysis)(1) 网络环境下的多用户系统。信息主要存储在服务器端的数据库中，由各用户在规定的权限下在各自的客户 端上录入，修改，删除相关的内容，各用户还可进行查询，调用，达到信息共 享。(2) 数据的完整性，准确性。录入数据采用表格方式，限制录入数据类型及取值范围以保证数据的完整性及 准确性

8、。系统应具有部分反悔修改功能，系统备有的修改功能均可反悔(3) 数据安全性。本系统采用二级安全保障： 第一级：依赖于网络本身对 用户使用权限的规定。第二级：在程序模块中通过使用密码控制功能对用户使用权限加以限制。 5.3.3 用户平台要求3.2功能需求点列表(Function List)表2-1 功能需求点列表编号功能名称使用人功能描述输入内容输出内容1教师信息教务处生成基本教务处教师信息生成信息表表2教务处处 理教师信 息整理发 送教务处生成授课 表送往各 部门教师授课 基本信息 表将授课表 送往各部 门4目标系统性能需求(Performance of Target System)4.1 时

9、间要求（Time Request）数据查询时间：3秒更新处理时间：6秒数据统计时间：9秒4.2 空间要求（Space Request）如：（1）支持的终端数。（2）支持的并行操作的使用者数。（3）处理的文件和记录数。（4）处理任务的数量。（5）对输入和输出数据的精度要求。（6）对处理和传输过程中的精度要求。4.3性能需求点列表（Performance List）详细列出用户性能点列表，提供给后续分析、 设计、编程、测试中使用，更是为了用户测试验收中使用。需求性能点列表的格式，如表2-2所 示表2-2 性能需求点列表编号性能名称使用部门使用岗位性能描述输入内容输出内容1教师基 本信息 子系统教务

10、部会计形成教 师基本 信息表教师工 号，姓 名，课程教师基 本信息 表2教师出 勤信息 管理子 系统教务部会计形成教 师出勤 信息表教师工 号，姓 名，缺勤 次数及 原因教师出 勤信息 表5目标系统界面与接口需求(Interface of Target System)5.1 界面需求(Interphase Requirement)界面的原则要求，如方便、简洁、美观、一致 等。整个系统的界面风格定义，某些功能模块的 特殊的界面要求。输入设备：键盘、鼠标、条码扫描器、扫描仪等；2)输出设备：显示器、打印机、光盘刻录机、磁带机、音箱等；显示风格：图形界面、字符界面、IE界面等；4)显示方式：1024

11、*768、 640*480等；5）输出格式：显示布局、打印格式等。5.2 接口需求（Interface Requirement）与其他系统的接口，如监控系统、控制系统、 银行结算系统、税控系统、财务系统、政府网络 系统及其他系统等。（1）与系统特殊外设的接口，如CT机、磁共 振、柜员机（ATM）、IC卡、盘点机等。（2）与中间件的接口，要列出接口规范、入 口参数、出口参数、传输频率等。应在此列举出所有的外部接口名称、接口标准、规范。外部接口列表，如表2-3所示。表2-3 外部接口需求点列表编号接口名称接口规范接口标准入口参数出口参数传输频率1236.目标系统其他需求（Other Require

12、men ts of Target Sys tem）6.1 适应性（Security）适应性较好，教师可以查到自己的授课单，如果有误可以向教务管理部门反应6.2 可靠性（Dependability）对系统中输入的数据要按照数据字典的规定严格输入，尽量避免溢出；教师的授课表产生变动时，需要教务管理人员对系统进行操作和维护6.3时间特性（Agility）每月月底统计教师的授课信息。6.4 特殊需求（Special Requirements）如：（1）进度需求：系统的阶段进度要求。（2）运行环境需求：内存512以上（3）培训需求：用户对培训的需求，是否提 供多媒体教学光盘。（4）推广需求：推广的要求，

13、如在上百个远 程部门推广该系统，是否要有推广的支持软件。7目标系统假设与约束条件（Suppose and Restriction of Target System）法律方面：采用正版的微软操作系统，防止在使用盗版系统的过程中遇到问题 使用方面：使用者要有一定的计算机基础，数据库管理员要经过我们的专门培 训.三、课程总结报告（要求1000 字以上）1、 通过学习软件工程课程的认识通过本学期的软件工程学习，我懂得了很多知识。在软件工程的学习中我 知道了软件工程的目标、过程及其原则，了解到了软件并非是一些代码这么简 单，在开发软件的过程中，编写代码的工作量其实只占不到所有工程量的 30%， 而后期的

14、管理和维护更是占了 60%到80%之多。一个完整的项目规划须包括，软 件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明 书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报 告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多 个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是 很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究 如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策 划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成， 所以代码只是开发软件这个浩大的工程的一个小小的过程。在学习中，我们还 要注意比较三种方法的优缺点，例如：传统方法虽然使软件摆脱了混乱和无序， 但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向 数据，缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人 们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。形式化方法 则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为 可执行的程序。软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始。在以前，