软件可行性分析报告和需求规格说明书.docx
- 文档编号:7418464
- 上传时间:2023-05-11
- 格式:DOCX
- 页数:9
- 大小:83.22KB
软件可行性分析报告和需求规格说明书.docx
《软件可行性分析报告和需求规格说明书.docx》由会员分享,可在线阅读,更多相关《软件可行性分析报告和需求规格说明书.docx(9页珍藏版)》请在冰点文库上搜索。
软件可行性分析报告和需求规格说明书
桂林电子科技大学信息科技学院软件件工程考核论文(文档)
软件可行性分析报告和需求规格说明书
[教务管理系统之子系统——系内课程安排]
文件状态:
[√]草稿
[]正式发布
[]正在修改
报告编号:
1251210140
当前版本:
1.0
编写人:
孟豪阳
编写日期
2012.12.10
班级:
12512101
审批日期
保密级别:
项目基本信息
项目名称
客户方
开发方
项目委托时间
项目开发时间范围
从11.27至12.12
目 录
1系统可行性分析报告………………………………………………(页码)
2需求规格说明书……………………………………………………(页码)
一、系统可行性研究报告
1.引言
1.1编写目的
教务管理是大学的主要日常管理工作之一,涉及到校、系、师、生的诸多方面。
如何把教务工作信息化,模块化,便捷化是现代高校发展的重点,所以迫切需要研制开发一种综合教务管理软件。
1.2背景
开发软件名称:
教务管理系统之子系统——系内课程安排
项目与其他软件,系统的关系:
开发出的软件要适用于各种WINDOWS平台和SQLSERVER数据库下,支持局域网和INTERNET下的资源共享以及EXCEL的表格输出等,最低配置要求PIII800,128M内存以及8M显存显卡。
开发环境:
Windows2003/xpServer。
开发工具:
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.项目进度计划(SoftwareProjectSchedule)
时间
任务
人员
第一周
需求分析
全体人员
第二周
编码实现
技术人员
界面设计
全体人员
第三周
测试维护
技术人员
二、需求规格说明书
1.概述(Summary)
1.1项目的目的与目标(PurposeandAimofProject)
本系统在可行性研究的基础上,是为了进一步明确该系统的团建需求,以便安排。
项目规划与进度,组织软件开发与测试。
1.2术语定义(TermsGlossary)
2.问题初始分析(EarlyAnalysis)
2.1场景描述(SceneDescription)
内存1G以上,window7笔记本一台,含有Eclipse集成开发工具,MYSQL
数据库,画图工具以及windowsword文档工具。
2.2初始功能提取(EarlyFunctionDistill)
自然语言描述
3.目标系统功能需求(FunctionofTargetSystem)
3.1功能需求分析(FunctionAnalysis)
(1)网络环境下的多用户系统。
信息主要存储在服务器端的数据库中,由各用户在规定的权限下在各自的客户端上录入,修改,删除相关的内容,各用户还可进行查询,调用,达到信息共享。
(2)数据的完整性,准确性。
录入数据采用表格方式,限制录入数据类型及取值范围以保证数据的完整性及准确性。
系统应具有部分反悔修改功能,系统备有的修改功能均可反悔
(3)数据安全性。
本系统采用二级安全保障:
第一级:
依赖于网络本身对用户使用权限的规定。
第二级:
在程序模块中通过使用密码控制功能对用户使用权限加以限制。
5.3.3用户平台要求
3.2功能需求点列表(FunctionList)
表2-1 功能需求点列表
编号
功能名称
使用人
功能描述
输入内容
输出内容
1
教师信息生成
教务处
生成基本信息表
教务处
教师信息表
2
教务处处理教师信息整理发送
教务处
生成授课表送往各部门
教师授课基本信息表
将授课表送往各部门
4.目标系统性能需求(PerformanceofTargetSystem)
4.1时间要求(TimeRequest)
数据查询时间:
3秒
更新处理时间:
6秒
数据统计时间:
9秒
4.2空间要求(SpaceRequest)
如:
(1)支持的终端数。
(2)支持的并行操作的使用者数。
(3)处理的文件和记录数。
(4)处理任务的数量。
(5)对输入和输出数据的精度要求。
(6)对处理和传输过程中的精度要求。
4.3性能需求点列表(PerformanceList)
详细列出用户性能点列表,提供给后续分析、设计、编程、测试中使用,更是为了用户测试验收中使用。
需求性能点列表的格式,如表2-2所示
表2-2 性能需求点列表
编号
性能名称
使用部门
使用岗位
性能描述
输入内容
输出内容
1
教师基本信息子系统
教务部
会计
形成教师基本信息表
教师工号,姓名,课程
教师基本信息表
2
教师出勤信息管理子系统
教务部
会计
形成教师出勤信息表
教师工号,姓名,缺勤次数及原因
教师出勤信息表
5.目标系统界面与接口需求(InterfaceofTargetSystem)
5.1界面需求(InterphaseRequirement)
界面的原则要求,如方便、简洁、美观、一致等。
整个系统的界面风格定义,某些功能模块的特殊的界面要求。
(1)输入设备:
键盘、鼠标、条码扫描器、扫描仪等;
(2)输出设备:
显示器、打印机、光盘刻录机、磁带机、音箱等;
(3)显示风格:
图形界面、字符界面、IE界面等;
(4)显示方式:
1024*768、640*480等;
(5)输出格式:
显示布局、打印格式等。
5.2接口需求(InterfaceRequirement)
与其他系统的接口,如监控系统、控制系统、银行结算系统、税控系统、财务系统、政府网络系统及其他系统等。
(1)与系统特殊外设的接口,如CT机、磁共振、柜员机(ATM)、IC卡、盘点机等。
(2)与中间件的接口,要列出接口规范、入口参数、出口参数、传输频率等。
应在此列举出所有的外部接口名称、接口标准、规范。
外部接口列表,如表2-3所示。
表2-3 外部接口需求点列表
编号
接口名称
接口规范
接口标准
入口参数
出口参数
传输频率
1
2
3
6.目标系统其他需求(OtherRequirementsofTargetSystem)
6.1适应性(Security)
适应性较好,教师可以查到自己的授课单,如果有误可以向教务管理部门反应。
6.2可靠性(Dependability)
对系统中输入的数据要按照数据字典的规定严格输入,尽量避免溢出;
教师的授课表产生变动时,需要教务管理人员对系统进行操作和维护。
6.3时间特性(Agility)
每月月底统计教师的授课信息。
6.4特殊需求(SpecialRequirements)
如:
(1)进度需求:
系统的阶段进度要求。
(2)运行环境需求:
内存512以上
(3)培训需求:
用户对培训的需求,是否提供多媒体教学光盘。
(4)推广需求:
推广的要求,如在上百个远程部门推广该系统,是否要有推广的支持软件。
7.目标系统假设与约束条件(SupposeandRestrictionofTargetSystem)
法律方面:
采用正版的微软操作系统,防止在使用盗版系统的过程中遇到问题。
使用方面:
使用者要有一定的计算机基础,数据库管理员要经过我们的专门培训.
三、课程总结报告
(要求1000字以上)
1、通过学习软件工程课程的认识
通过本学期的软件工程学习,我懂得了很多知识。
在软件工程的学习中我知道了软件工程的目标、过程及其原则,了解到了软件并非是一些代码这么简单,在开发软件的过程中,编写代码的工作量其实只占不到所有工程量的30%,而后期的管理和维护更是占了60%到80%之多。
一个完整的项目规划须包括,软件的定义,可行性分析报告,项目开发计划,软件需求说明书,概要设计说明书,详细设计说明书,用户操作手册,测试计划,测试分析报告,开发进度报告,项目开发总结报告,软件维护手册,软件问题报告,软件修改报告,等多个文档,每个文档都要上级验收审查,而文档数量众多,要做好这点真的不是很容易,而恰恰写好文档正能保证完成软件工程其中一个目的的关键,既研究如何用最小的开销做出生存期较长的软件,再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排,且各阶段要据具体情况不断的反复才能达成,所以代码只是开发软件这个浩大的工程的一个小小的过程。
在学习中,我们还要注意比较三种方法的优缺点,例如:
传统方法虽然使软件摆脱了混乱和无序,但其在适应需求变化的方面不够灵活,而且传统方法要么面向行为,要么面向数据,缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯,适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法,它可将系统的规格说明转换为可执行的程序。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 可行性 分析 报告 需求 规格 说明书