软件可行性分析报告和需求规格说明书.docx_第1页
软件可行性分析报告和需求规格说明书.docx_第2页
软件可行性分析报告和需求规格说明书.docx_第3页
软件可行性分析报告和需求规格说明书.docx_第4页
软件可行性分析报告和需求规格说明书.docx_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

桂林电子科技大学信息科技学院软件件工程考核论文(文档) 软件可行性分析报告和需求规格说明书教务管理系统之子系统系内课程安排文件状态: 草稿 正式发布 正在修改报告编号:1251210140当前版本:1.0编写人:孟豪阳编写日期2012.12.10班级:12512101审批日期保密级别:项目基本信息项目名称客户方开发方项目委托时间项目开发时间范围从 11.27 至 12.12 目 录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)教师年终奖金信息:包括的数据项有年份、教师的年终奖金数额等。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 外部接口需求点列表编 号接口名称接口规范接口标准入口参数出口参数传输频率1236目标系统其他需求(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%之多。一个完整的项目规划须包括,软件的定义,可行性分析报告,项目开发计划,软件需求说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试分析报告,开发进度报告,项目开发总结报告,软件维护手册,软件问题报告,软件修改报告,等多个文档,每个文档都要上级验收审查,而文档数量众多,要做好这点真的不是很容易,而恰恰写好文档正能保证完成软件工程其中一个目的的关键,既研究如何用最小的开销做出生存期较长的软件,再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排,且各阶段要据具体情况不断的反复才能达成,所以代码只是开发软件这个浩大的工程的一个小小的过程。在学习中,我们还要注意比较三种方法的优缺点,例如:传统方法虽然使软件摆脱了混乱和无序,但其在适应需求变化的方面不够灵活,而且传统方法要么面向行为,要么面向数据,缺乏两者的有机结合。而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯,适合大型、复杂及交互性比较强的系统。形式化方法则是一中基于形式化数学变换的软件开发方法,它可将系统的规格说明转换为可执行的程序。软件工程课程虽已结束,但我对于软件工程的学习才刚刚开始。在以前,我一直以为软件的开发其实是一件很轻松快乐的事情,只要一天坐在电脑旁敲敲键盘,那么一切就可以了,但是现在我才发现,我以前的很多的思想是多么的肤浅可笑。编程其实是一种乐趣和苦恼共存的一项创造性活动。因为编程不仅能够满足我们内心深处进行创造的渴望,而且还能愉悦我们内在的情感。通过对软件开发流程的了解,进一步激发了我们对专业知识的兴趣,并能够结合实际存在的问题在专业领域内进行更深入的学习。掌握网络系统管理的基本知识与应用技能,能进行网络系统的安全设置。我体会到项目管理的重要性,随着软件规模、复杂度的不断增加,项目开发中更多的是协作、管理和控制。我学习到很多一般性的方法,例如:需求获取、模块化、计划等等。同时,我也认识到使用计算机解决实际问题的复杂性,人们认识表达的过程不断反复、逐步深化,软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。通过软件工程的学习,我是真的学习到了很多有用的东西,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论