学生信息管理系统

可行性研究报告

拟制人      

审核人      

批准人    

             二零##年五月三日

可行性研究报告

1. 引言

1.1编写目的

该学生信息管理可行性研究报告的目的是：我们可以将这个系统的所有要求都制定出来，在程序员编程的时候可以有序的执行，使用的用户也可以提出很多的要求，这样我们的系统做出来才有实际的用处。我们可以按照可行性研究报告制定出软件制作所需要的时间以及费用，在开发的时候按照预定的期限去完成，这样可以控制工期。研究报告也可以列出一些制作中的难点，这样就可以使用别的方法去解决。可行性研究对软件的开发是非常重要的，它可以判断这个东西做了有没有好的收益，以及自己的团队能不能完成，以及收益怎么样。

本报告的预期读者为项目管理员，教师，学生，软件开发工程师，程序员，软件管理员等。

1.2  背景

A.软件系统的名称为：“学生信息管理系统”

     B．本项任务提出者：程银辉，开发者：程银辉，童忠旭，李凯凯，刘忠驰等  实现该软件的计算机中心：学校计算机中心，学校网管中心。

     C．

  1.3 定义

    1.3.1 专业术语的介绍

     C++语言：它是一种使用非常广泛的计算机编程语言。C++是一种静态数据类型检查的、支持多重编程范式的通用程序设计语言。它支持过程化程序设计、数据抽象、面向对象程序设计、泛型程序设计等多种程序设计风格。

Java语言：Java是一种简单的，跨平台的，面向对象的，分布式的，解释的，健壮的安全的，结构的中立的，可移植的，性能很优异的多线程的，动态的语言。

数据结构：数据结构是计算机存储、组织数据的方式。数据结构是指相互之间存在一种或多种特定关系的数据元素的集合。通常情况下，精心选择的数据结构可以带来更高的运行或者存储效率。数据结构往往同高效的检索算法和索引技术有关。

C#语言：C#面向对象的卓越设计，使它成为构建各类组件的理想之选--无论是高级的商业对象还是系统级的应用程序。使用简单的C#语言结构，这些组件可以方便的转化为XML 网络服务，从而使它们可以由任何语言在任何操作系统上通过Internet进行调用。

技术可行性：分析功能，性能以及限制条件，能否是一个技术上可以实现的系统。

经济可行性：估计开发费用以及最终从开发成功的系统所获得的收益或收入，衡量比较支出的费用和收到的利益

法律可行性：明确系统开发可能导致的责任，有无违法的问题。

1.3  参考资料

1.  软件工程开发报告模板标准。GB-8567—88

2.  《软件工程》 耿建敏 吴文国 主编 清华大学出版社 出版

3.  《软件工程导论》张海藩 牟永敏 编著 清华大学出版社 出版

4.  学生信息系统行行分析报告 WWW.GOOLGE.CN/SEARCH?/RUANJIAN

2. 可行性研究的前提

2.1 要求

   学生信息管理工作主要是学生基本情况的管理。学生成绩管理，学生勤工俭学助学岗位信息管理，学生课表信息管理，学生宿舍信息管理，党员信息管理，学生奖励项目信息管理，主要包括：数据的输入，修改，删除，追加，统计和打印报表等功能。学生信息管理系统要能高效，准确地完成这些功能，并要达到界面美观友好，使用方便。

2.2 目标

   该软件的设计目标必须尽量达到人力的节省，软件处理数据的数度提高，人员工作效率要提高，使软件开发成本最小化。

2.3 条件、假定和限制

A．本学生信息管理系统建议运行寿命：3-6年

B．经费投资方面的来源和限制   用户

C．法律政策方面的限制：

1．严禁违反宪法确定的基本原则

2.严禁损害国家荣誉和利益

3.严禁抄袭剽窃他人的作品

D．硬件运行的环境。

   Windows7.   Windows8    Windows XP

2.4 进行可行性研究的方法

 A.成本效益分析

 B 软件作用范围

     C 软件的成本估算

 D 开发速度安排

2.5 评价尺度

  A系统的所有功能都必须实现。

B使用的时候必须流畅。

C不同使用人员的权限必须清晰。

D系统的安全度高。

3. 对现有系统的分析

3.1 处理流程和数据流程

  学校目前使用的系统是强智科技教务系统，是对学生信息的管理系统，功能上就是对学生信息的输入存储，对学生信息的基本查询，修改和更新删除等基本功能。性能上速度不是很快。以及一些功能没有实现，还有很多的不足。

