系统需求分析和概要设计

1 系统需求分析

1.1 开发背景

过去很多人都喜欢写文章写日记以及交流自己的文章和作品，以求实现相互间的沟通、展现自己的才华和让别人了解自己的想法观点。现在的网络已经成为人们生活中不可或缺的一个元素，所以自然而然诞生了博客这样一个新兴事物，它不仅仅能取代前面所说的功能，还能加入图片，而且使得作者更能无所拘束地生动地写出自己想写的，旁人也能非常便捷地阅读并且加以评论，并且它还能作为展示个人个性的窗户。个人博客现在已经成为很多人生活中必不可少的一个部分，方便了人与人之间的沟通和交流。

1.2 系统实现目标概述

基于个人博客以上的特点，本系统要实现个人博客的主要基本功能有主界面，博客用户登录发表文章（心情、日志），用户登录/退出，游客发表评论，分页浏览文章和评论等。这里其中比较主要的是区分了个人博客用户和游客。博客用户可以在任何时候写下自己的主张，记录下自己的点点滴滴。而游客主要的权限是阅读博客所有注册用户写的文章，阅读后可以发表评论和留言，还可以分页浏览所有注册用户上传的图片。以上是个人博客的系统功能目标，当然由于个人博客的网络流行特点以及个人个性的展示，还适当要求界面比较漂亮轻快，直观便捷，操作方式简单以及人性化。

1.3 系统功能需求

根据对系统的特点和应用的分析，可以得到本系统主要有如下功能：

（1）登录

这部分功能又分为用户登录、用户退出两个部分。

登录：主要用于验证博客网站用户信息的真实身份，以便对博客网站进行管理和维护。通过系统管理员写入的用户名，密码登录到网站。网站检测用户的用户名，密码并给予其相应的权限对博客网站进行操作。

用户退出：已经登陆的用户可以退出，释放自己所占有的各种信息资源。

（2）文章管理

文章管理主要有文章的发表、查询、浏览、评论和删除功能。

博客的系统管理员除了可以查询、浏览和评论文章外，还可以对系统中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高权限，并且系统自动更新在服务器端数据库中的数据。

文章的发表：博客用户可以发表自己的文章，文章包括主题、正文、表情、图片等信息，作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存储在服务器端的数据库中。

文章的删除：博客用户可以删除自己已经发表的文章内容和各项信息，系统自动在服务器端数据库中删除这些记录。

文章的浏览：游客和博客用户根据所获得的用户权限获取服务器端数据存储的各篇文章并且浏览阅读文章的所有信息，包括标题、正文、表情、图片以及其它读者的留言评论。

文章的评论：文章的读者可以评论和回复所阅读的文章，发表自己的看法。系统自动将这些评论存储在服务器端的数据库中，并且可供博客作者以及其它读者浏览。

文章的查询：博客用户可以按文章题目或作者来查询想要查的文章。

文章中还可能包含一些图片视频等多媒体,所以文章管理中还包含了网站中媒体的管理。

媒体管理有添加，浏览、删除和查询功能。博客用户可以添加自己喜欢的图片或视频等，还可以查询和浏览系统中的所有媒体信息。游客只能浏览博客系统中的媒体信息。系统管理员拥有以上的所有权限，除此之外还可以删除媒体信息。

（3）博客管理员管理

博客管理员可以添加、删除新用户，用户的角色又分为订阅者、作者、编辑、投稿者、管理员。

还可以对博客主页的外观、博客使用的插件、工具进行添加、删除、设置。

1.4 数据流图

根据对网站的结构分析，我们可以得到系统的数据流图。

1. 博客系统的顶层数据流图如图1：

1博客系统顶层数据流图

详细数据流图如2图所示：

2第一层数据流图

2. 管理员以及博主身份认证过程：

3. 文章管理部分：

4. 用户管理系统部分

第二篇：选课系统需求分析报告

