选课系统功能分析报告
姓名：
学号：
1 引言
随着计算机的普及，各高校均采用计算机进行学生选课。而对学生选课相关信息的管理由学生选课管理系统实现。学生选课系统是一个学校不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,所以学生选课系统应该能够为用户提供充足的信息和快捷的查询手段。
2 功能分析
2.1 系统功能分析
(1)学生
①学生登录
②学生选课，退选，选课浏览
③学生信息修改（修改密码）
④学生查询课程，浏览课程信息
(2)管理员
①管理员登录
②管理员资料修改（密码修改）
③管理系统
a.录入课程、学生
b.删除课程、学生
c.修改课程、学生（权限有限制）
d.浏览课程、学生信息（学生密码不可见）
(3)教师
①教师登录
②浏览自己教授的课程、已选课的学生的信息（学生密码不可见）
③录入课程信息（课程介绍、安排）
④录入成绩
2.2 系统设计目标
本系统是为了更好管理学生选课排课信息而设计的。明确在正常运营中必须面对大量课程、学生信息、教师信息以及三者间相互联系产生的选课信息，由于学校的学生和课程繁多，包含的信息量大且复杂，使选课管理工作更规范化，系统化，程序化，提高信息处理的速度和准确性，能够及时、准确、有效的查询和修改选课排课相关信息。该系统分三类型用户：1、学生；2、管理员；3、教师。三用户通过登录进入不同的界面。学生主要实现选课，通过查询、浏览本学期所开设课程进行选课与退选课程和课程成绩查询；管理员可以通过特别
用户身份登录,对系统进行全面的管理,对新用户与课程的添加、删除、修改，对信息进行管理。教师主要查询自己要教授的课程并期末录入成绩。
3 概要设计
3.1 系统功能设计
(1)学生功能模块
(2)管理员功能模块
(3)教师功能模块
3.2 类设计
(1) 学生类
属性：学号，名字，班级，密码，性别，出生年月，入学年份，籍贯，
电话，选课数。
(2) 课程类
属性：课程号，课程名，课程类别，上课老师，选课上限，已选人数，上课时间，上课地点。
(3) 管理员类
属性：编号，名字，密码，性别，年龄。
(4) 教师类
属性：编号，名字，密码，性别，年龄，课程号，课程名，上课时间，上课地点。
(5) 界面类
①登录界面
②管理员界面类
③学生界面类
④学生、课程查找界面
⑤管理员信息修改
⑥学生信息修改界面、密码修改界面
（学习的目的是增长知识，提高能力，相信一分耕耘一分收获，努力就一定可以获得应有的回报）
校园博客系统需求分析 评审日期：2010 年04 月01 日 目录 1导言 (1)
1.2范围 (1) 1.3缩写说明 (1) 1.4术语定义 (1) 1.5引用标准 (1) 1.6参考资料 (2) 2系统定义 (2) 2.1项目来源及背景 (2) 2.2系统整体结构 (2) 3应用环境 (3) 3.1系统运行网络环境 (3) 3.2系统运行硬件环境 (4) 3.3系统运行软件环境 (4) 4功能规格 (4) 4.1角色（ A CTOR ）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3 数据库 (6) 4.2系统主U SE C ASE图. (6) 4.3客户端子系统 (6) 4.4管理端子系统 (8) 4.4.1 登录管理 ....................................................... 10 4.4.2 类型管理 ......................................................... 11 4.4.3 评论管理 ....................................................... 12 4.4.4 留言管理 ....................................................... 12 4.4.5 图片管理 ....................................................... 12 4.4.6 用户管理 ....................................................... 13 5性能需求 (13) 5.1 界面需求 (13) 5.2响应时间需求 (13) 5.3可靠性需求 (13) 5.4开放性需求 (14) 5.5可扩展性需求 (14) 5.6系统安全性需求 (14) 6产品提交 (14)
系统的功能需求分析 开发一个网上体育社区系统，首先需要确定社区要实现的功能是什么，也就是用户想要社区所能做的工作。用户使用社区是按照一定的流程来进行的：用户注册登录进入社区，浏览某个社区版块，通过发帖功能发布新的话题，通过回帖功能回复已有的话题，通过搜索查找已有的话题；管理员要管理社区，系统需要具有的功能有创建、编辑、删除社区的版块，管理注册的用户，管理帖子，设置社区基本参数。这样的功能就决定了社区所应具有的功能。 1.用户注册 进入社区主页面后，对于第一次登录的用户来说，首先需要注册，单击“立即注册”按钮即可进入注册界面,注册完成后返回登录界面。 2.用户登录 只有登录的用户才能进行取得权限，退出应释放权限。 3.分类浏览体育项目 用户可以根据各项运动的类型对社区版块进行详细的浏览。如：篮球、足球、乒乓球、游泳等。 4.用户发帖 已登录到社区主页面的用户可以查看用户的基本信息、更改密码、帖子查询、进入某个社区版块进行发帖。 5.用户回帖 已登录用户可以跟在其他人帖子后回复。 6.管理员功能 管理员成功登录到操作界面后可查看用户的信息、可增添或者删除社区版块、可注销已注册的用户、可查询和删除用户的帖子，可以对帖子置顶或指定精华帖。 7.查找功能 成功登录的用户和管理员能够根据帖子主题或者用户查找相关帖子。
体育社区系统包括以下主要功能模块： 1.注册登录功能模块：用户注册、登录以及修改个人注册信息； 2.浏览功能模块：用户浏览版块、查看帖子； 3.发帖回帖功能模块：用户发帖、回帖、编辑自己发布的帖子； 4.帖子管理功能模块：管理员编辑、删除、置顶和指定精华帖； 5.社区设置功能模块：管理员设置参数； 6.管理版块功能模块：管理员创建、修改和删除版块； 7.用户管理模块：管理员添加、删除和设置用户权限。 用户注册、登录以及修改个人的注册信息组合成注册登录模块；用户浏览版块、查看帖子组合成浏览版块；用户发帖回帖，编辑自己发布的帖子组合成发帖回帖模块；管理员编辑帖子、删除帖子、置顶帖子和指定精华帖组合成管理帖子模块。以上四个模块组成用户使用的基本功能模块。扩展功能模块都是与管理员相关的，设置社区参数单独为社区设置模块；创建、修改和删除版块为管理版块模块；添加、删除和设置权限为管理用户模块。
个人博客需求分析 1?导言 1.1目的 编写本博客系统的目的是为了更加深入的了解项目相关各种命令及程序流程，使自己熟练的掌握一些基础知识并为以后软件开发工作打下一定的基础。本文档详细描述博客管理的 各环节，其中包括：博客页面的浏览、文章的管理、照片的管理（包括上传下载浏览管理等）好友管理（增加删除好友等）、留言板管理（留言的增加删除）、博主信息管理（个人信息的修改）等。此需求规格说明书是系统开发者设计实现自己博客管理系统的依据，也是用户对 最终软件系统进行功能测试和验收的依据。在本文中将尽量避免使用技术性语言，对于与此博客相关的词汇和概念在后面的章节会有相关的详细说明。 \.2冃^景 随着时代在进步，网络技术也在不断地发展，人们对生活的理念也在不断改变? EMAIL, BBS ICQ等快捷的信息传播和交互方式为人们的生活带来了方便。而BLOG这种具有代表性 的WEB2.0元素的出现，带给互联网用户的是跟多样，更全面的交流方式，是一种自我形象和个性的展示和个人价值的实现。BLOG某种意义上算是网络上的个人空间，其大致定义是： 一种表达个人思想，内容按照时间顺序排列，并且不断更新的出版方式。BLOG可以使多种 形式的，比如以记录日志为主，以交友为主等等，在日新月异的网络平台上BLOG已经越来 越多的为人们所接受。现在，播客已经成为一种时尚，一种网络上的精神寄托的代名词，通过BLOG 可以更全面的了解一个人的思维方式以及行为信息。简而言之，博客就是以网络载体，建议迅速便捷地发布自己的想发布的信息，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示与一体的综合性平台。 1.3参考资料
项目名称：某企业任务管理系统
1. 项目背景及其需求 1.1 项目背景 大唐软件技术有限责任公司（CATTSOFT）（以下简称“大唐软件”）是大唐电信科技股份有限公司的全资子公司。大唐软件以提供适合各通信网络和通信业务运营商需要的管理软件、支撑软件、增值业务软件系统为业务基础，为各类通信系统运营商或信息系统用户提供业务管理、网络管理、决策支持、系统集成和专业咨询的完整解决方案和服务。 现承接大唐软件某业务部门的“业务管理系统”中“任务管理系统”子系统的设计和开发。 1.2 系统需求 1.2.1 术语解释 1.2.1.1 系统管理员 是该系统的一种用户，其权限是添加其他用户并分配其角色（包括主管和员工）。1.2.1.2 主管 是该系统的一种用户，一个主管下属有一些员工。主管的主要权限是创建任务描述，并将该任务分配给其下属的员工。主管还可以跟踪任务的实施情况。 1.2.1.3 员工 该系统的一种用户，其主要权限是将上级主管分配的任务分解为具体的实施计划。再必要的时候可以调整计划的内容。 1.2.1.4 任务 任务是由主管创建并分配给员工的一项工作。一个任务有“待实施”、“实施中”和“已完成”三种状态。当主管建立一个新任务时，该任务的状态为“待实施”；当承担该任务的员工为该任务制定了计划后，可以将该任务的状态改为“实施中”；主管通过任务跟踪，当认为任务已经完成时，可以将该任务的状态改为“已完成” 1.2.1.5 计划 是由员工创建，表示一个任务的具体实施过程。一个任务可以对应多个计划，计划有两种状态“未反馈”和“已反馈”。当计划刚刚建立时，其状态为“未反馈”，当计划已经完成时，员工可以填写反馈信息并将其状态改未“已反馈”。
.3.3.1 创建实体关系图 （1）在需求收集的过程中，要求客户列出应用软件或业务过程涉及到的"事物"，将其演化成数据对象； （2）一次考虑一个对象，分析员和客户定义这个对象和其他对象之间是否存在连接； （3）如果存在连接，应创建一个或多个关系； （4）对每一个关系，确定其关联类型； （5）重复步骤（2）到步骤（4），直到定义了所有关系。 （6）定义每个实体的属性； （7）形式化并复审实体关系图； （8）重复步骤（1）到（7），直到数据建模完成。 举例分析： * 实体：学生、课程、成绩。 * 实体属性定义： 学生：学号、姓名、性别、出生日期、入学年月 课程：课程编号、课程名称、课程学分、课程描述 成绩：学号、课程编号、分数、考核日期 * 实体关系图： 首先分析"学生成绩管理系统"的用户要求，找出该系统应该包括的实体。显然，学生、课程和成绩都是系统的实体，并且可以初步定义它们的属性（见上）。教务人员虽然是系统的用户，但其信息与系统处理无关，因此不用作为实体。那么，学生的选课信息是否需要成为实体呢？由于成绩信息包含了选课信息，因此选课信息不用单独记录。最终，确定系统的实体是学生、课程和成绩。 接着，我们分析这些实体之间的关联关系。从实际情况得知，一个学生可以选多门课程，一门课程也可以有多个学生选修，但每个学生选一门课程必须有一个成绩。根据上述分析，我们得到如图所示的实体关系图。 3.3.3.2 创建数据流模型 通常，数据流图是分层绘制的，整个过程反映了自顶向下进行功能分解和细化的分析过程。顶层（也称第0层）DFD用于表示系统的开发范围，以及该系统与周围环境的数据交换关系；最底层DFD代表了那些不可进一步分解的"原子加工"；中间层DFD是对上一层父图的细化，其中的每一个加工可以继续细化，中间层次的多少由系统的复杂程度决定。 （1）第0层DFD将整个系统表示成一个加工； （2）确定并标记主要的输入和输出； （3）分离出下一层中的加工、数据对象和存储，并对其进行细化，一次细化一个加工； （4）标记所有加工和箭头； （5）重复步骤（3）和（4），直到所有的加工只执行一个简单的操作，可以很容易地用程序实现。举例分析： * 第0层DFD图
个人博客系统需求分析 组员：杨群熊娅婷1.系统目标： 开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的个人博客网站，为网络用户提供进行在线交流的网络平台。 通过个人博客网站可以结交更多的朋友，表达更多的想法，它随时可以发布文章。 2.系统功能要求 2.1 博客系统提供三类服务： 1．信息服务：文章显示，热点文章推荐，博主风采。 2．查询服务：可以根据文章内容，文章标题，留言标题等进行模糊查询。 3．评论、留言服务：游客或者用户可以对系统进行留言或发表看法意见。 在此基础上我将个人博客网站划分成三个子系统：游客，会员，管理员。 下面分析各个子系统的功能需求： 2.1.1 游客 在在具体的功能实现上，可以分为以下几个部分： 1．搜索和浏览他人的博客： 游客不须登录系统就可以实现查看日志，照片以及博客主的资料信息。 2．用户注册： 游客将个人的信息存储到博客网站的数据库中，以成为本博客的正式用户。 2.1.2 会员 通过计算机网络将前台与后台的数据库相连，系统用户将从前台得到的信息
进行处理，实现文章管理，信息管理，个人相册管理，评论，留言等子系统。 1．博文管理： 注册用户员对网站中自己的文章进行删除，更新等操作。 2．信息管理： 发布，更改个人资料信息。 3．个人相册管理： 对博客相册中的图片进行上传，更新，删除操作。 4．好友管理： 添加或删除好友。 5．评论： 对于他人给自己的不恰当评论予以删除。 6．留言： 对他人给自己的留言进行回复或删除。 2.1.3 管理员 1．用户管理： 对已注册的用户进行管理。 2.评论、留言管理： 对已注册的用户发表的评论和留言进行管理。 3.相册管理： 对已注册用户上传的照片进行审核，严禁上传不和谐的照片。 4.文章管理： 对用户已发表的博文进行管理，规范其内容，屏蔽掉一些不健康或反动的言
湖南科技大学2013届毕业设计（论文）开题报告 题目个人博客系统的设计与实现 作者姓名*** 学号09070204**所学专业信息与计算科学 1、研究的意义，同类研究工作国内外现状、存在问题 意义： 博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站[1]。博客它经常是由简短且经常更新的帖子构成，它可以发表有关个人构思，日记，或者诗歌，散文，小说等等。博客可以是你纯粹个人的想法和心得，包括你对时事新闻、国家大事的个人看法，或者你对一日三餐、服饰打扮的精心料理等，也可以是在基于某一主题的情况下或是在某一共同领域内由一群人集体创作的内容。 写博客是为了把自己各种各样的想法在网上表达、释放出来,把一时的想法变成观点展示给大家。而浏览博客的用户,也可以对发表观点和看法的文章进行评论,博客就是这样一个平台。 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，后来喜欢新名词的人把这个词的发音故意改了一下，读成we blog，由此，blog这个词被创造出来。中文意思即网志或网络日志，不过，在中国大陆有人往往也将 Blog本身和 blogger（即博客作者）均音译为“博客”。“博客”有较深的涵义：“博”为“广博”；“客”不单是“blogger”更有“好客”之意。看Blog的人都是“客”。而在台湾，则分别音译成“部落格”（或“部落阁”）及“部落客”，认为Blog本身有社群群组的意含在内，借由Blog可以将网络上网友集结成一个大博客，成为另一个具有影响力的自由媒体。 国内外现状： 博客在中国的发展起始于1998年，但到了2000年才开始真正的流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各户站网站，如新浪、搜狐，原不看好博客，也加入博客阵营，开始进入博客春秋战国时代[1]。由于博客沟通方式比电子邮件、讨论群组更容易和简单，博客已成为家庭、部门、公司和团队之间越来越盛行的交流工具。 存在问题： 国内各大网站的博客都各具特色，但是同时也并不完善，功能或多或少存在缺失，基于此，我们设计了基于https://www.doczj.com/doc/8c122147.html,技术为支撑的功能完善的个人博客系统。
校园博客系统需求分析评审日期：2010年04月01日
校园博客系统需求分析 目录 1导言 (1) 1.1 目的 (1) 1.2 范围 (1) 1.3 缩写说明 (1) 1.4 术语定义 (1) 1.5 引用标准 (1) 1.6 参考资料 (2) 2系统定义 (2) 2.1 项目来源及背景 (2) 2.2 系统整体结构 (2) 3应用环境 (3) 3.1 系统运行网络环境 (3) 3.2 系统运行硬件环境 (4) 3.3 系统运行软件环境 (4) 4功能规格 (4) 4.1 角色（A CTOR）定义 (5) 4.1.1博客访问者 (5) 4.1.2管理用户 (5) 4.1.3数据库 (6) 4.2 系统主U SE C ASE图 (6) 4.3 客户端子系统 (6) 4.4 管理端子系统 (8) 4.4.1登录管理 (10) 4.4.2类型管理 (11) 4.4.3评论管理 (12) 4.4.4留言管理 (12) 4.4.5图片管理 (12) 4.4.6用户管理 (13) 5性能需求 (13) 5.1 界面需求 (13) 5.2 响应时间需求 (13) 5.3 可靠性需求 (13) 5.4 开放性需求 (14) 5.5 可扩展性需求 (14) 5.6 系统安全性需求 (14) 6产品提交 (14) 7实现约束 (14)
1导言 1.1目的 该文档是关于用户对于校园博客系统的功能和性能的要求，重点描述了校园博客系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3缩写说明 BM Blog Manager（博客管理员）的缩写。 JSP Java Server Page（Java服务器页面）的缩写，一个脚本化的语言。 1.4术语定义 无 1.5引用标准 [1] 《企业文档格式标准》 V1.1 北京长江软件有限公司 [2] 《需求规格报告格式标准》 V1.1 北京长江软件有限公司软件工程过程化组织
博 客 系 统 需 求 分 析 报 告 院系：信息电子工程学院 班级：软件08-1 设计小组人员：29号 日期：2010年5月24日
一、系统概述 “博客”一词是从英文单词Blog音译（不是翻译）而来。Blog是Weblog 的简称，而Weblog则是由Web和Log两个英文单词组合而成。 Weblog就是在网络上发布和阅读的流水记录，通常称为“网络日志”，简称为“网志”。博客（BLOGGER）概念解释为网络出版（Web Publishing）、发表和张贴（Post-这个字当名词用时就是指张贴的文章）文章，是个急速成长的网络活动，现在甚至出现了一个用来指称这种网络出版和发表文章的专有名词——Weblog，或Blog。 在网络上发表Blog的构想始于1998年，但到了2000年才开始真正流行。而2000年博客开始进入中国，并迅速发展，但都业绩平平。直到2004年木子美事件，才让中国民众了解到了博客，并运用博客。2005年，国内各门户网站，如新浪、搜狐，原不看好博客业务，也加入博客阵营，开始进入博客春秋战国时代。起初，Bloggers将其每天浏览网站的心得和意见记录下来，并予以公开，来给其他人参考和遵循。但随着Blogging快速扩张，它的目的与最初已相去甚远。目前网络上数以千计的Bloggers发表和张贴Blog的目的有很大的差异。不过，由于沟通方式比电子邮件、讨论群组更简单和容易，Blog已成为家庭、公司、部门和团队之间越来越盛行的沟通工具，因为它也逐渐被应用在企业内部网络（Intranet）。目前，国内优秀的中文博客网有：新浪博客，搜狐博客，中国博客网，腾讯博客，博客中国等。 二、需求分析 博客系统是一个多用户、多界面的系统，主要包括以下几个模块组成。 1.匿名用户模块 本模块主要由注册、登录、浏览博客、评论4个部分组成。匿名用户可以对其他用户的博客内容时行浏览、评论。也可以通过注册后登录博客系统，申请一个属于自己的博客。 2.注册用户模块 本模块主要由个人信息管理、评论管理、好友管理、相册管理、文章管理5
图书管理系统功能需求分析 在图书管理系统中，不外乎三个：读者、图书、管理人员。图书管理、借书、还书等是系统的基础业务。而图书馆网络管理系统可向读者提供图书查询和电子图书的服务等，用户则对图书的查询、借阅，电子图书网上阅读功能操作；管理员可对系统用户任意分配权限，控制图书的流通，它能使图书馆工作人员从繁重的工作中解脱出来，大大减轻了工作量，减少人为的工作失误，全面提高图书馆的管理效率及服务质量，从而使图书管理水平和业务跃上一个新的台阶。 图书管理系统应具备以下两个特点： 1、系统应用和系统管理相结合 在系统中，用户可以对图书进行查询、查阅、借和还等操作，管理员可以对用户和图书进行分配权限，控制图书的流通。 2、图书的管理和阅读相结合 图书管理系统应具备以下主要功能： 1、馆员管理 维护馆员信息，有查询、添加、修改、删除功能。馆员身份不同，分别对应不同的操作权限。超级管理员拥有系统维护、数据库维护的权限；一般管理员负责不同的日常工作模块；馆长拥有一切权限。馆员类别划分加强系统安全性。
2、码表维护 维护各种码表，包括：国家码表、语种码表、出版商码表、丛书码表、编辑类型码表、版本码表、图书大小码表。对码表可进行添加、修改、删除操作。 3、修改密码 输入当前馆员旧密码、新密码，检查输入完整性，如果旧密码输入不正确，则不能修改。密码录入时以符号（*）显示，密码加密后保存到数据库，以保证数据安全性。 4、编目设定 编目操作过程中，需要设定一定参数，以保证系统正常运行。可以选择设定里的"是否自动产生索书号、流通号"等，如果选择为真，则由系统按一定的算法得出索书号、流通号，并且保证数据唯一性；如果为假，则由操作馆员录入。虽然系统能自动判断号码的唯一性，但有可能进行多次修改才能保证不重复，增加了数据输入量。保留字段和加载默认值可以在录入信息时，自动加载某些数据，以减少人工录入的工作量。编目设定就是保留这些设定，并且在系统配置文件中保留最近一次设置，下次进入系统时自动加载各项设定。 5、编目管理 编目管理是系统最主要的组成部分之一，主要是维护书目基
数据库原理课程设计 ——高校学生选课系统 速提升。 本文是在对各大高校全校公开课学生选课情况进行实地调查后， 进行详细分析讨论后撰写的学生选课管理系统数据库设计报告。全文
从最初的系统规划，到需求分析、概念设计、逻辑设计、物理设计。 每一阶段都进行了详细的分析。接下来的实现、运行与维护阶段，还 进行了对本系统的测试，最后是本次项目开发的心得和体会以及本文 的参考文献。 本系统是采用 MVC 模式（jsp+javabean+servlet）进行的 J2EE 企业级开发，主要功能是对学生选课及相关信息进行管理。较行业同类 产品而言，本系统人机界面设计更加合理、人性化，用户操作简单方便。数据库的安全性更高，对用户访问权限进行了严格控制。数据存 取速度更快，使用年限更长。可以很好的满足高校公开课学生选课的 要求，极大的提高了学校的工作效率。 关键字：高校学生选课系统；Mysql；JSP 第一章系统开发可行性分析 分析系统的可行性，说明该软件开发项目的实现在技术上、经济上和操作上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 1.1技术可行性 技术可行性分析主要分析技术条件能否顺利完成开发工作，硬、软件能否满
足开发者的需要等。本课题是以jsp平台和Myeclipse作为开发工具，运用java 等语言进行开发，所使用的数据库是Mysql，数据库小巧、速度快，而且功能也十分完善，非常适合软件的开发。而且，平台降低开发和管理他们的数据基础设施的时间和成本，使得系统可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。因此，系统的软件开发平台已成熟可行。硬件方面，科技飞速发展的今天，硬件更新的速度越来越快，容量越来越大，可靠性越来越高，价格越来越低，其硬件平台完全能满足此系统的需要。综上所述，本系统所使用的技术完全可以满足该系统的开发。 1.2经济可行性 本课题开发所涉及的操作平台、开发工具基本上都是实验室机房已具备的软件，都是免费使用的，而且如今的市场情况是：其他都在涨价，就电子类产品在降价。而且我们可以免费参阅图书馆的书籍、期刊，免费下载相关文献资料，所以在经济上不存在很大的负担。 1.3操作可行性 由于本系统是以数据、图表作为人机交互载体的，在整个系统的使用过程中，需要用户输入相关信息，根据相应提示进行选择即可，操作简单，人机交互界面友好，系统具有较强的亲和性和易用性，用户只需要阅读用户手册，或者观看别人演示，即可熟练掌握本系统的使用。因此从操作可行性方面来说，本系统也是完全可行的。 第二章需求分析 2.1引言 为了规范、有条理的进行本系统的设计以及合理的满足使用者的需求，为使后续的开发维护工作变得可靠而轻松，编写本系统需求分析说明书，旨在开发过程中进行参考，使系统在需求的范围之内进行开发，避免重复劳动，加快开发进度以及提高开发效率，同时也是为以后系统维护服务提供指南。
系统需求分析报告 ——关于成都信息工程学院学籍管理系统 计本995，毛彩霞，§1概述 随着社会的发展，经过本院全体师生的共同努力，学校的规模不断的扩大，日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。使用计算机可以高速，快捷地完成以上工作。在计算机联网后，数据在网上传递，可以实现数据共享，避免重复劳动，规范教学管理行为，从而提高了管理效率和水平。学籍管理信息系统以计算机为工具，通过对教务管理所需的信息管理，把管理人员从繁琐的数据计算处理中解脱出来，使其有更多的精力从事教务管理政策的研究实施，教学计划的制定执行和教学质量的监督检查，从而全面提高教学质量。 §1.1背景 项目开发的提出者为学校的业务管理人员，开发者为毛彩霞，已明确用户有：在校任课老师和就读学生、班主任、教务处及相关的管理人员；潜在用户有：已经毕业的学生、用人单位、学生家长。 用户特点： 在校任课老师、班主任、教务处各作为单独的一类用户，在校就读学生、已经毕业的学生、用人单位、学生家长作同一类用户。在校任课老师、用 人单位、教务处的管理人员和已经毕业的学生大专以上学历，班主任、在 校就读的学生高中以上学历，学生家长学历不定，用可能低于高中学历。 项目经费有学校出，开发周期一年。 §1.2 系统目标 软件开发的意图为便于学校的管理，方便查看有关学校及学生的情况。 如教务处对学生成绩的修改、删除、查找、添加等。 §1.3业务模式 （略） §1.4现行组织机构及业务现状 在学籍管理中，需要从大量的日常教学活动中提取相关信息，以反映教学情况。传统的手工操作方式，易发生数据丢失，统计错误，劳动强度高，且速度慢。 §2用户需求
1．需求分析阶段的主要任务是什么怎样理解分析阶段的任务是决定“做什么”，而不是“怎样做” 解：需求分析阶段的主要任务是用户和软件人员双方一起来充分地理解用户的要求，并把双方共同的理解明确地表达成一份书面文档——需求说明书。用户要求通常包括功能要求、性能要求、可靠性要求、安全保密要求以及开发费用、开发周期、可使用的资源等方面的限制，其中功能要求是最基本的，它又包括数据要求和加工要求两方面。所以，软件阶段的任务是解决软件系统做什么，而不是怎么做。 2．什么是结构化分析方法要经过哪些步骤来实现 解：所谓结构化分析方法是在分析一个软件系统时使用“自顶向下逐层分解”的方式表达用户需求。对系统作了合理的逐层分解后，就可分别理解系统的每一个细部，这样，就可以有效地控制系统的复杂性。 结构化分析方法的步骤： 理解当前的现实环境，获得当前人工系统的具体模型。 从当前系统的具体模型抽象出当前系统的逻辑模型。 分析目标系统与当前系统逻辑上的差别，建立目标系统的逻辑模型。 为目标系统的逻辑模型作补充。 3．为什么DFD要分层画分层DFD要遵循哪些原则 解：对一个大型的系统，如用一张数据流图画出所有的数据流和加工，则图纸将极其庞大复杂，因而难以理解。为了控制复杂性，SA方法采用“分层”的技术。 画分层DFD要遵循哪些原则： 分解应自然，概念上合理、清晰。 只要不影响数据流图的“易理解性”，可以适当地多分解成几部分，这样分层图的层数就可少些。 一般说来，在上层可以分解得快些，而在下层则应分解得慢些，因为上层是一些综合性的描述，“易理解性”相对地说不太重要
4．选择一个系统(例如人事档案管理系统、图书管理系统、医院监护系统、足球俱乐部管理系统、财务管理系统、学生选课系统、飞机订票系统等)，用 SA方法对它进行分析，画出系统的分层 DFD 图，并建立相应的数据词典。 解：下面是一个学生选课系统的DFD 。 数据词典 (l)数据流条目
需求分析 --伊顿教育个性化定制教育管理平台系统1引言 (2) 1.1目的 (2) 1.2背景 (2) 1.3参考资料 (3) 1.4术语 (3) 2 任务概述 (3) 2.1目标 (3) 2.2系统（或用户）的特点 (3) 3 假定和约束 (5) 3.1软件开发结束时间 (5) 4 需求规定 (6) 4.1软件功能说明 (6) 4.1.1 核心模块 (6) 4.1.2 业务模块 (6) 4.2对功能的一般性规定 (6) 4.2.1 功能点附件图 (13) 4.3对性能的一般性规定 (16) 4.3.1 精度 (16) 4.3.2 时间特性要求 (16) 4.3.3 灵活性 (16) 4.4输入输出要求 (16) 4.5数据管理能力要求（针对软件系统） (17) 4.6故障处理要求............................................................................... 错误!未定义书签。 4.7其他专门要求 (17) 5 运行环境规定 (17) 5.1设备 (17) 5.2支撑软件 (17) 5.3接口 (17) 5.4控制............................................................................................... 错误!未定义书签。 6 尚需解决的问题 (17) 7.测试计划....................................................................................................... 错误!未定义书签。 7.1 引言................................................................................................. 错误!未定义书签。 7.1.1 目的......................................................................................... 错误!未定义书签。 7.1.2 背景......................................................................................... 错误!未定义书签。 7.1.3 测试范围................................................................................. 错误!未定义书签。 7.1.4 项目文件列表......................................................................... 错误!未定义书签。 7.2测试需求.......................................................................................... 错误!未定义书签。 7.2.1 分析各种信息....................................................................... 错误!未定义书签。
三、个人博客需求分析报告 1．引言 (2) 1.1编写目的 (2) 1.2项目背景 (2) 1.3定义 (2) 1.4参考资料 (3) 2．任务概述 (3) 2.1目标 (3) 2.2运行环境 (3) 2.3条件与限制 (3) 3．数据描述 (4) 3.1静态数据 (4) 3.2动态数据 (4) 3.3数据库介绍 (5) 3.4数据词典 (6) 3.5数据采集 (6) 4．功能需求 (6) 4.1功能划分 (6) 4.2功能描述 (6) 5．性能需求 (7) 5.1数据精确度 (7) 5.2时间特性 (8) 5.3适应性 (8) 6．运行需求 (8) 6.1用户界面 (8) 6.2硬件接口 (8) 6.3软件接口 (8) 6.4故障处理 (8) 7．其它需求 (9)
1．引言 1.1编写目的 本文档作为第一期个人博客系统需求文档，用于与用户确定最终的目标，并成为协议的一部分，同时也是本系统设计人员的基础文档。 编写本博客系统的目的是为了更加深入的了解项目相关各种命令及程序流程，使自己熟练的掌握一些基础知识并为以后软件开发工作打下一定的基础。本文档详细描述博客管理的各环节，其中包括：博客页面的浏览、文章的管理、照片的管理（包括上传下载浏览管理等）、好友管理（增加删除好友等）、留言板管理（留言的增加删除）、博主信息管理（个人信息的修改）等。此需求规格说明书是系统开发者设计实现自己博客管理系统的依据，也是用户对最终软件系统进行功能测试和验收的依据。在本文中将尽量避免使用技术性语言，对于与此博客相关的词汇和概念在后面的章节会有相关的详细说明。 1.2项目背景 随着时代在进步，网络技术也在不断地发展，人们对生活的理念也在不断改变. EMAIL，BBS，ICQ等快捷的信息传播和交互方式为人们的生活带来了方便。而BLOG这种具有代表性的WEB2.0元素的出现，带给互联网用户的是跟多样，更全面的交流方式，是一种自我形象和个性的展示和个人价值的实现。BLOG某种意义上算是网络上的个人空间，其大致定义是：一种表达个人思想，容按照时间顺序排列，并且不断更新的出版方式。BLOG可以使多种形式的，比如以记录日志为主，以交友为主等等，在日新月异的网络平台上BLOG已经越来越多的为人们所接受。现在，播客已经成为一种时尚，一种网络上的精神寄托的代名词，通过BLOG可以更全面的了解一个人的思维方式以及行为信息。简而言之，博客就是以网络载体，建议迅速便捷地发布自己的想发布的信息，及时有效轻松地与他人进行交流，再集丰富多彩的个性化展示与一体的综合性平台。 1.3定义 博客最初的名称是Weblog，由web和log两个单词组成，按字面意思就为网络日记，
一功能分析 1.1 目的 该文档是关于用户对于博客网站系统的功能和性能的要求，重点描述了博客网站系统的设计需求，将作为对该工具在概要设计阶段的设计输入。 本文档的预期读者是： ●设计人员 ●开发人员 ●项目管理人员 ●测试人员 ●用户 1.2 范围 该文档是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决整个项目系统的“做什么”的问题。在这里，对于开发技术并没有涉及，而主要是通过建立模型的方式来描述用户的需求，为客户、用户、开发方等不同参与方提供一个交流的渠道。 1.3 系统整体结构 根据用户的需求陈述，可以确定本项目分为客户端和管理端，客户端主要功能是提供阅读文章、发表评论、发表留言等等。管理端的功能提供博客管理人员进行的类型管理、文章管理、评论管理等。他们的关系如图A-1。
图A-1 校园博客系统流程图 1.4 系统运行网络环境 本系统的网络运行图如图A-2，无论是客户端的访问者还是管理端的BM 等都可以通过网络登录到本系统中。访问者通过网络发布相关信息及通过网络发表评论。 图A-2：网络拓扑图 文章管理 评论管理 类型管理 网络服务器 链接管理 留言管理 阅读文章 发表评论 发表留言 评论管理 评论管理 博客访问者
1.5系统运行硬件环境 本系统的硬件环境如下： ●客户机：普通PC ?CPU：P4 1.8GHz ?内存：256MB以上 ?分辨率：推荐使用1024*768像素 ●WEB服务器 ?Internet 信息服务（IIS）管理器 ●数据库服务器 ?CPU：P4 1.8GHz ?内存：256MB以上 1.6系统运行软件环境 ●操作系统：Windows XP ●数据库：MYSQL ●开发语言：JSP JAVA ●浏览器：IE7.0 1.7角色（Actor）定义 角色或者执行者（Actor）指与系统产生交互的外部用户或者外部系统。 1.7.1博客访问者 博客访问者是指在这个网络校园博客系统中通过客户端匿名或已注册的人员，这个Actor(包括游客)主要参与客户端的阅读文章、发表评论、发表留言等功能。 1.7.2管理用户 管理用户是指管理端的用户，这个此Actor派生两个子类，BM（博客管理员）和系统管理员，BM是指在校园博客系统中通过管理端参与博客管理员工作的人员，他又可以派生多个子类如文章管理者、评论管理者和留言管理者。博客管理员具有发布，修改，删除博客，查看博客，发表评论等权限。系统管理员是指对校园博客系统系统进行相关设置、维护的人员，它也是通过管理端登录对管理端的用户进行设置，分配权限等，它们的关系如图A －3：
1. 引言 医疗信息管理系统是现代化医院运营的必要技术支撑和基础设施，实现医疗信息管理系统的目的就是为了以更现代化、科学化、规范化的手段来加强医院的管理，提高医院的工作效率，改进医疗质量，从而树立现代医院的新形象，这也是未来医院发展的必然方向。 随着社会信息化程度的提高，无纸化办公已经变的越来越重要，但不少医院还是传统意义上的手工劳作，开发医疗管理系统能够更好的管理医生与病人的信息，提高医生工作效率，节约资源，同时方便病人对自身病情的了解。本需求分析文档为了解客户需求，帮助客户理解软件产品，满足客户需求，及时对软件进行修缮，更好的体验掌上医疗管理系统，共分为六大部分，包括：综合描述，外部接口需求，系统功能需求，其他非功能性需求，数据定义和分析模型。适用于专业人士与普通客户。 1.1 编写目的 越来越多的实例表明，医患交流不顺畅是当今医院一个普遍的问题，既浪费医院资源，患者又得不到满意的服务，同时效率低下，本需求分析报告是为解决这一问题而开发的掌上医疗管理系统所写，开发该系统的意义旨在增强医生与患者的交流，提高医院的工作效率，改进医疗质量。本软件的作用是帮助医生查看病人信息，提高治疗效率，帮助病人了解病情。最终达到的意图是实现医患和谐，病人康复。通过这份软件产品需求分析报告详尽说明了该软件产品的需求规格，包括修正和(或)发行版本号，从而对该软件产品进行准确的定义。 1.2 产品范围 产品范围包括各大医院，并提供给医生和患者使用 2. 综合描述 这一部分概述了正在定义的软件产品的作用范围以及该软件产品所运行的环境、使用该软件产品的用户、对该软件产品己知的限制、有关该软件产品的假设和依赖。 2.1 产品的功能 因为将在需求分析报告的第4部分中详细描述软件产品的功能，所以在此只需要概略地总结。仅从业务层面陈述本软件产品所应具有的主要功能，在描述功能时应该针对每一项需求准确地描述其各项规格说明。如果存在引起误解的可能，在陈述本软件产品主要功能的作用领域时，也需要对应陈述本软件产品的非作用领域，以利读者理解本软件产品。 为了很好地组织产品功能，使每个读者都容易理解，可以采用列表的方法给出。也可以采用图形方式，将主要的需求分组以及它们之间的联系使用数据流程图的顶层图或类图进行表示，这种表示方法是很有用的。
. 个人博客系统需求分析 组员：杨群熊娅婷1.系统目标： 开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的个人博客网站，为网络用户提供进行在线交流的网络平台。 通过个人博客网站可以结交更多的朋友，表达更多的想法，它随时可以发布文章。 2.系统功能要求 2.1 博客系统提供三类服务： 1．信息服务：文章显示，热点文章推荐，博主风采。 2．查询服务：可以根据文章内容，文章标题，留言标题等进行模糊查询。 3．评论、留言服务：游客或者用户可以对系统进行留言或发表看法意见。 在此基础上我将个人博客网站划分成三个子系统：游客，会员，管理员。 下面分析各个子系统的功能需求： 2.1.1 游客 在在具体的功能实现上，可以分为以下几个部分： 1．搜索和浏览他人的博客： 游客不须登录系统就可以实现查看日志，照片以及博客主的资料信息。 2．用户注册： 游客将个人的信息存储到博客网站的数据库中，以成为本博客的正式用户。 2.1.2 会员 通过计算机网络将前台与后台的数据库相连，系统用户将从前台得到的信息 进行处理，实现文章管理，信息管理，个人相册管理，评论，留言等子系统。 1．博文管理： 注册用户员对网站中自己的文章进行删除，更新等操作。 2．信息管理： 发布，更改个人资料信息。 3．个人相册管理： 对博客相册中的图片进行上传，更新，删除操作。
. 4．好友管理： 添加或删除好友。 5．评论： 对于他人给自己的不恰当评论予以删除。 6．留言： 对他人给自己的留言进行回复或删除。 2.1.3 管理员 1．用户管理： 对已注册的用户进行管理。 2.评论、留言管理： 对已注册的用户发表的评论和留言进行管理。 3.相册管理： 对已注册用户上传的照片进行审核，严禁上传不和谐的照片。 4.文章管理： 对用户已发表的博文进行管理，规范其内容，屏蔽掉一些不健康或反动的言 论。 2.2 系统功能需求 分析现有情况及问题，将个人博客系统划分为三个功能用例：游客用例，用户用例，管理员用例。 在个人博客系统中，管理员要让每个博客申请个人博客账号，并让博客设置个人密 码，账户内存储每个博客的个人信息。有账号的博客会员可以通过管理员浏览好友动态、 写博文、分享博文等。每个博客浏览的范围、期限不同，可通过互联网或登录个人博客网 站查询个人信息和其他情况。 登录个人博客主页时，先输入博客的账号和密码，系统验证该帐号的有 效性，无效则提示其原因，有效则显示博客的主页信息，供管理员人工核对。 然后可以进行浏览动态，添加应用等一些功能。 2.2.1 系统总体用例
1.1目的 1.2博客通常称为网络日志作为目前网络流行的交流方 式主要提供给用户一个沟通的平台，以在表文章图片留言等来与他人进行沟通 2 业务需求 2.1业务描述 近年来随着信息技术的进步，人们的日常需求越来越来打，在网络方面，博客越来越受到更多人的青睐，许多的着眼于这方面，为了能够更好的管理网名们的博客，我设计了博客管理系统，它能更好的管理网名们的博客，包括对博客网友们博客注册，登陆，发表论坛，网友们的评论及回复，博客的人气度，登录时间，发表时间，以及其他网友的留言等。从而更好地管理人们的个人博客及相互间的联系。 3 功能需求 （1）根据对系统的特点和应用的分析，可以得到本系统主要有如下功能：这部分又分为用户登录、用户退出两个部分。功能又分为用户登录、用 户退出两个部分
3.1登陆：主要用于验证博客网站用户信息的真实身份，以便对博客 网站进行管理和维护。通过系统管理员写入用户名，密码登录到网站。 网站检测用户用户名，密码并给予其相应的权限对博客网站进行操作。 3.2用户退出：已经登陆的用户可以退出，释放自己所占有的各种信 息资源。 （2）文章管理主要有文章的发表、查询、浏览、评论和删除功能。 2.1博客的系统管理员 博客的系统管理员除了可以查询、浏览和评论文章外，还可以对系统中的所有文章以及评论进行修改、删除操作。这些维护和管理拥有最高 权限，并且系统自动更新在服务器端数据库中的数据。文章的发表：博 客用户可以发表自己的文章，文章包括主题、正文、表情、图片等信息， 作者通过各种元素来展示自己的想法和思想。系统接受这些信息并且存 储在服务器端的数据库中。还可以对博客主页的外观、博客使用的插件、 工具进行添加、删除、设置。 （3）数据流图 4 功能划分 系统功能需求分为“注册”，“登陆”，“评论/留言”，“内容发表”，“内容管理”与“系统管理”。