现有的系统的数据处理与流程基本为学生数据的录入与查询，删除修改等操作。流程图可表示如下：

3.2工作负荷

  由于学生的数量不断地增加，现有的系统不能够满足，系统工作负荷过大。

3.3 费用开支

   由于现有的系统的工作符合严重超载，在现有的系统上投入的人力，设备，空间，等费用越来越多，导致开发费用支出巨大，急需改进。

3.4 人员

  现有的有系统维护人员，以及管理员。

3.5 设备

计算机  服务器 。

  3.6 局限性

    运行的速度很慢，人员工作量很大，系统维护非常的难，需要经常维护等多方面的局限性。

4.所建议的系统

4.1 对所建议系统的说明

    学生信息管理工作主要是学生基本情况的管理。学生成绩管理，学生勤工俭学助学岗位信息管理，学生课表信息管理，学生宿舍信息管理，党员信息管理，学生奖励项目信息管理，主要包括：数据的输入，修改，删除，追加，统计和打印报表等功能。学生信息管理系统要能高效，准确地完成这些功能，并要达到界面美观友好，使用方便。

4.2 处理流程和数据流程。

4.3 改进之处

   新有的系统比以前的系统，会需要更多的资金。系统工作负担等缺点，加大了数据的安全性，系统的功能比以前的更加的多，系统的运行速度更加的快。

4.4 影响

   影响是很大的，

   4.4.1.对设备的影响

4.4.2.对软件的影响

    由于新的系统采用了，新的编辑软件，用的一些软件不一样。故对以前的系统不兼容，就不能使用。故对以前系统的影响很大。

4.4.3.对用户单位机构的影响

建议系统使用的新技术是基于原有的系统上的。

4.4.4.对系统运行过程的影响

      A．用户的操作规程。

B.运行中心的操作规程。

C.运行中心与用户之间的关系

D．源数据的处理

4.4.5.对开发的影响

     A．为了支持所建议系统的开发，用户需进行的工作。

     B. 为了建立一个数据库所需求的数据资源。

4.4.6.对地点和设施的影响

    学校建立一个计算机中心，实现人员限制，以及后台服务器。

4.4.7.对经费开支的影响

    在使用新的系统后，只需要花一定资金购买一部分计算机与软件就能实现自动话

4.5 技术条件方面的可能性

    以现有的技术和开发人员的数量和质量，可以在规定的期限完成任务

5. 可选择的其他系统方案

5.1 可选择的系统方案1

 学生信息管理工作主要是学生基本情况的管理。学生成绩管理，学生勤工俭学助学岗位信息管理，学生课表信息管理，学生宿舍信息管理，党员信息管理，学生奖励项目信息管理，主要包括：数据的输入，修改，删除，追加，统计和打印报表等功能。学生信息管理系统要能高效，准确地完成这些功能，并要达到界面美观友好，使用方便。

5.2 可选择的系统方案2

学生信息管理工作主要是学生基本情况的管理。学生成绩管理，学生勤工俭学助学岗位信息管理，数据的输入，修改，删除，追加，统计和打印报表等功能。学生信息管理系统要能高效，准确地完成这些功能，并要达到界面美观友好。

6. 投资及效益分析

6.1 支出

   基本支出：5万

6.1.1 基本建设投资

   A数据库管理软件： 5000元

   B 人员工资： 1万

6.1.2 其他一次性支出

    A 研究费用： 5000元

B 数据库的建立： 5000元

C 培训费用： 5000元

6.1.3 非一次性支出

   A设备的维护费用：1000元

   B 软件的维护费用：500元

   C 其他经常支出：800元

6.2 收益

  自己所获得的收入--自己所投入资金

6.2.1 一次性收益]

  A 开支费用的减少 1000元

  B 使用设备的回收 2000元

6.2.2 非一次性收益

 这个学生信息管理系统，是有自己本人所参与的，就减少了费用的支出5000元

6.2.3 不可定量的收益

  如果这个系统很好，会有很多人使用。

6.3 收益/投资比

      100000/50000=200%

6.4 投资回收周期

    半年到一年

6.5 敏感性分析

   系统可以用5年，估计最长可达10年。

7. 社会因素方面的可能性

