成绩查询系统可行性研究报告.docVIP

可行性研究报告 1引言 1.1编写目的 随着计算机技术的飞速发展，管理系统已应用于各个领域之中，学生成绩管理系统实现了由复杂、重复性手工操作向人机简便操作的转化，他运用计算机完成数据收集，修改，查询，删除以及统计等工作，提高了管理人员的工作效率，避免繁重的业务量造成的人为错误，还可运用信息共享加快信息传递。 本说明书的预期读者为该软件的系统设计人员、软件开发人员、软件编程人员和项目评审人员。 1.2背景 1. 软件系统的名称：学生成绩查询系统。 2. 提出单位：黄石理工学院。 3. 预期用户：PACS系统用户。 4. 开发单位：计算机学院。 1.3定义 1.E-R图：即entity relation 2.ODBC: 意思为开放式数据裤连接，英文全称为Openning database connection 3.BDE:意思为博兰德公司的数据库引擎Borland Database Engine 4.ADO:意思为综合布线王晟马里杰 SQL Server数据库开发经典案例解析M]. 北京：清华大学出版社，2006.268-321 【2】周绪，管丽娜，白海波。SQL Server 2000中文版入门与提高[M].北京：清华大学出版社，2001 【3】 王珊,萨师煊. 数据库系统概论（第四版） [M]. 北京：高等教育出版社, 2008. 120-125 【4】 韩朝军,梁冰,刘莹. SQL Server管理与开发技术大全 [M].北京：人民邮电出版社, 2007. 170-172 2可行性研究的前提 2.1要求 功能：教师和学校领导对学生成绩的录入和查询及分析，学生对成绩的查询。 系统输入对象包括学生基本信息（学号，姓名）及成绩（平时成绩和卷面成绩），设置各科成绩所占比例。 系统输出对象主要有输出学生总评成绩，各科卷面成绩及平时成绩。还有班级学生成绩情况。 基本的数据流程和处理流程如下：（简化如下） 应达到安全与保密方面的要求。 完成期限：本学期末。 2.2目标 主要开发目标如下： 1. 采用最少的人力与设备费用； 2. 优化算法尽量提高系统的处理速度； 尽量提高控制精度，能够处理较大型数据库； 尽量优化管理信息服务； 大力提高人员利用率。 使用户界面友好。 2.3条件、假定和限制 所建议系统的运行寿命的最小值：两年； 进行系统方案选择比较的时间：一个月； 法律和政策方面的限制：允许开发有效的软件； 硬件、软件、运行环境和开发环境方面的条件和限制：支持WindonsXP以上、Delphi7.0以上版本； 系统投入使用的最晚时间：本学期末。 2.4进行可行性研究的方法 我们在进行可行性研究时，采用了课本上的基本研究方法，即：复查定义，明确限制约束；了解与其它系统的接口情况；建立系统的高层逻辑模型；重新定义问题；导出和评价供选择的解法；推荐行动方针；任务分解、大致任务进度规划以及风险对策等。 2.5评价尺度 主要评价尺度：各项功能的优先次序和优化、开发时间、使用中的难易程度以及系统的响应时间等等。 3对现有系统的分析 现有系统用户界面不够友好，且现有系统实现的功能也是很简单的几项。只能实现简单的相关信息的录入和查询，且在以前做系统时没有对用户进行足够的需求分析，只是侧重于将系统的界面开发出来，同时也有很多功能都没有实现，比如：成绩打印，Excel数据导入，奖励打分，成绩查询打印等。 4所建议的系统 4.1对所建议系统的说明 所建议系统主要是利用友好的界面，来完成上述的基本要求，实现原有系统的主要功能，利用软、硬件的兼容性来基本实现对技术、经济、操作的可行性要求。 4.2处理流程和数据流程 所建议系统的处理流程和数据流程。（略，详见需求分析报告） 图4.1 处理流程图  图4.2 数据流图 4.3改进之处 1. 能够采用最少的人力与设备费用； 2. 优化算法可以提高系统的处理速度； 提高控制精度，能够处理较大型数据库； 优化了管理信息服务； 大力提高了人员利用率。 能够使用户界面友好。 4.4影响 4.4.1对设备的影响 新提出的设备要求及对现存系统中尚可使用的设备无较大的修改。 4.4.2对软件的影响 支持WindonsXP以上、Delphi7.0以上版本； 4.4.3对用户单位机构的影响 建议用户单位机构可以适当的精简机构、进行裁员，但对人员的技术水平无较高的要求。 4.4.4对系统运行过程的影响 数据按给定的数据调用顺序进入系统。 系统失效后，建议重试； 数据进行存储时应椐数据库中源数据的形式； 输出报告应以友好方式显示在界面上； 4.4.5对开发的影响 为了支持所建议系统的开发，用户需准备运行环境； 用户需提供建立一个数据库所要求的数据资源； 为了开发和测验所建议系统需要充足的计算机资源； 涉