《东华大学选课管理信息系统》

需求分析报告

一、背景

1.1运作背景

东华大学是中央部属高校，位于中国上海，创建于1951年。半个多世纪以来，学校已发展成为以工为主，工、理、管、文等学科协调发展的多科性大学。现设有纺织、服装·艺术设计、材料科学与工程、旭日工商管理、机械工程、信息科学与技术、计算机科学与技术、环境科学与工程、化学化工与生物工程、外语、人文、理学12个专业学院，另有成教学院、网络学院、体育部、国际文化交流学院、国际合作办学的东华大学莱佛士国际设计专修学院。 拥有5个博士后流动站、4个一级博士学位授权点，31个二级博士学位授权点、6个一级硕士学位授权点、63个二级硕士学位授权点、52个本科专业，学科涉及工学、理学等九大学科门类。共有1个一级学科国家重点学科，5个二级学科国家重点学科，1个国家重点（培育）学科，7个上海市重点学科，同时设有11个国家级和部级重点实验室、工程中心和检测中心，2个国家“111”引智基地以及国家大学科技园。因此，有必要建立一个科学的完善的学生选课系统。

1.2面临的问题

目前选课管理系统其实很好了，没有多大的实质性问题，只是尚存在一些需要改进的地方，不过有些体制问题还是有的，在这边可以提提。但是这要靠学校本身来解决了，我们无能为力。

首先安全性不够高，只需要输入用户名和密码就可以进了，有出现过学生帐号被盗，已选课程被删，导致学生未能选上该门课，不过这是小概率事件，我觉得除了用户名和密码之外，再加上验证码或者设置2级密码或者也可以设置手机密保。

其次选课人数过多导致系统崩溃，无法进行选课，这是最主要的问题，这现象和学校服务器有很大的关系，如果校方肯花点钱在服务器上面的话应该是可以解决的，不过这个系统可以设置可同时访问的最大人数，还有用处理多人并发访问功能高点的数据库也是有是可行的方法。

还有第一次选课的缺乏人数限额导致了可选人数大大超过实际接受人数，从而让绝大部分选择热门课程或热门教师的人被调到第二轮选课，而这一设置并非能减少第一轮选课可以给第二轮选课压力。

既然学生对某些课程有需求，为什么仍然把课程的允许人数定这么低？完全可以采用3-4个班的大班教学，类似马哲的方式。

选体育课时，由于可以同时选择多门课程，导致有些同学中选了多门，而有些同学则一门也没选中。

最后我觉得我们学校选课系统有个缺陷，就是在没有超过允许人数范围时，可以多个人同一时间选该课程，即使最后人数超过最大允许人数。

1.3开发系统的必要性

本系统是为了更好管理学生选课排课信息而设计的。教务处在正常运营中必须面对大量课程、学生信息、教师信息以及三者间相互联系产生的选课信息，由于学校的学生和课程繁多，包含的信息量大且复杂，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。

二、系统目标

系统的主要用户是管理员、教师和学生，管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作拥有各自的权限。

该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。在学校内部的现有局域网这个网络环境下,信息由各用户在规定的权限下在各自的工作站上录入，信息上网后各用户可查询，选课，修改，管理，达到信息共享。

三、组织结构分析

3.1组织机构关系结构图（组织、部门、岗位的隶属关系与职能）

? 组织（部门、企业、车间、科室等）及其组成部分之间的隶属关系或管理与被管理的关系；

? 各级组织的职能和有关人员的工作职责、决策内容。

3.2各部门的主要职责如下：

教务处：对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。所涉及的信息包括课程信息、教师信息和学生信息。

教师：确认教学和自己的开课情况，以及最后登记学生的成绩等。

学生：学生可以根据本人学号和密码登录系统，进行相关操作。可以核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。

