软件可行性分析报告和需求规格说明书.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%之多。
一个完整的项目规划须包括，软件的定义，可行性分析报告，项目开发计划，软件需求说明书，概要设计说明书，详细设计说明书，用户操作手册，测试计划，测试分析报告，开发进度报告，项目开发总结报告，软件维护手册，软件问题报告，软件修改报告，等多个文档，每个文档都要上级验收审查，而文档数量众多，要做好这点真的不是很容易，而恰恰写好文档正能保证完成软件工程其中一个目的的关键，既研究如何用最小的开销做出生存期较长的软件，再加上各个阶段都要进行周密的策划、详细的分工部署和人员安排，且各阶段要据具体情况不断的反复才能达成，所以代码只是开发软件这个浩大的工程的一个小小的过程。
在学习中，我们还要注意比较三种方法的优缺点，例如：
传统方法虽然使软件摆脱了混乱和无序，但其在适应需求变化的方面不够灵活，而且传统方法要么面向行为，要么面向数据，缺乏两者的有机结合。
而面向对象方法的程序设计和问题求解更符合人们日常自然的思维习惯，适合大型、复杂及交互性比较强的系统。
形式化方法则是一中基于形式化数学变换的软件开发方法，它可将系统的规格说明转换为可执行的程序。
软件工程课程虽已结束，但我对于软件工程的学习才刚刚开始。
在以前，我一直以为软件的开发其实是一件很轻松快乐的事情，只要一天坐在电脑旁敲敲键盘，那么一切就可以了，但是现在我才发现，我以前的很多的思想是多么的肤浅可笑。
编程其实是一种乐趣和苦恼共存的一项创造性活动。
因为编程不仅能够满足我们内心深处进行创造的渴望，而且还能愉悦我们内在的情感。
通过对软件开发流程的了解，进一步激发了我们对专业知识的兴趣，并能够结合实际存在的问题在专业领域内进行更深入的学习。
掌握网络系统管理的基本知识与应用技能，能进行网络系统的安全设置。
我体会到项目管理的重要性，随着软件规模、复杂度的不断增加，项目开发中更多的是协作、管理和控制。
我学习到很多一般性的方法，例如：
需求获取、模块化、计划等等。
同时，我也认识到使用计算机解决实际问题的复杂性，人们认识表达的过程不断反复、逐步深化，软件工程方法要提供给程序员们一种更加有效的对客观世界问题域进行形式化的过程方法。
通过《软件工程》的学习，我是真的学习到了很多有用的东西，让我明白了很多的道理。
在此我对老师的辛勤教育表示感谢，因为你我学习到了这些，使我获益良多。
我明白只有在今后的学习中多读书、多思考、多练习、多讨论，不断熟悉书本的基础，并以此为基础将其扩散开来，才能对今后的实践做到得心应手。
不断锻炼自己，向一名合格的程序设计师迈进。
2、所完成的考核文档内容与总结
教务管理系统之子系统——系内课程安排的实现可以减轻比较复杂的信息管理。
选题用了一天时间；查找类似相关系统资料用了一天；需求说明用了一周；概要设计用了一周；详细设计用了一周；系统调试与运行用了两周；总计工作约24天。
升级会员 