博客系统需求分析报告（精选8篇）
1.博客系统需求分析报告 篇一
毕业设计开题报告
一、选题意义
在网络技术逐渐渗入社会生活各个层面的今天，传统的交流方式也面临着变革，而网络博客则是一个很重要的方向。基于Web技术的网络考试系统可以借助于遍布全球的Internet进行，因此交流既可以是本地进行，也可以是异地进行，大大拓展了沟通与交流的灵活性。博客在现如今这个飞速发展的网络时代已经成为人们不可或缺的一部分，博客，又译为网络日志、部落格或部落阁等，是一种通常由个人管理、不定期张贴新的文章的网站。博客上的文章通常根据张贴时间，以倒序方式由新到旧排列。许多博客专注在特定的课题上提供评论或新闻，其他则被作为比较个人的日记。一个典型的博客结合了文字、图像、其他博客或网站的链接、及其它与主题相关的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。大部分的博客内容以文字为主。博客是社会媒体网络的一部分。
二、博客系统概述
Blog是继Email、BBS、ICQ之后出现的第四种网络交流方式，是网络时代的个人“读者文摘”，是以超级链接为武器的网络日记，代表着新的生活方式和新的工作方式，更代表着新的学习方式。具体说来，博客(Blogger)这个概念解释为使用特定的软件，在网络上出版、发表和张贴个人文章的人。
一个Blog其实就是一个网页，它通常是由简短且经常更新的帖子所构成，这些张贴的文章都按照年份和日期倒序排列。Blog的内容和目的有很大的不同，从对其他网站的超级链接和评论，有关公司、个人构想到日记、照片、诗歌、散文，甚至科幻小说的发表或张贴都有。许多Blogs是个人心中所想之事情的发表，其它Blogs则是一群人基于某个特定主题或共同利益领域的集体创作。
博客在中国发展很迅速，建立一个专业的博客管理系统已经很重要。本系统符合现在博客管理的需要，能对博客发表文章、评论、链接、图片数据进行管理，同时能对博客账号进行管理。系统的功能主要体现在后台数据库方面，因为博客另一个名字叫网络日记，所以博客的内容要求能及时、快速的更新，本系统在开发之前正是朝这个目标设计。系统功能保留了传统博客管理系统的功能，同时又加上了人性化的界面设计，比如日历、表情的引用。完善的数据更新能力、实用的后台管理以及个性化的设计使本系统能适应博客的发展。
ASP是Active Server Page的缩写，意为“动态服务器页面”。ASP是微软公司开发的代替CGI脚本程序的一种应用,它可以与数据库和其它程序进行交互，是一种简单、方便的编程工具。ASP的网页文件的格式是.asp，现在常用于各种动态网站中。
Microsoft Access在很多地方得到广泛使用，例如小型企业，大公司的部门，和喜爱编程的开发人员专门利用它来制作处理数据的桌面系统。它也常被用来开发简单的WEB应用程序，这些应用程序都利用ASP技术在Internet Information Services运行。
三、毕业设计研究方案 1.研究目标
1)作为网络个人日记
2)个人展示自己某个方面的空间
3)网络交友的地方
4)学习交流的地方
2.研究重点
本设计要使用ASP实现一个基于ASP.NET的个人博客系统，在研究的过程中具体有以下5个步骤：
1）需求分析：本系统制作要求，系统是单用户系统，实现功能比较简单，系统面向各个阶层，操作难度比较低。相对系统的配置要求也符合普通的机器配置；
2）系统分析：系统分析阶段的工作有系统的静态模型，对系统进行健壮性分析，建立系统的交互模型；
3）开发环境的搭建：下载安装设计系统中需要的软件；
4）代码实现：在前面的各项工作都完成后就可以进行具体到每个细节的代码实现了； 5）代码测试：代码测试就是看代码执行是否产生了预期的结果；
了解系统提供者和使用者的需求然后用代码去实现这些功能是这个系统的难点。鉴于目前市场上已经有着许许多多博客系统，做一个有自己特色博客是此次设计的关键问题。
3.博客系统的用途
1）促进学习。
2）记录收获。3）反映成长。
4）结交朋友 5）共享知识
6）交流看法 4.系统的组成和功能构想（1）系统的组成 1)Web服务器
博客的相关信息存放于Web服务器中，数据库文件也存放在该Web服务器中。浏览者获取的信息都是从此Web服务器中得来的。
2)建网工具Dreamweaver Dreamweaver是美国MACROMEDIA公司开发的集网页制作和管理网站于一身的所见即所得网页编辑器，它是第一套针对专业网页设计师特别发展的视觉化网页开发工具，利用它可以轻而易举地制作出跨越平台限制和跨越浏览器限制的充满动感的网页。
3)博客浏览者
浏览者可以查看博主的信息，比如最新热闻、点击率最高的新闻、各板块的分类新闻等。进入相应的类别就可以查看此相应的信息。
4)（博主）管理员
（1）管理员具有对日志类别和新闻信息的添加、修改和删除等编辑功能。（2）功能构想
一个典型的博客结合了文字、图像、其他博客或网站的链接、及其它与主题相关的媒体。能够让读者以互动的方式留下意见，是许多博客的重要要素。大部分的博客内容以文字为主。博客是社会媒体网络的一部分。博客的内容随着用户的输入和互动而有所不同，或者随着用户，时间，数据修正等而改变。网页上的内容也可以由用户通过使用客户端描述语言(JavaScript, JScript, Actionscript,）来改变。当然更普遍的是由服务器端的描述语言（Perl，PHP, ASP, JSP, ColdFusion, 等)进行编译，从而对网页的内容进行改变。无论是客户端还是服务器端的改变都需要使用较为复杂的应用软件。
前台是不需要认证的，是供网站的访问者访问的，主要完成了以下功能：
访问博客系统的人可以做到：游览博客系统中的随笔目录、文章目录博客系统中的内容，只有博客管理员登录系统之后，才能进行管理。而博客系统的访问者不需要注册，也不需要登陆就可以访问博客系统中的内容。
后台主要是方便管理员和新闻发布员管理和发布新闻的，主要有以下功能：
1)． 博客主要版面的定义，修改，删除
2)． 博客次要版面的定义，修改，删除
3)． 博客的发布，修改，删除，审核状态的更改 4)． 博客系统的用户的管理
5)． 博客系统用户的密码修改 6)． 博客日志记录
7)． 博客数据统计
四、功能结构图
五、进度安排
1.时间：2010.11.31—2010.12.30查找资料并撰写文献综述 2.时间：2011.1.10—2011.2.10撰写开题报告
3.时间：2011.2.20—2011.3.10毕业设计第一阶段（设计框架的建立）4． 时间：2011.3.11—2011.3.31毕业设计第二阶段（设计内容的充实）5． 时间：2011.4.1—20114.20毕业设计第三阶段（设计内容的修改完善）6．时间：2011.4.21—2011.4.30毕业设计说明书的撰写阶段 7．时间：2011.5.1—2011.5.14毕业设计答辩准备 8．时间：2011.5.15—2011.5.16毕业设计答辩（预计）9．时间：2011.5.17—2011.5.30毕业设计材料的收集整理 10．时间：2011.6.1—2011.6.10学院整理11届毕业设计资料
参考文献：
[1]陈红.数据库系统原理教程.清华大学出版社.2000 [2]邓文渊，趁俊荣等．ASP与网络数据库技术[M]．北京：中国铁道出版社.2003 [3]李严，于亚芳，王园辉．ASP数据库开发实例解析[M]．北京：机械工业出版社.2004 [4]龙马工作室．ASP+Acce网站开发实例精讲[M]．北京：人民邮电出版社.2007 [5]廖疆星等．Access 2002数据库开发指南[M]．北京：冶金工业出版社.2001 [6] AbrahamSilberchatz.DatabaseSystemComcepts,FourthEdition[M].北京：机械工业出版社.2003 [7]李香敏.ACCESS 2000编程员指南.北京希望电子出版社.2004 [8]武延军，赵彬.精通asp网络编程人民邮电出版社.2001.5
2.博客系统需求分析报告 篇二
需求分析是软件工程中最为重要的环节之一,产品质量的好坏与需求分析的质量有密切的关系。据统计,在失败的项目中,80%都与需求分析相关。
日益激烈的市场化竞争迫使产品部门不断提出创新的概念,并对开发部门提出快速开发、快速产品化的诉求。然而,事实情况是产品部门很难准确地提出产品的需求,从产品概念到用户的需求之间还存在较大的差距。在这种情况下如何快速、高质量地完成需求分析,这是很多企业开发部门需要面对的问题。
本文提出了一种基于领域知识的快速需求分析方法,并应用于中国银联的需求实践中,取得了很好的效果。
1 软件需求的层次
项目软件需求包括三个不同的层次:业务需求、用户需求及功能和非功能需求。
业务需求:反映组织机构或客户对系统、产品高层次的目标要求。比如:产品部门(或客户)提出要开发一种“在农村地区为农民提供便捷的小额取款功能”的产品。
用户需求:描述用户使用产品必须要完成的任务。比如:描述农民进行小额取款的流程、业务的参与主体、限额控制要求等。
功能需求:定义开发人员必须实现的软件功能,使得用户能完成他们的任务,从而满足业务需求。如:明确需求范围,详细描述业务流程、数据流向及各个业务环节的控制和检查要求;分析与其他系统间的接口;明确异常处理要求。此外,还应该包括:业务量、处理性能、安全等非功能的要求。软件需求的层次如图1所示。
在企业需求分析的实践过程中,产品(或业务)部门提出的需求常常是介于业务需求与用户需求之间,体现为一些不可测试的、简单的要求。
2 软件需求工程
需求分析任务是发现、求精、建模和规约的过程。包括详细地精化软件范围,创建所需数据、信息和控制流以及操作行为的模型,提供可选择的解决方案,并将它们分配到各软件元素中去。由于需求的开发和管理在整个软件工程中有举足轻重的作用,因此,常常把需求开发和需求管理的过程合并为需求工程。需求工程过程如图2所示。
整个需求工程包括:需求获取、需求分析、编写规格说明书、需求验证及需求管理等环节。需求获取和需求分析是需求工程的关键过程域。
3 领域需求快速需求分析方法
领域需求是指一组具有相似或相近需求和功能的应用系统所覆盖的区域,与行业的应用特点密切相关。经过多年的业务发展和技术沉淀,各个企业都积累了比较丰富的领域知识。把这些领域知识通过各方专家进行系统化的梳理、抽象和整合后,构成领域需求库,并把需求库应用于需求工程的关键过程,形成快速需求分析方法,从而满足客户的需要。关键过程包括:
第一步:建立领域知识库。
第二步:条目化需求获取。
第三步:端到端的需求分析。
3.1 建立领域知识库
通过集中行业各个方面的专家(包括:业务、需求分析、开发、测试和运营专家等),根据自身经验的积累,梳理总结出本领域的知识库,主要包括:
第一,确定领域边界和范围,包括本领域常见业务的处理环节、各个环节涉及的用户。如:典型的银行卡业务包括:交易接入、联接交易转接、清分清算、差错处理、风险控制、数据分析和服务等业务处理环节。涉及的用户包括:持卡人、商户、银行、第三方机构、行业合作商户等。
第二,细化每个业务环节,整理本领域现有需求功能点。如:对银行卡业务按ATM取现、POS消费等交易产品细分各个环节的功能点。
第三,整理每个功能点对应的测试案例,建立对应关系。根据实践经验,测试案例与需求功能点之间存在多对多的对应关系。
第四,梳理各个业务处理系统间主要的接口关系,包括:数据关系、系统调用关系等。一种新产品或新业务常常要涉及多个业务处理子系统,因此系统间接口分析非常关键,稍有不慎就可能造成遗漏、误分析,给生产系统带来安全隐患。
第五,整理业务处理系统的约束条件,包括技术架构、用户界面风格等。
第六,估算每个功能点对应的开发周期和开发成本。作为实际项目度量时的参考数据。领域知识库如图3所示。
3.2 条目化需求获取
根据建立的知识库,按业务处理环节整理出该环节的核心属性,梳理对应的功能点列表,作为需求获取和需求分析的重要参考材料。需求分析人员把整理后的功能点列表交由客户,由客户根据自身需求的情况,进行条目化需求填写,对超出功能点列表的内容,请客户重点描述,这些内容是需求分析人员后续分析的重点。例如:POS消费业务,包括“联机交易处理”、“清分清算”、“差错处理”、“风险处理”和“数据分析”等5个业务处理环节。在联机处理环节中,“参照业务类型”、“业务开展范围、“卡介质”、“交易渠道”、“交易路由”等构成了该环节的核心属性,属性描述如图4所示。
对新增加的内容,在业务成熟后,需求分析人员需要增补到知识库中。
3.3 端到端的需求分析
完整性是需求分析最基本的属性之一。在复杂业务系统中,要达到完整、不遗漏确实比较难。在分析中,我们采用了“端到端”的分析过程,其中一端为业务发起方,一端为系统运营方,中间是各个业务处理环节。每个环节分析的侧重点不同:业务发起端通常关注与客户的交互、界面的简洁和友好;系统运营端通常关注非功能要求:系统高性能、高可扩展、高可用、高可管理、高安全,并关注目前及产品生命周期内的业务量增长对系统的影响。中间环节则关注业务的流向、处理要求、对其他环节的约束或依赖等。图5是一个典型POS消费业务端到端的需求分析鱼骨视图,通过该视图,基本可以保证业务分析的完整性。
在需求分析过程基本完成,提交开发前,需求分析人员需要对整个流程及对其他系统的影响性进行纸面演练。主要包括:
角色扮演: 需求分析人员根据分析出的系统客户情况(包括实体客户或系统),逐一扮演各个角色,对每个流程逐一演练,尽早发现分析中存在的问题。
时序推演:从时间轴分析在关键时间点的业务状态,评估是否满足业务及运营性能指标的要求。
陷阱过滤:根据生产运行总结形成知识库问题总结,逐一检查并排除软件需求规格说明中是否存在相同或类似的缺陷。
4 辅助度量原型工具
在需求实践过程中,经常会出现如下情况:在需求规格说明完成之前,业务或市场部门往往要求开发部门先估算开发时间。为更好地解决这个问题,及时评估项目规模,估算开发、测试的工作量,我们尝试开发了一个简单的度量原型工具。通过该工具,结合必要的人工判断,能够较迅速地初步估算本次需求的规模。如图6所示。
把用户需求条目、领域需求功能点及测试案例库进行规格化处理,存入对应的数据库中。用户需求条目和需求功能点及测试案例的主键为:业务环节+交易类型+属性1+属性2+…+属性N。
根据用户需求条目和领域需求功能点按主键进行匹配,得到关联后的需求功能点。
对用户需求条目中存在,但无法关联的功能点,需要人工进行判断,给出估算工作量。
关联后的需求功能点与测试案例再次关联,可以得到本次需求需要进行的测试范围。对关联不上的功能点,需要另外增补测试案例。
匹配完成后,初步统计出本次需求会涉及的业务环节、功能点数量、测试案例数量及整个项目的预计规模。通过界面展示。度量结果示意如图7所示。
5 结 语
根据多年运作形成的经验知识积累,形成领域需求的专家知识库,以知识库为基础,形成了一套快速获取需求、快速进行需求分析的方法,结合辅助工具,提升了需求分析效率。该方法已经成功地应用于中国银联相关的需求分析实践中,很好地适应了快速发展的市场需要。
摘要：介绍一种快速端到端的领域需求分析方法。结合辅助分析系统,快速实现需求分析,缩短开发周期,满足不断加剧的市场化竞争需要。
关键词：需求分析,领域需求,知识库,端到端,辅助分析系统
参考文献
[1]KarlE Wiegers.软件需求[M].机械工业出版社,2000.
[2]Roger S Pressman.Software Engineering:A Practitioner's Approach[M].6th ed.机械工业出版社,2007.
[3]Frederick H.Architecture based Acquisition and Development of Sys-tem;Guidelines ans Recommendations from ARPA Domain-Specific Software Architecture,Program[R].Ver1.01,CRM/SEI,1994.
3.动画生产管理信息系统需求分析 篇三
关键词：动画；信息系统；管理；C/S架构
中图分类号：TP311.52 文献标识码：A文章编号：1007-9599 (2011)05-0000-01
Requirement Analysis of Animation Production Management Information System
Yang Yang,Rao Chaoying
(Nanchang University College of Science and Technology,Nanchang330046,China)
Abstract:Animation production industry in the project management process,most still low level of information reality.From daily routine ofanimation production management,the target system functions needs analysis and use case analysis aim to create a animation Produce Management Information System which can give the managers make the right decisions and provide strong support management.Designed and implemented to solve the dispersion of production and management of information collection,utilization,unified management,resource sharing software for animation production and scientific management and improve efficiency.
Keywords:Animation;Information system;Management;C/S architecture
一、引言
动画产业是新兴的把劳动和技术密集结合的产业，其生产流程中各个环节的生产工艺技术不仅相对独立，还具备大规模流水线作业系统的显著特征。动画生产中包含大量个性化的艺术创作——纯手工艺生产的特征，它不但要保持工作人员的个体创造力又需要使众多的工作者具备一致的风格和质量水准，其生产管理必须平衡艺术风格与生产质量、生产成本与生产进度之间的关系。但是在实际项目生产管理过程中大多数传统的动漫企业信息化程度低，每天生产的数据量都是巨大的，因此设计并实现一个符合动画生产管理特点——网络化、集成化的，能够解决生产管理信息的分散采集、综合利用、统一管理、资源共享等问题的管理信息系统迫在眉睫。
二、系统架构分析
系统选择C/S模式，所这种模式实际上是在逻辑上将整个系统划分成前端客户进程和后台服务器进程并且以网络将两者连接使信息得依高速交互的软件架构。这种构架集成度高、数据安全性好，易于开发、维护与管理，在保证前端的客户应用程序拥有良好的人机界面的前提下与后台服务器进程进行交互，使系统用户方便快速的完成业务获得系统返回结果。
三、系统需求分析
动画片生产信息管理系统开发的总体任务是实现动画生产信息关系的系统化、规范化和自动化。本系统开发的基本要求与功能是实现动画片生产管理相关信息数据的管理与分析。根据目前动画片生产管理业务内容，其基本数据流动为用户数据的输入，人力资源信息、项目生产信息、部门信息、考勤与奖惩信息、设备信息的输入，以及生产情况、员工绩效、工资核算等信息的查询、排序、分析等数据输出。因此，依据动画片生产信息管理的工作流程，可以把该生产管理信息系统分成以下几个子系统
（一）人力资源信息管理子系统。人力资源信息管理系统涉及员工个人情况和职业素质信息。（二）动画项目信息管理子系统。动画项目信息管理子系统具有项目基本信息录入、项目生产计划管理、产品质量管理、生产情况分析等功能，是项目生产计划与生产分配、产品质量审核等业务处理的重要模块。（三）生产部门管理子系统。这个子系统中能够实施部门组织管理、部门生产任务计划与分配、部门产品质量审评、部门生产绩效管理、部门生产进度跟踪、部门生产数据查询等业务功能。（四）员工生产绩效信息管理子系统。员工生产绩效信息管理功能作为一个子系统提出其原因在于动画片生产的技术和工艺的特殊性使得在管理上经常需要以“精耕细作”的方式进行，使管理细化到“个人”。此功能模块作为管理子系统是动画生产管理系统的一大特色，使得动画项目生产高层管理者在采取微观化管理策略的同时而不至于损耗过多的精力。（五）考勤与奖惩信息管理子系统。在这个子系统中主要目的在于录入或统计员工的奖励或惩罚情况，对员工奖励、惩罚记录提供统一的管理和维护，方便所有员工和管理人员查阅。（六）工资信息管理子系统。工资管理是动画项目生产管理的一个重要环节，也是较为烦琐、工作量大的一个环节。工资系统的设定是一项非常敏感的工作，能够直接影响到项目生产成本、项目生产周期，也能够间接影响人力资源管理以及员工的工作状态。因此必须保证工资信息管理子系统具有足够的灵活性和可自定义性，涉及业务内容包括基本工资设置、绩效工资设置、福利待遇设置、奖惩规则设置、工资核算、工资表生成、工资数据分析等。（七）设备管理子系统。设备管理子系统能够跟踪设备分配、设备使用状态等信息，有效提高设备的利用率和降低设备事故，保障生产顺利地进行。（八）系统设置管理子系统。在这个子系统中，包括设置用户管理、密码管理、用户注销、数据备份等基本功能模块。其中数据备份功能为管理信息系统数据安全的重要保证。
四、用例分析
（一）在动画片生产信息管理系统中，可以归纳出以下主要问题。1.项目生产管理者输入、查询相关的员工信息、项目信息。2.员工查询他们所需的信息（生产任务）、汇报个人生产进度。3.系统管理人员进行系统维护。4.部门主管查询他们所需要的信息（生产任务）、汇报部门生产进度。（二）创建用例。指定与系统交互的角色后，就要通过用用例来建模来详细的描述角色和软件系统交互的具体内容，用例代表系统响应角色动作引发一系列反应。
五、结束语
系统的功能将管理信息系统的通用性和国内动画企业生产业务流程、企业管理文化的特征相结合，力图获得最佳结合点，并将动画片生产管理三要素：人力资源、生产绩效及生产设备管理系统集成，能够有效地帮助管理者提升动画项目的生产管理水平和管理效率。
参考文献：
[1]朱育雄,罗伟其.基于C/S的校园网MIS应用成分的分布及应用.暨南大学学报(自然科学版),1998,19(3):47-55
4.门禁系统需求分析 篇四
1.是否联网通过RS485还是TCP/IP 方式？如果采用485，是否需要配置485 HUB?(增加通讯距离，挂接更多的控制器)如果采用TCP/IP 是直接采用网络转换器还是通过TCP/IP转化器？ 2.门禁控制器类型：单门，双门，四门，八门控制器还是门禁一体机？
3.识别方式：密码，指纹，刷卡，识别脸等? 4.管控方向：单项刷卡还是双向刷卡？
5.卡片类型:EM（智能采用EM 读卡器，需要联网）,Mifare，HID 6.读卡器类型:韦根，485,如何发卡：通过控制器，232读卡器，键盘口读卡器，输入卡号？
7.系统软件：单机版还是网络版？需要考勤，电梯和更新软件模块吗？
8.电控锁类型：磁力锁，电插锁(阳极锁，双向开门)，阴极锁，需要支架吗？
9.供电方式：集中供电还是分散供电？ 10.线材选材：RVVP 还是RVSP? 联网门禁系统说明：
1：
说明：进出安装两个按键读卡器，通过韦根接口连接到单门控制器上，进出均可提供三种开门方式，刷卡、刷卡+密码和安全密码。但不可以设为进门不要密码管制，而出门要密码管制进出安装两个指纹读卡器，通过韦根接口连接到单门控制器上。两台指纹读卡器，可通过485接口连接到控制器的485 总线上，便可通过计算机将采集到的指纹，下传到指纹读卡器中，或者将指纹读卡器中指纹数据备份到计算机中。
2：
指纹一体机就是集成了指纹读头的单门控制器
指纹一体机可内置射频读卡模块，提供刷卡+指纹等更多种开门方式
如果内置了Mifare读写模块，还可以配置成将指纹存储在Mifare卡中。正常情况下，指纹存储在指纹机中。
5.图书管理系统需求分析报告 篇五
1引言
1.1编写目的
本项目为图书管理系统；书写此文档是为了确定客户的真正需求，因此我们在可行性分析的基础上进一步了解、调查、明确用户对系统的综合要求、数据要求等；确定了一份完整、准确、清晰、具体的系统要求，从而得出系统必须完成什么样的功能。
此文档包含了用户对系统的具体要求，系统的功能需求等；可做为用户需求的确定书和总体设计的依据，也是验证和维护系统的依据。
1.2背景
社会的信息化带来了极大的信息量，而图书作为一种重要的信息交流传输载体,不管是在数量还是种类上都大大增加；因此我们迫切需要设计图书管理系统来满足日益增加的服务需求和管理需求。图书管理信息化中的一个主要环节就是图书借阅和归还的管理，因此针对这个环节的就成为图书管理系统的一个重要组成部分，而且是必不可少的一部分，也是应用最广的一部分。我们开发的系统正是为满足这一部分的需求，期望该系统能给管理者和借阅者都带来利益。
说明：
A.软件系统的名称：图书管理系统 B.开发者：徐达、金振兴、叶雷、王鹏 C.该软件系统同其他系统的关系
软件属于图书管理信息系统的一部分，应用中可能需要引用图书管理系统其它部分的数据内容，此处暂且使用自定义的数据表项
1.3定义
B/S：Browser/Server(浏览器/服务器)结构 SQL语言：用于数据库操纵的标准语言.NET：MS提供的一种高效的开发以及运行平台
ASP：全称为Active Server Pages，是一套由微软公司开发的服务器端运行的脚本平台，可用于开发动态网页
1.4参考资料
a．《软件工程导论 》 清华大学出版社 张海潘编著
b.《软件工程学实验 》 科学出版社 苏正、王文等编著 c.《数据库系统概论 》 高等教育出版社 王珊、萨师煊等编著 d.《C#.NET程序设计基础教程》 清华大学出版社 王华秋主编
2任务概述
2.1目标
2.1目标
图书查询系统的初衷是：
（1）.让用户在最快的时间内找到他所需要的书目
（2）.让用户在最短的时间内了解新书的到馆的情况以及书刊在馆情况（3）.让用户最大限度的使用图书这种公共资源
（4）.让用户了解自己的学习目标以及有哪些相应的图书与之配套（5）.让管理人员在尽可能短的时间内完成书刊的流通（6）.让管理人员在短时间内了解学生们的需要（7）.让管理人员及时更新在观书目
（8）.让管理人员更好的控制书刊的流通
可以在广大的学校中或者小型图书馆推广这套系统，来提高图书管理的效率，解决人工管理的问题。2.2用户的特点
（1）.在校读书的学生有很强的适应性可以在很短的时间内完成对这套系统的适应在最短的时间内提高效率（2）.想不断加强自身学习的人可以在图书馆以外的地方使用客户端来完成自己想要借阅的书籍（3）.对新鲜事物有很强好奇心的用户可以用这套系统来在最快时间内充实自己让系统可以更好的适应自己（4）.有一定知识水平了解简单电脑操作的用户可以在熟悉系统的前提下深入的了解系统，使之更好的为自己服务（5）.管理人员要熟悉服务器的维护数据的更新以及备份工作这就要求管理人员要了解数据库的一些基本原理在出现问题的情况下可以简单的处理（6）.经过简单培训可以熟练使用该系统的服务人员
预计使用频度为平均一个5000人的学校为：大约平均500—1000人/天
2.3假定和约束
在开发中要考虑用户的可能出现的操作以及在出现问题后的处理：
假定使用查询功能的人员出现登陆不了的情况及时的恢复对原有数据的备份可以由管理人员来完成。
最大限度满足接受不同用户在同时发出的请求。例如可以有100人同时查询数据就可以有100人同时修改自己的数据
如果用户的知识结构不是很好可以进行一下简单的培训。应该教会用户相应的操作以及应对紧急情况的手段。
如果用户的密码丢失则需要重新验证，需要输入一个密码提示问题 管理人员对数据出现误操作则需要完成数据的恢复
管理人员如果没有及时更改书目信息则该书不能被借出 管理人员需要良好的职业素质来保证图书更新的情况
管理人员有良好的专业素养来应对突发事件如服务器操作系统的崩溃
3需求规定
3.1对功能的规定
用列表的方式，逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出。3.2对性能的规定 3.2.1精度
该软件在使用中，对“按序列号查询”要求全数字外，其他查询方式并没有特殊要求，并且在按照书名查询时候支持“模糊查询”，如：你要查询的书名为“软件工程基础导论”，你可以在查询框里面输入“软件工程”，系统将把所有的书名含有“软件工程”字样的书名列出。
3.2.2时间特性要求
如果本系统使用局域网链接，网络速度较快，并且本系统只适应于中小型图书馆使用，不会造成数据拥塞的现象，所以查询时间、内容更新时间都是瞬间完成。如果使用互联网链接，则由于网络速度问题可能造成一定延迟。或者由于长期使用致使的软件老化或数据库负担增加也可能造成延时。
3.2.3灵活性
a． 可以使用多种查询方式查询，时间允许的前提下可以增加多重条件模糊查询功能。b． 适用多种windows版本。
c． 适当整理数据库，或者增加网络传输速度可以提高速度。
d． 在时间允许的情况下可以适当增加读者留言板、图书推荐等模块，方便用户使用。
3.3输入输出要求
输出数据：如果添加成功，输出成功提示信息，失败则提示检查信息，重新输入。3.4 数据字典
（1）读者（帐号，姓名，班级，性别，组号）
名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：性别简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。
名字：班级简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。名字：组号简述：对用户的等级说明，并且管理最大借书量。范围：”01“„”05”长度：使用位置：借书时对借书量进行限制。(2)管理员（帐号，姓名）
名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：姓名简述：对用户加以说明，修饰。不能标识具体用户。范围：长度：使用位置：在进入系统时，显示相关的信息。
（3）图书(图书编号,类别,书名,作者,出版日期,出版社,定价,总数量,剩下数量,备注)
名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：书名名字：类名简述：标识每一本图书的十简述：每一个图书有一个类几名字 别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在在新书入库，借阅登记，借阅查询，使用位置：用户查找的时候图书整理，超期提示中使用可以对查找的项目进行限制到名字：作者简述：标识每一本图书的写作者 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：定价名字：类别简述：每一个图书有一个类简述：标识每一本图书的实别，用以管理员分类管理际价格 范围：长度：使用位置：用户查找的时候使用位置：在新书入库，借可以对查找的项目进行限制阅等级，图书整理中使用到名字：类型名字：类名简述：每一个图书有一个类 简述：标识图书的分类种类别，用以管理员分类管理 范围：范围：长度：长度：使用位置：在新书入库，借使用位置：用户查找的时候阅等级，图书整理中使用到可以对查找的项目进行限制名字：图书库存数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：出版社简述：标识每一个图书的出版处 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到名字：出版日期 简述：标识每一本图书的出版日期范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到（4）借还(用户帐号,图书编号,借书日期,到期日期,数量,还书日期)名字：帐号简述：用以唯一标识用户的信 息。范围：长度：使用位置：用户登录时进行相应的判断核对。名字：图书编号简述：唯一标识每一本图书的关键域 范围：长度：使用位置：在新书入库，借阅登记，借阅查询，图书整理，超期提示中使用到名字：数量简述：管理每一种图书的现存量 范围：长度：使用位置：在新书入库，借阅等级，图书整理中使用到 名字：借书日期简述：标识用户在何时借书 范围：长度：使用位置：在借阅等级中使用名字：到期日期简述：标识用户应在何时还书 范围：长度：使用位置：借阅登记中使用名字：还书日期简述：标识用户在何时还书 范围：长度：使用位置：在借阅登记中使用
（5）数据流图
a.新书入库
b．图书借阅
C．过期提示
d．借阅查询
e.还书处理
3.5数据管理能力要求
要求对两万左右的学生借阅信息和10万本以上的图书进行有效的管理，并且随着学生人数的增长和图书数量的增多，要能快速地查询出有效的信息，3.6故障处理要求
对于任何硬件或软件系统来说，都不可避免的会存在问题，当机器或者软件出现故障的时候，就应要有可靠的办法来解决才行。我们做的系统是可以通过网络运行的，所以应该考虑当网络发生拥塞时的处理情况。这个图书查询系统当遇到上述情况时会自动重新发送数据给服务器，避免了使用者再次输入信息的麻烦，而如果机器遇到突然死机就可能造成数据丢失，我们也设置了系统自动恢复到操作前状态的功能，尽可能的降低拥护的损失。
3.6其他专门要求
对于此系统来说，为了维护读者的权利，防止数据在传输的过程中泄露个人信息，必须给传输的数据加密，而且本系统界面全由图象和文字组成，使用方便。
在用户登录操作界面的时候，密码采用了密文的形式，防止用户使用不当造成密码泄露。在系统内部，考虑到不同拥护的需求以及系统的维护需要和长期发展的要求，我们的设计使得系统的可补充性好，维护简单，易读易懂，对系统软件的适应性强
4运行环境规定
4.1设备
a． 为了使系统稳定的运行，硬件要求cpu达到奔腾3以上，内存至少为256MB。
b．外存可以不做要求，但建议应该在20GB以上。
c． 本系统要求在联机情况下使用，用户可以通过网络（局域网或者Internet）访问，但是为了便于使用，建议用户使用局域网。
4.2支持软件
建议使用windowos2000及以上的系统，测试环境为windows xp操作系统下使用asp.net.4.3接口
软件与其他软件之间应该有较好的接口和通信协议，实现相互之间的通信需要，增强本软件的实用性和功能。
4.4控制
6.图书管理系统需求分析 篇六
图书管理系统需求分析
班级：09信息管理1班
组员： 唐学悦，段敏，杨文燕，胡勇毅，余科辑，林春宇，李波
任务分配情况：
云南工商学院09信息管理1班
目录 系统需求概述...............................................................................................................................3 1.1 图书管理系统功能概述....................................................................................................3 1.2 系统主要业务流程分析....................................................................................................3 1.3 系统功能模块分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 读者用例图.............................................................................................................4 1.4.2 图书管理员用例图.................................................................................................4 1.4.3 系统管理员用例图.................................................................................................5 1.5 详述用例............................................................................................................................5 2 系统分析.......................................................................................................................................6 2.1 类图....................................................................................................................................6 3 系统设计.......................................................................................................................................8 3.1 用例动态模型设计............................................................................................................8 3.1.1 实现“读者查询个人借阅信息”用例的动态模型.................................................8 3.1.2 实现“查询图书信息”用例的动态模型.................................................................9 3.1.3 实现“借阅图书”用例的动态模型.........................................................................9 3.2 类图设计..........................................................................................................................11 3.3 物理架构设计..................................................................................................................12 3.3.1 组件图...................................................................................................................12 3.3.2 配置图...................................................................................................................13 2
云南工商学院09信息管理1班
1.系统需求概述
1.1 图书管理系统功能概述
图书管理主要是借书、还书以及其他一些附带操作（例如，超期罚款、催还图书等）的处理。一个简单的图书管理系统应提供如下功能：
·借书处理：完成读者借书的流程处理。·还书处理：完成读者还书的流程处理。
·信息查询：包括图书信息查询和读者借阅情况查询。·图书管理：包括输入新书记录和删除旧书记录。
1.2 系统主要业务流程分析
与系统功能相对应，系统主要有4个流程：结束流程、还书流程、图书查询、图书资源管理。各流程的主要过程描述如下：
·借书流程：读者借阅所需的图书，借出后图书记录中的借阅标志被置为false(不能再借)，借书文件中增加一个借书记录。
·还书流程：读者归还所借的图书，还书后图书记录中的借阅标志被置为true(可被外借)，在借书文件中删除一个借书记录。
·图书查询：读者和工作人员可以进行图书信息查询，输入图书的编号或书名，可从图书对象列表中查找相应的记录。
·图书管理：首先由工作人员在“录入新书资料”和“删除旧书资料”两个选项中选择。若是“录入新书资料”，则由工作人员输入新书资料，将新书添加为对象列表的新纪录。若是“删除旧书资料”，则查找需要删除的图书，将其从图书对象列表中删除。
1.3 系统功能模块分析
满足上述需求的系统主要包括以下几个系统模块：
·基本业务处理模块：主要用于实现图书管理员对读者借阅图书和归还图书的处理。
·信息查询模块：重要用于实现读者对图书信息和自身借阅信息的查询。
云南工商学院09信息管理1班
·系统维护模块：主要用于实现系统管理员对读者信息、图书管理员信息、图书信息、和数据库的管理。
1.4 建立用例模型
根据功能需求构造用例模型，主要任务是识别系统中的所有参与者，并对每个参与者找出其用例，建立用例模型。
系统主要的参与者为“读者”、“图书管理员”、和“系统管理员”。各个参与者的用例图如下：
1.4.1 读者用例图
<
图1-1 读者用例图
1.4.2 图书管理员用例图
<
图1-2 图书管理员用例图
云南工商学院09信息管理1班
1.4.3 系统管理员用例图
添加书目添加读者删除书目删除读者系统管理员查询图书查询读者
图1-3 系统管理员用例图
1.5 详述用例
在识别了参与者和主要用例并创建了用例图之后，如果有必要，还可以按顺序详述每个用例，包括用例如何开始、结束以及如何与参与者进行交互。
表1-1 读者查找个人借阅信息用例
用例：读者查找个人借阅信息(用例名称)(唯一标识符)(涉及用例的参与者)(用例开始时，系统必须满足的条件)ID：1参与者：
1、读者前提条件： 读者已登录到系统事件流：
1、读者选择查找个人借阅信息界面
2、读者输入图书证编号
3、系统按图书证编号查找读者借阅信息结果：系统向读者显示读者借阅信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)
云南工商学院09信息管理1班
表1-2 读者查找图书信息用例
用例：读者查找图书信息(用例名称)(唯一标识符)(涉及用例的参与者)ID：2参与者：
1、读者(用例开始时，系统必须满足的条件)前提条件： 读者已经启动图书管理系统，并已知书名或书号事件流：
1、读者选择查找图书信息界面
2、读者输入书名或书号
3、系统按书名或书号查找图书信息结果：系统向读者显示图书信息，该用例结束(用例中的实际步骤)(用例结束时，系统的状态)系统分析
2.1 类图
在定义系统需求后，下一步就是确定系统中存在的对象类。系统中对象类的识别可以使用名词/动词分析法来进行，即文本中的名词和名词短语暗示类或类的属性，动词和动词短语暗示职责或者类的操作。
通过用例图的分析可知，在图书管理系统中可以确定的主要对象类包括 “读者”，“图书”、“图书管理人员”和“系统管理员”。其中“读者”和“图书”通过借阅关系可以构成一个新类“借阅记录”。
另外，分析用例图可知，用例“身份验证”和“图书资料查询”是对象类“读者”和“工作人员”共同拥有的，并且用例“身份验证”是除用例“图书资料查询”之外其余用例执行的前提，因此可以将“身份验证”与“图书资料查询”定义为接口类中的操作(接口类是不含属性且操作函数没有具体实现的抽象类，接口类通过一个实现联系获得其它对象类的支持，这些对象类实现接口类中定义的全部操作)。其余用例则抽象为与该用例交互的参与者所属对象类的操作。因此，最后可获得的对象类图为：
云南工商学院09信息管理1班
系统管理员-name-password1*读者-name-number-password+借书()+还书()+借阅情况查询()***<
图1-4 系统对象类图
除了定义上述用于系统数据信息存储管理和业务逻辑控制的类之外，在用图形用户界面开发系统时，我们还可以定义一些相应的用户界面类：
(1)MainWindow类—MainWindow是图书管理员与系统交互的主界面，系统的主 界面具有菜单，当用户选择不同的菜单项时，MainWindow对象调用相应的方法完成功能操作。
(2)BorrowDialog类—BorrowDialog是进行借书操作时需要的对话框。(3)ReturnDialog类—ReturnDialog是进行还书操作时需要的对话框。(4)QueryDialog类—QueryDialog是查询某借阅者的借阅信息或图书库存信息的对话框。
(5)MaintenanceWindow类—MaintenanceWindow是系统管理员对系统进行维护的主界面，它也提供菜单项。
ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 图1-5图书管理系统的用户界面类
云南工商学院09信息管理1班 系统设计
系统设计的主要工作是用例实现—设计。即对每个用例进行动态建模，包括建立序列图、协作图等，描述如何通过类对象的协作来实现用例中的功能。随着动态建模的深入，会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
3.1 用例动态模型设计
3.1.1 实现“读者查询个人借阅信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:getBook5:消息查询6：返回借阅信息7：显示借阅信息
图1-6 读者查询个人借阅信息序列图
1:queryLoan():MainWindowerBorrower6:显示借yLoanInfo()阅信息5:返回借阅信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu
图1-7 读者查询个人借阅信息协作图
云南工商学院09信息管理1班
3.1.2 实现“查询图书信息”用例的动态模型
:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3：queryLoanInfo4:findBook5:图书信息查询6：返回图书信息7：显示图书信息 图1-8 读者查询图书序列图
1:queryLoan():MainWindowerBorrower6:显示图yLoanInfo()书信息5:返回图书信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu
图1-9 读者查询图书协作图
3.1.3 实现“借阅图书”用例的动态模型
云南工商学院09信息管理1班
:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查询图书库存5:返回图书是否可借6:修改读者的借阅信息及库存信息7:修改成功8:显示借书成功
图1-10 读者借阅图书序列图
2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:显示借书成功存库信书借存图可库询否及查是息功:4书信成图阅改修Borrower回借:7返者:读5改修:6:QueryDialog
图1-11 读者借阅图书协作图
云南工商学院09信息管理1班
3.1.4 实现“归还图书”用例的动态模型
:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改读者的借阅信息及库存信息4:修改成功5:显示还书成功
图1-12 读者归还图书序列图
1:queryLoan():MainWindowBorrower6:显示还书成功4:修改成功:QueryDialog3:修改读者的借阅信息及库存信息:ReturnDialog2:createDialog()
图1-13 读者归还图书协作图
3.2 类图设计
进一步扩充和细化分析阶段定义的类，包括定义新的类来处理用户的需求。随着动态建模的深入，也会发现原来建立的类存在缺陷或不够完整，需要对分析中得到的类图进行不断的修正和调整。所以，还应该通过动态建模来修正和完善类图。
云南工商学院09信息管理1班
系统管理员-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借书记录-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*读者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<
图1-14 设计类图
3.3 物理架构设计
物理架构设计就是用UML图形描述系统软件和硬件的大致结构，包括画出组件图和配置图。
3.3.1 组件图
组件图：表示构成软件系统的各物理组件及其相互之间的联系。它能明确表示软件系统各部分的功能职责。图书管理系统的组件图如下所示，其中包含“借/还书处理”、“信息查询”、“图书资源管理”和“身份验证”等组件。
云南工商学院09信息管理1班
图书管理系统借/还处理信息查询图书资源管理身份验证图书信息借阅信息
图1-15 系统组件图
3.3.2 配置图
图书管理系统是一个基于网络和数据库的应用系统,可以采用B/S结构,系统配置图下图所示：
7.校园一卡通系统需求分析 篇七
关键词：校园一卡通,需求分析
随着社会进步与发展, 计算机硬件与软件技术的不断推进, 作为知识和科技象征的大学校园传统的消费和管理模式已逐渐不能适应当前信息时代发展的要求, 建立以校园一卡通系统作为基础平台的数字化校园已经成为学校管理发展的方向和趋势。校园一卡通系统借助卡与网络的优势实现了校园内各个部门机构之间的信息一体化, 形成全校范围的数字空间和信息共享环境, 为学校管理人员提供具有开放性、灵活性、面向校园应用的服务管理平台, 为学校教职工与学生提供一个全新的, 方便的, 高效的现代化校园工作、学习和生活方式。
校园一卡通系统的建设对于学校来说具有重大的意义, 是学校未来数字化校园的基础, 结合本校的具体情况, 我们从业务需求, 应用需求, 技术需求, 安全需求四个方面进行需求分析。
1 业务需求分析
1) 卡片适配选型为国产非接触式Mifare或CPU卡片, 将校园内的各类消费与身份认证功能集成在校园卡内, 实现“一卡在手, 走遍校园”。
2) 建设结算管理系统, 统一管理校内财务, 便于资金结算清查, 使得财务管理更为安全, 便捷。实现结算多单位通用, 即在性质不同, 相互独立运营结算的各单位间通用。
3) 通过和财务银行系统对接, 实现校园卡和银行卡之间圈存转账, 校内各类费用的代缴代扣等, 真正实现金融服务一卡通。
4) 以校园卡的一个钱包, 实现持卡人在各个校区的综合消费网点以卡代币进行消费结算。
5) 提供身份识别功能, 实现校内身份信息, 白名单库等资源的共享。
2 应用需求分析
1) “校园一卡通系统”作为“数字化校园”的一个有机组成部分, 校园一卡通系统的发展规划需要和校园内其它信息管理系统协调一致, 顺应数字化校园的发展方向。
2) “校园一卡通系统”具有中心骨干平台, 改平台包括数据交易平台、身份识别平台、系统管理中心平台、账务结算清算平台、制卡管理中心、系统集控中心平台、密钥认证系统等以及基于该平台建立商务管理、银行转账、身份识别管理、学生注册、无障碍通道等各个子系统。
3) 在一卡通平台上的任何位置可以增加或者删除任何数量的子系统, 不需要对系统平台进行改动, 实现了系统的开放性。
4) 在一卡通平台上, 实现信息的全局共享, 包括身份信息和电子钱包信息等, 实现对子系统的状态监控和财务的统一管理。
5) 校园卡的使用以联网运行为主、兼顾脱机运行:实时联网运行, 可保证数据及时到位;支持脱网/脱机运行, 可以保证在网络和电源中断时不影响学生就餐、图书馆及门禁的正常工作。
6) 建立数字化校园应用支撑平台, 面向全校师生提供统一的一卡通身份认证服务, 提高应用系统的安全性和用户使用的方便性;为保证一卡通各应用系统间数据的一致性和数据共享, 提供数据整合、共享和交换的平台;为满足用户使用的方便性, 建立信息门户平台, 为用户提供高校、统一、个性化的信息服务门户平台。
3 技术需求分析
1) 校园一卡通系统应该由交易平台、身份认证平台、系统管理平台、账务结算清理平台、系统集成认证平台, 密钥管理平台六部分组成。
2) 系统终端设计采用先进的基于ARM平台设计的32位嵌入式CPU;在通讯方面, 支持多种协议, 包括:485通讯、CAN通讯、TCP/TP通讯, 以及基于运营商的GPRS等。
3) 校园一卡通系统应为保障实时性以联网运行为主, 并具有安全的离线运行机制。实时联网可以保证数据及时回传后台数据库。但作为一套准金融系统必须保证在网络和电源中断时不影响学生就餐、图书馆及门禁系统的正常使用。
4) 能在短时间内处理大量的并发业务, 这就要求校园一卡通系统对大数据量处理具有很高的实时性。学校持卡人达到近10万人, 由于作息时间相同, 高峰期突出, 所有业务集中在三个小时内完成, 要求每笔交易的响应时间小于1秒。
5) 系统账务管理真实透明, 账务报表真实体现系统账目状况, 完全符合财务流程的平衡报表管理。系统具有账务报警机制, 并前根据报警, 系统能够自动的处理相关不平账目, 完全不需要人工的干预。
6) 在安全性考虑上, 把卡的安全性和系统的安全性放在首位, 在卡片设计上, 数据加密传输, 收费设备与卡之间采用双向认证, 保证电子钱包及交易数据的完整性、有效性和真实性, 防止非法篡改和非法使用, 防止对卡片进行伪造。在系统层面, 具有完善的黑白名单验证机制, 在架构上, 采用多级备份方案, 如:双机热备、rac、RAID等, 使系统的抗意外能力有效提升, 使得整个系统安全, 高效。
7) 基于B/S架构设计系统, 可以让管理人员随时随地地通过WEB方式登录进行管理及查询, 利用金融级别的加密狗来保证管理人员的操作权限和安全性。系统采用三层架构:用户应用和数据由中间件层 (定义了一系列具有统一标准的接口规范, 所有的数据访问都经过审核和认证) 进行隔离。
8) 要求具有对所有子系统的接入经过管理中心的授权, 接入一卡通中心平台, 接受系统集控平台的统一管理。在“校园一卡通”网络上的数据应加密传输, 加密算法必须是国际、国家标准算法或在国家相关部门认证并登记的。
4 安全需求分析
校园一卡通系统中的数据传输具有特殊性, 需要通过认证信息, 密钥传递等, 所以必须全面的对整个系统安全性就行考虑:
1) 系统数据安全:系统数据多级备份存储、安全高效的数据访问机制、严格的数据访问接口, 以及接入系统的签到签退功能, 使得系统数据的访问可控而有序, 可以保证系统数据的足够安全及对应用子系统数据请求产生高校的回应。系统在实现信息资源共享的同时, 必须进行信息资源的有效保护和安全隔离, 针对不同的应用需求, 采取不同强度的安全保密方式和访问策略, 包括数据加密存储/传输、数字证书、数字签名、身份认证和存取控制;采用防火墙、入侵监测、VLAN和安全审计技术以及安全管理制度, 建立防病毒、防攻击的系统安全体系。数据传输采用硬件加密机制, 加密算法采用国际公认的权威算法。数据库关键信息采用签名校验机制, 防止数据库管理人员的非法操作。银行的关键信息 (如银行卡密码) 由银行系统加密, 只有银行才能打开。
2) 卡片安全:卡片安全要求系统保护持卡人利益, 使用消费记录发生在卡片读写临界值时真实反映卡片的操作情况, 多种超限消费密码保护的设定方式自由而灵活, 在卡片丢失时可以有效的降低恶意消费风险。系统要采用逻辑加密的非接触式IC卡, 每张卡片上的序列号唯一并具有逻辑运算和逻辑加密功能, 卡片要求读写灵敏。
3) 网络安全要求:“校园一卡通”网络为专用网与校园网分离, 网络在安全性, 可靠性, 可扩充性, 适应性和可管理等方面要求较高, 并且支持多种通讯协议和传输媒介, 并且支持多种主机互连。银行方的数据交易采用安全隔离技术, 从网络互连, 网络内部, 网络边界三方面确保专用网的安全。
4) 设备安全要求:每台终端设备拥有唯一标识号, 设备开机后必须授权才能使用。终端设备能够存储的数据信息, 且每个数据信息均具有代码, 正常情况下, 能实时上传到“一卡通数据中心”进行结算, 异常发生时, 可以利用终端设备里的数据分析功能, 查出数据出错源, 从底层予以纠正。
5) 软件安全要求:数据中心后台应用程序和数据库建立在高可靠的Unix环境下, 软件具有较高的安全性还能提供灵活的操作, 在权限分级、用户管理、程序资源等方面采用非常严密的机制。
6) 数据库安全要求:数据库存放重要的身份认证数据和交易信息数据, 以及系统审计数据。对数据库的访问必须要有严格的用户密码安全策略, 以及相应的数据库登录审计。数据库首先在用户访问设定严格的密码权限, 在登录审计层面, 对非法登录进程进行强行剔除, 在就在两个机制上保护了数据库遭遇到恶意的攻击, 以及在数据的安全性方面得到了最大的保障。
参考文献
[1]吴海容.校园一卡通系统的设计与实现[J].宁夏大学学报:自然科学版, 2002 (4) :346-349.
[2]唐向阳, 王超.数字化校园一卡通系统的安全管理策略[J].西南民族大学学报:自然科学版, 2005, 31 (5) :793-798.
[3]王琼, 刘恩军, 苏平, 马明志, 高校校园一卡通管理系统应用浅析[J].齐齐哈尔大学学报:哲学社会科学版, 2008 (1) :174-175.
8.职业院校竞赛管理系统的需求分析 篇八
关键词：竞赛管理系统；需求分析；数据流程图；用例图
中图分类号：TP311.52
职业技能大赛是我国职业教育领域的重大创新，是促进职业教育向技能培养发展的重要手段，通过它可以培养选拔高素质劳动者和高水平技能型人才。目前，职业技能大赛已经成为各个职业院校教学和管理中的一项重要工作，但目前我院针对竞赛信息的管理主要是采用人工管理的方式。如何形成一套行之有效的管理機制、方法、工具和软件，来帮助竞赛的各方面相关人员（项目干系人）来更加轻松、快速、准确、高效的完成各项竞赛管理事务，是我们需要迫切解决的任务。
1 职业院校竞赛管理系统的目标
竞赛管理系统所达到的总体目标是：（1）学生可以利用该系统了解各个赛项的通知和获奖情况，并能够下载和使用学习资源，并且可以和教师或他人进行在线交流等；（2）竞赛辅导教师可以利用该系统进行竞赛过程中所用资源的管理，并可以和学生及他人进行交流；（3）参加职业技能大赛的教师可以利用该系统了解教师职业技能竞赛情况，并进行在线报名，和参考相应的学习资源，并且在此平台中为教师提供一个针对教育相关主题的学习园地；（4）教务部门可以利用该系统发布学生或者教师因为竞赛而产生的调课/停课情况。同时可以发布教师参与竞赛获奖的统计信息；（5）竞赛协调员可以利用此平台发布关于竞赛的相关信息，并且发布学生职业大赛的成绩统计等信息；（6）系部和院级领导可以利用该系统查看各赛项的参与人员及竞赛成绩等内容；（7）依据年度对竞赛成绩的统计分析，从而为学院评优和教师学术统计等信息提供坚实的依据。
2 竞赛管理系统的角色定义
通过角色可以针对竞赛管理系统的用户进行有效划分和管理。系统的用户角色可以分为几类：
2.1 学生
面向学院的所有学生。主要学生用户为包括想要参加竞赛而提前进行了解和学习的学生，和被选入竞赛团队要参与竞赛的学生；学生通过校内网络进入系统后，可以浏览公告，下载学习资源，查看以往的竞赛成绩、发表博客文章，进行站内搜索等工作。
2.2 竞赛指导教师
各个赛项中指定的学生指导教师。该角色用户进行系统后，可以浏览公告，管理（增加、修改和删除学习资源），发表博客文章，进行站内搜索等活动。因为各个赛项主要是以系为单位来组织竞赛的，因此不同的指导教师只能对自己添加的竞赛资源进行管理。
2.3 赛项负责人
某个竞赛项目的指定负责人。竞赛协调员将竞赛通知分发给系部主任，由系部主任指定竞赛项目的负责人，赛项负责人要负责竞赛指导教师和参赛学生的选拔，负责与竞赛协调员联系进行竞赛各项任务的跟进，负责竞赛佳绩通告的发布，负责在竞赛完成后，将所有的资源整理后提交给竞赛协调员。
2.4 参赛教师
参加各项职业技能大赛的教师。教师也逐步参与更多的职业竞赛，参赛教师进入系统后可以进行竞赛资源和成绩等信息的浏览，并可以通过系统发表博客文章，同时可以进行评论。
2.5 教务管理人员
教务部门中进行竞赛管理的相关人员。该角色用户进入系统后可以浏览公告、管理公告（添加、删除、修改），发表博客文章，进行站内搜索，管理教师竞赛成绩的汇总等工作。教务部门的人员主要进行教师竞赛信息的发布和竞赛结果的公布等内容；
2.6 竞赛协调员
协调学生参与职业技能大赛的人员。竞赛协调人员发布各项学生竞赛通知、协调竞赛过程中的相关事宜，并进行学生竞赛成绩的汇总和成绩（包括学生的成果和教师的成果）上报，以及进行教师分值和工作量确认等工作；
2.7 系统管理员
针对系统的各项工作进行全面管理和维护的人员。系统管理员可以进行系统所有的内容管理、用户管理、系统配置、系统备份等方面的工作。是整个系统最高权限的用户。
3 竞赛管理系统的功能模块
通过对竞赛管理系统不同用户的需求进行调研和分析，可以将整个系统的功能模块划分如下：
3.1 竞赛公告管理
根据竞赛公告的性质，可以将其划分为四种不同的类型：竞赛通知、竞赛佳绩、调停课通知和其他公告等类型。竞赛公告可以由教务管理人员、竞赛协调员、系统管理员进行发布。竞赛公告内容主要包括公告标题、公告内容、公告图片、公告附件、发布人和发布时间等。
3.2 竞赛资源管理
竞赛资源划分为学生竞赛资源和教师竞赛资源。在学生竞赛资源中一级分类可以按照系部进行按照，二级分类按照该系部所负责的赛项进行划分，在每个赛项下，按照资源的类别例如竞赛总结、历年样题、学习资料等进行安排。竞赛资源内容主要包括资源标题、资源类别、资源附件、发布人和发布时间等。教师竞赛资源按照年份进行一级分类，在年份下面按照赛项名称来进行二级分类。
3.3 学生竞赛成绩管理
学生竞赛成绩可以按照学年来进行显示，内容主要包括竞赛名称、竞赛时间、竞赛等级、获奖级别、参赛学生、指导教师和所属系部等信息。可以按照系部和获奖级别进行信息的统计。
3.4 教师竞赛成绩管理
教师竞赛成绩可以按照学年来进行显示，内容主要包括竞赛名称、竞赛时间、竞赛等级、获奖级别、参赛教师、所属系部和获得分值等信息。可以按照系部、获奖级别、和参赛教师个人进行信息的统计。
3.5 博客管理
使用该系统的所有用户可以通过博客来发表或者转载文章。针对所有的用户来说，博客是一个学习交流的园地。博客内容主要包括标题、所属类别、博客内容等。其他用户可以对某个博客进行评论。
4 总束结
通过对竞赛管理系统的需求进行细致的分析，可以明确竞赛管理系统中各个不同角色的定义，在确定系统的功能模块之后，可以针对每种角色确定其功能权限。该竞赛管理系统的需求分析为各个职业院校的竞赛管理提供了一个较为基础和全面的需求说明。
参考文献：
[1]杨巨龙，周永利.软件需求十步走：新一代软件需求工程实践指南 [M].北京：电子工业出版社，2013.
[2][澳]麦斯阿塞克著，马素霞译.需求分析与系统设计（原书第3版）[M].北京：机械工业出版社，2009.
作者简介：刘继敏（1976-），女，讲师，硕士，从事Web网站开发、数据库技术的研究。
【博客系统需求分析报告】推荐阅读：
博客系统毕业设计论文09-06
宿舍管理系统需求分析06-29
视频会议系统需求分析09-02
物联网温室大棚监测系统需求分析报告07-27
基于UML的图书管理系统的需求分析与设计07-12
读书笔记博客09-15
文明小博客活动方案08-17
小学作文我们班的博客09-13
系统安全性需求09-08
草船借箭教学设计博客08-21