教务科：负责本科教学教务管理和学分制选课工作。 根据教学任务书，负责编制全校本科生课程排课表。编制学年制班级的课程表， 学分制各年级的排课、选课各项工作。重读班、增开课、第二专业的教学任务书下达，排课。

教学实践科：组织实施校内外实习实践、金工实习、计算机上机、公益劳动、毕业设计（论文），等实践教学环节。

四、业务流程分析

4.1业务处理流程(包括文字描述、单据、表格等）

业务描述：在每学期末，教务处向各系院下发教学计划表，由各系院根据计划表安排开设课程，再交给教务处。教务处汇总信息（教师信息，时间安排，教室安排，课程信息），列出选课表，供学生选择。学生进行第一次选课，生成个人选课表，与时间安排表，课程和教师名单，教室安排表一起，汇总选课信息，再交由选课管理系统随机进行处理，生成选课总名单，学院选课名单，班级选课名单，课程名单，个人课程表，分别交给教务员，院系，辅导员，教师和学生。学生根据第一次选课的结果，进行第二次，第三次的补选，流程与第一次相同，但选课管理系统按学生选课的时间顺序生成选课结果。同时，学生也可以进行退选，同样交给选课管理系统处理。

学生可以查询个人课程表（课程信息，时间信息，教师信息，教室安排），教师可以查询自己的开课信息（时间，教室，课程）和学生名单，院系可以查看本院课程安排信息（教师，时间，教室，课程，学生），辅导员办公室可以查看所带班级的信息，教务处可查看以上所有信息。

4.2业务流程图：

4.3原始单据

4.4数据项分析

五、用户需求

学生选课系统用于根据教学计划、教师资源等，制定每学期的课程表及相关信息，面对的用户包括系统管理员、教师和学生。因此该系统的功能模块应分为系统管理员需求、教师需求、学生需求三个部分。管理员可以通过超级用户身份登录,对系统进行全面的管理维护, 老师、学生以不同用户的身份进入不同的界面，执行不同的操作。

5.1业务需求

5.1.1新系统考虑要满足的实际性需求（根据调研结果总结）

I．系统管理员（拟定教务处）

1． 课程评定的实效性。

因为现在的教学评定太过于虚，很多学生都不会用心去填写这项表单，这会直接导致教务处对课程的评定，对课程质量的提高会产生不利的影响。需要满足这一项需求，得先从涉及评定表单的设计合理化，与学生的交流发现问题所在开始。设计表单不能以要什么写什么来表达，而是需要用问题背后所会涉及的形式来设计问题，这样学生的填表积极性会提高。且一定要强调保障表单的隐私权。

2． 课程变动通知自动化。

因为每次的课程变动仅仅是以通知形式来传达，其实效性还是存在一定人性化缺陷的（如没看到通知就被其他通知的更新推到后面去了）。可以的话以自动化删除选择性方案来解决。

II．教师

1． 排课时间的人性化。

因为有些老师的课程一直会是上午12节，或下午12节，老师也是人也需要适当的公平性合理安排。老师的状态是直接影响教学质量的，教学质量又直接影响期末的教学评定。若把这一项需求也考虑进去的话，相信课程的安排会取得实际性效益。

2． 成绩管理的合理化。

据很多教师的意见，成绩的输入改写过程会比较繁琐，那若在业务流程方面和权限设置方面做一些必要的改善会不会能解决这种不必要的繁琐程序呢。

III．学生

1． 第二轮选课的公平性。

因为每次第一轮选课后没选上的学生，到第二次选课时是以先下手先得手来取决。一致导致网络拥堵，学生心慌，若第二次选课也是以随机抽选的形式来的话，是否会更具有公平性。

2． 选课的更大自主性。

虽然说学生可以自主跨专业选择自己喜欢的课程上。但时间上太过于冲突，在选修上存在很大的不可行。

3． 考试时间与地点的通知及时。

考试时间以及地点的通知怠慢是普遍性提出的问题，可能办事程序也影响此现象，但如果是业务的繁琐复杂导致的，那是否可以改进呢。

4． 学分的上限设置合理性。

虽然是很少部分人的提议，也认为是可考虑范围。就是一学期可选学分的最高上限的规定是否必要，按学生个人喜好，觉得这一点并非是必要的。

5.1.2使用范围要求

按东华大学全日制本科学生课程管理等相关文件完成学生选课系统管理，该系统用于提高教务处的工作效率，方便用户之间信息的交流，简化学生选课的流程，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。

5.1.3功能要求

系统管理：实现教务人员对系统的管理，包括添加删除用户。更改密码，

数据备份，数据还原，注销，等功能。

基本信息管理：实现显示学生和老师的基本信息（包括学生基本信息，教

师基本信息，课程基本信息）。

选课管理：实现学生自主选择课程，选择老师。

查询：包括实现学生查询，老师查询，管理人员查询。学生查询包括自己

的基本信息，自己的课程，课表，成绩，同班同学等，老师查询包

括查询自己的信息，自己所带班的学生，自己的课表等。管理人员

的查询包括每个老师的和学生可以查询的信息。

服务器配置：对它进行配置可以使得在其他电脑上也照常使用。这样不

必每次都到数据库中去更改。

帮助系统：帮助系统为用户指明方向。

权限管理：:为学生、教师、管理员提供不同权限进行学生成绩管理。

5.1.4信息采集与各部门的使用权限

每学期选课系统由教务处管理员维护开通，开课情况由教务处制定，学生自己选择所需课程，最后由教务处汇总。为了保证信息的安全和数据的权威性，对于网上信息的使用权限和责任规定如下：

5.1.5数据完整性、正确性：

可根据所选该门课的学生自动生成课程选课名单

可根据某学生所选全部课程自动生成该学生的课程表

可根据某教师的课程自动生成教师的课程安排表

5.2性能需求

因为选课管理系统用于学生网上选课，提高教务处工作效率，使选课管理工作规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息，所以数据库系统应该具有备份和恢复功能，保证学生数据库的长期完整性和正确性。另一方面，作为系统的服务器应该能够无故障的运行，即使在多人并发登录的时候也应该不会瘫痪，但是这个要求似乎太高了，每次选课系统一般都会瘫痪，而且能够便于管理员的操作。安全性要求比较高，对业务逻辑必须封装，避免有人登陆他没权限的网页，避免黑客从数据流中截取敏感数据。

5.3其他需求

5.3.1系统管理员需求分析

系统管理员负责整个系统的维护，其需求最为复杂，包括对学生、教师、选课进行管理和统计，及系统状态的查看、维护并生成选课报表、排课报表。所涉及的信息包括课程信息、教师信息和学生信息。因此系统管理员具有该系统的最高权限，能够编辑各信息模块，如插入一个新生的信息，增添一门课程的信息，删除退休教师的信息等。

5.3.2教师需求分析

在该系统中，为方便教师工作，要求教师能够核实自己信息、查询所授课程的信息、查看自己教学班的信息，以及最后登记学生的成绩等。

5.3.3学生需求分析

该系统为学生主要提供选课服务，因此学生可以直接查看选课情况，学生可以根据本人学号和密码登录系统，进行相关操作。此外还应附带其他服务，如核实个人信息，查看教师信息、课程信息以便选课，查看自己选课结果，查询考试成绩等。

5.3.4数据需求

老师：姓名，性别，职工号

老师属性图

学生：姓名，性别，学号，班级，系。

学生属性图

课程：课名，学时，学分，课程号，上课时间，上课地点。

课程属性图

管理员：姓名，员工号

管理员属性图

5.4用户平台需求

操作系统：Microsoft Windows 2k/XP或更高版本；

数据库：SQL　Server 2000

-第15组成员信息-

徐星星 070750129

黄华龙 070750121

俞 卡 070750130

唐吉俊 070750126