7.1.[法律方面的可行性]

  1.没有违反宪法确定的基本原则

  2.没有损害国家荣誉和利益

  3 没有剽窃他人的作品

4．版本所有，没有抄袭。

7.2.[使用方面的可行性]

  用户单位学校的行政管理，能够使用该软件系统。

用户单位工作人员素质比较好，

8.结论

经过一系列的各个不同方面进行分析，分析员和用户及使用部门的负责人对需要解决的问题取得基本的一致看法，系统的收益是很大的，从而开始开发系统。

 

第二篇：学生信息管理系统概要设计

第5章  学生管理系统概要设计

5.1引言

5.1.1编写目的

由于现在的学校规模在逐渐的扩大，设置的专业类别、分支机构及老师、学生人数越来越多，对于过去的学生信息管理系统，不能满足当前学生信息管理的服务性能要求。本报告对于开发新的＜＜学生信息管理系统＞＞面临的问题及解决方案进行初步的设计与合理的安排，对用户需求进行了全面细致的分析，更清晰的理解学生信息管理系统业务需求，深入描述软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求，对开发计划进行了总体的规划确定开发的需求与面临困难的可行性分析。

5.1.2背景

开发软件的名称：《学生信息管理系统》

项目提出者：

项目开发者：

用户：管理员、老师、学生

5.1.3定义

数据流图：简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。

数据字典：是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。

ASP.NET：是一项微软公司的技术，是一种使嵌入网页中的脚本可由特网服务器执行的服务器端脚本技术。 指 Active Server Pages（动态服务器页面） ，运行于 IIS 之中的程序 。

C#：（C Sharp)是微软(Microsoft)为。NET Framework量身订做的程序语言，微软公司在20##年6月发布的一种新的编程语言。C#拥有C/C++的强大功能以及Visual Basic简易使用的特性，是第一个组件导向(Component-oriented)的程序语言，和C++与Java一样亦为对象导向(object-oriented)程序语言。

SQL：（Structured Query Language)结构化查询语言，是一种数据库  查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统。同时也是数据库脚本文件的扩展名。

SQL Server 2005：SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX 操作系统上的应SQL Server安装界面用。

B/S ： （Client/Server，客户机/服务器）模式又称C/S结构，是20世纪80年代末逐步成长起来的一种模式，是软件系统体系结构的一种。C/S结构的关键在于功能的分布，一些功能放在前端机（即客户机）上执行，另一些功能放在后端机（即服务器）上执行。功能的分布在于减少计算机系统的各种瓶颈问题。C/S模式简单地讲就是基于企业内部网络的应用系统。与B/S（Browser/Server，浏览器/服务器）模式相比，C/S模式的应用系统最大的好处是不依赖企业外网环境，即无论企业是否能够上网，都不影响应用。

5.1.4参考资料

  [1] 张海藩主编，《软件工程导论》，清华大学出版社

[2] 陆丽娜主编，《软件工程》，经济科学出版社

[3] 瞿中主编，《软件工程》，机械工业出版社

[4]《数据库系统概论》——萨师煊 高等教育出版社

[5]《ASP.NET实用案例教程》--石志国

[6]《C#入门经典》--齐立波，清华大学出版社

[7]《计算机软件文档编制规范》GB-T8567-2006

[8]需求分析与可行性研究报告

5.2 总体设计

5.2.1需求规定

学生信息管理系统涉及三个用户，分别是学生、老师、管理员，通过登录验证界面登录系统执行自己权限范围内的事。　

对于用户学生通过输入学号、密码及验证码，验证通过后登录系统统计查询学籍信息、选课信息、课程安排信息、成绩与学分、修改密码、选择课程等，对以上的查询信息可以打印输出。

对于用户老师通过输入老师帐号、密码及验证码，验证通过后登录系统，统计查询选课信息、学生选课成绩学分、老师基本信息等相关信息。

对于用户管理员通过管理员帐号、密码及验证码，验证通过登录系统，统计查询老师信息、学生信息、课程信息。可以对毕业与新入学生管理，对离职与录用老师管理，对课程安排信息管理。

 5.2.2运行环境

该系统建设高速核心网络，数据库服务器、应用服务器、核心网络设备之间应该通畅可靠。系统要求可靠、稳定、查询效率高。

操作系统平台：windows xp 与 win 7

数据库平台：sql 2005

开发软件：visual studio 2005

运行平台：开发完成将网站放到装有IIS的服务器上，客户端用IE或者其他浏览器即可。

5.2.3基本设计概念和处理流程

学生信息管理系统基本处理流程图：

 

5.2.4结构

学生信息管理系统主要包括一下模块：

5.2.5功能需求与程序模块的关系

5.2.6人工处理过程

学生信息管理系统所有的管理工作是通过软件来实现，但是对于一些打印的信息需要相关人员签字后才能确认信息的真实性。

5.2.7尚未解决的问题

由于学生信息管理系统所需的数据量大，在系统实施过程中受网络速率的影响，系统的响应时间肯能不及时，其次在当前的网络环境中，面临这各种的威胁，病毒、密码、蠕虫的攻击，系统可能受攻击，在安全性方面不够高。

5.3．接口设计

5.3.1用户接口

学生信息系统采用的浏览器与服务器的形式，系统通过网页的形式为不同身份的用户提供登录界面，不同身份的用户通过自身的身份验证登录系统，实现自己权限范围内的各种操作　

5.3.2内部接口

学生信息管理系统的内部接口有：学籍管理、选课管理、成绩管理、课程管理、用户管理、密码管理。

5.3.3外部接口

学生信息管理系统，以游览器与服务器的形式，通过查询数据库服务器，查询相关信息。并通过鼠标、键盘、显示器输入与输出相关信息。

5.4．运行设计

5.4.1运行模块组合

学籍信息管理模块运行时通过与学生信息数据库连接，搜素学生信息，并将结果显示给用户，可以修改学生学籍信息。

选课管理模块运行时通过与选课信息数据库连接，学生可以选择相应的课程，也可以退选选中的课程。将查询匹配的信息显示给不同身份的用户。

成绩管理模块运行时通过与成绩管理数据库连接，老师可以录入、修改、删除学生成绩表中的相关信息，学生通过查询条件，找到匹配的成绩信息，显示给学生。

课程管理模块运行时通过与课程管理数据库连接，管理员可以制定相应的课程信息，然后交给老师，老师把课程信息录入到选课信息表中，学生通过查询课程安排表，得到课程的安排信息。

用户管理模块运行时通过与用户数据库相连，管理员查询老师与学生信息数据库，得到老师与学生信息。管理员可以修改学生与老师数据库，可以增加、删除老师与学生信息。

密码管理模块运行时通过与不同身份的密码数据库连接，可以修改自身的密码信息

5.4.2运行控制

下面是该系各个模块运行控制方式与操作步骤；

5.4.3运行时间

根据不同的硬件环境与操作系统，系统的运行时间不确定，当硬件达到要求配置时，运行的时间很短。系统运行查询占用的资源与时间最多，查询操作要与数据库的信息进行匹配，当数据库中的信息很多时，系统有一定的延迟。　

5.5．系统数据结构设计　

5.5.1逻辑结构设计要点

系统E—R图：

　

5.5.2物理结构设计要点

以下个模块访问数据库的方法和保密条件；

5.5.3数据结构与程序的关系

对于数据的存取时通过界面与数据库中的表连接，所以系统必不可少用到一些表。以下是学生信息管理系统中所涉及到的信息表。

学生信息表

老师信息表

管理员表

课程表

成绩表

选课表

课程安排表

5.6．系统出错处理设计

5.6.1出错信息

当系统出差时应该有以下的提示：

5.6.2补救措施

任何系统都有出错情况发生，学生信息管理系统也不例外，下面是该系统出错时可采用的变通措施：

定期对系统进行更新，备份；

当原始系统数据万一丢失时启用副本的建立和启动技术，例如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；

系统可能受自然灾害与网络病毒因素的影响，为了保护系统所有数据，做好异地备份，提高系统的可靠性。

降效技术准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数据的人工记录。

恢复及再启动技术，将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。

5.6.3系统维护设计

学生信息管理系统，在整个系统的运行过程中，系统的维护和管理是始终贯穿其中的，包括进行系统应用程序的维护、代码的维护、数据的备份与恢复、硬件设备维护。系统在运行时，也要随着环境的变化根据不同的需求及变化对系统进行必要的修改，使得系统功能更加完善。

系统维护工作贯穿于系统的整个运行过程中，包括：系统应用程序的维护、数据的维护、代码的维护、硬件设备维护，系统维护的重点是系统应用软件的维护工作。而系统维护工作不应总是被动的等待用户提出要求后才进行，应进行主动的预防性维护