第一篇:博客系统需求分析报告
博客管理系统
1.系统需求分析
博客系统分前台功能和后台功能两大部分。前台主要供用户注册,浏览,后台主要供管理员使用,管理员可以对用户进行管理。
1.1前台功能分析
博客系统前台的用户共分两类:一类是注册用户(正式用户),这类用户有基本的信息,可以对自己的信息进行查看与修改,;另一类用户是游客(未注册用户),他们只能查看、浏览注册用户的信息。
游客:可以查看注册用户的信息。经过注册可以成为注册用户。
注册用户:
1、登录后对可以对个人信息进行查看和修改。
2)博客用户通过前台登录后,对自己的空间进行管理,包括发布自己的网络日志,分享视频,分享音乐,邀请好友玩游戏,上传照片,与相关人员进行交流和沟通以及删除访客发表的评论
3)博客用户登录后对自己的信息进行修改
非注册用户
1)游客通过注册,登录进入博客空间发表评论
2)游客不注册,通过匿名方式对博客空间浏览文章,发表评论,查看文章发表人的所有文章
1.2后台功能分析
博客系统后台主要是供管理员使用的,管理员可对用户进行添加、删除、查询及修改;对网站的新闻、公告进行管理。
管理员也可以具有不同的权限分为超级管理员和普通管理员,普通管理员具有以上权限,超级管理员除了可以具有以上所有功能外,还可以添加、删除普通管理员。
2.数据库设计
2.1数据库概念结构设计
对博客系统进行分析后,抽象出有关的数据,按照现实世界的事物能作为属性对待的,尽量作为属性对待的原则。作为“属性”,不能再具有需要描述的性质,“属性”必须是不可分的数据项,不能包含其它的属性;“属性”不能与其它实体具有联系,E-R图中所表示的联系是实体与实体的联系。依照以上准则,可以确定哪些为实体,哪些为属性,每个实体具有哪些属性,实体之间存在何种联系。经分析之后,该系统中包含的实体以及实体之间的联系如下所示:
实体:管理员实体,用户实体,文章类型实体、链接实体、留言实体、文章实体和评论实体,回复实体,视频,照片,音乐、游客。
实体间存在的联系
管理员和用户实体之间存在多对多的联系
博客用户与链接之间存在多对多的消息联系
博客用户与留言之间多对多的回复联系
文章类型与文章之间存在一对多的消息联系
文章与评论之间存在一对多的消息联系
用户和游客之间存在一对多的联系
用户和视频之间存在一对多的联系
用户和音乐之间存在一对多的联系
用户和照片之间存在一对多的联系
实体的属性:
留言(留言编号,网友昵称,日期,标题,内容,个人主页,回复)管理员(管理员,密码,权限)博客用户(用户号,用户名,密码,真实姓名,性别,出生年月,邮箱,电话,单位,城市,地址,注册时间,积分,用户等级,安全问题,安全答案)
文章(文章编号,作者,标题,摘要,内容,发表日期,人气,回复,类型编号,类型名称,回复数)
文章类型(类型编号,类型名称)
评论(编号,用户昵称,标题,内容,发表时间,文章编号)链接(链接编号,名称,地址)
新闻(新闻号,标题,内容,时间)公告(公告号,标题,内容,时间)
视频(视频编号,标题,内容,时间)
音乐(音乐编号,标题,内容,时间,歌手名)
照片(照片编号,标题,内容,时间,大小)
游客(游客号,游客名)回复(用户号,留言号,主题,内容,回复时间)
联系的属性:
实体之间关系的E-R图如图7-7所示。
2.2数据库逻辑结构设计
根据系统E-R图,把实体与实体之间的联系转换成关系模型,E-R图中的每个实体转换成一个关系模型,实体之间一对多的联系合并到多方实体对应的关系模型中,把一方的码与联系的属性纳入到多方实体对应的关系模型中,为实体之间多对多的联系创建一个新的关系模型,它包含双方的码以及联系的属性。具有相同码的关系模型有些情况下可以考虑把它们合并。在转换过程中应该按照关系规范化的理论,对关系模型进行优化,减少冗余和数据操作异常,提高查询速度,在性能与范式之间作出权衡,一般所设计出的关系数据库达到3NF就基本符合要求。按照
评论(编号,用户昵称,标题,内容,发表时间,文章编号)
文章(文章编号,作者,标题,摘要,内容,发表日期,人气,回复,类型编号,类型名称,回复数)
文章类型(类型编号,类型名称)
博客用户(用户号,用户名,密码,真实姓名,性别,出生年月,邮箱,电话,单位,城市,地址,注册时间,积分,用户等级,安全问题,安全答案)
发表(用户号,文章编号,发表日期)管理(管理员,用户号,注册号)留言(留言编号,用户号,网友昵称,日期,标题,内容,个人主页,回复)回复(用户号,留言编号,主题,内容,回复时间)
链接(链接编号,名称,地址)
访问(用户号,游客号,访问量,访问时间)
公告(公告号,标题,内容,时间)
视频(视频编号,用户号,标题,内容,时间)
音乐(音乐编号,用户号,标题,内容,时间,歌手名)
照片(照片编号,用户号,标题,内容,时间,大小)
游客(游客号,游客名)
3功能分析
在其博客管理系统上建立适当的视图,索引,存储过程和触发器,因此我们主要从这四个方面来分析它的功能
A 视图:视图是一个虚拟表,其内容由查询定义。同真实的表一样,视图包含一系列带有名 称的列和行数据。但是,视图并不在数据库中以存储的数据集合形式存在。.创建某某表的视图
2、利用cust_view视图添加一条记录数据
3、创建视图sale_item_view,该视图中包含订单编号、订货日期、产品编号及数量。然后利用该视图向表中插入数据
4删除视图中所有姓“王”的客户数据
5有两个基本表employee和sales,创建一个视图,该视图包含相同业务员的编号、姓名、订单号、销售总金额。
6将上述视图中订单号为10001的记录的销售金额改为60000。
B 索引:索引用来快速地寻找那些具有特定值的记录。
普通索引,这是最基本的索引类型,而且它没有唯一性之类的限制。普通索引可以通过以下几种方式创建:
创建索引,例如CREATE INDEX <索引的名字> ON tablename(列的列表);
修改表,例如ALTER TABLE tablename ADD INDEX [索引的名字](列的列表);
创建表的时候指定索引,例如CREATE TABLE tablename([...], INDEX [索引的名字](列的列表));
唯一性索引,这种索引和前面的“普通索引”基本相同,但有一个区别:索引列的所有值都只能出现一次,即必须唯一。唯一性索引可以用以下几种方式创建:
创建索引,例如CREATE UNIQUE INDEX <索引的名字> ON tablename(列的列表);修改表,例如ALTER TABLE tablename ADD UNIQUE [索引的名字](列的列表);
创建表的时候指定索引,例如CREATE TABLE tablename([...], UNIQUE [索引的名字](列的列表));
主键:主键是一种唯一性索引,但它必须指定为“PRIMARY KEY”。如果你曾经用过AUTO_INCREMENT类型的列,你可能已经熟悉主键之类的概念了。
主键一般在创建表的时候指定,例如“CREATE TABLE tablename([...], PRIMARY KEY(列的列表));”。但是,我们也可以通过修改表的方式加入主键,例如“ALTER TABLE tablename ADD PRIMARY KEY(列的列表);”。每个表只能有一个主键。
3存储过程: 一组为了完成特定功能的SQL 语句集,经编译后存储在数据库中,用户通过指定存储过程的名字并给出参数(如果该存储过程带有参数)来执行它。
1、利用存储过程,给employee表添加一条业务部门员工的信息。
2、利用存储过程从employee、sales、customer表的连接中返回所有业务员的姓名、客户姓名、销售金额。
3、创建带一个输入参数的存储过程,实现按员工姓名进行模糊查找,查找员工编号、订单编号、销售金额。
4、创建带两个输入参数的存储过程,查找姓“李”并且职称为“职员”的员工的员工编号、订单编号、销售金额。
3、利用存储过程计算出订单编号为10003的订单的销售金额。(带一输入参数和一输出参
数)(提示:sales表中的tot_amt应该等于sale_item表中的同一张订单的不同销售产品的qty*unit_price之和)
4、创建一存储过程,根据给出的职称,返回该职称的所有员工的平均工资。(带一输入参
数和返回值)
4触发器触发器对表进行插入、更新、删除的时候会自动执行的特殊存储过程。触发器一般用在check约束更加复杂的约束上面。触发器和普通的存储过程的区别是:触发器是当对某一个表进行操作。诸如:update、insert、delete这些操作的时候,系统会自动调用执行该表上对应的触发器。SQL Server 202_中触发器可以分为两类:DML触发器和DDL触发器,其中DDL触发器它们会影响多种数据定义语言语句而激发,这些语句有create、alter、drop语句。
1、针对employee表写一个DELETE触发器,显示删除的员工人数。
2、针对employee表写一个UPDATE触发器,限制每次工资额的变动不能超过原工资的20%。
3、定义一个触发器,保证新添加的员工的工资不能超过5000元
4、对sale_item表创建一个触发器,当插入一条销售明细记录时,如果该记录的产品数量超过5,则显示“欢迎成为本公司的VIP会员!”
5、针对customer表,定义一触发器用来保证参照完整性
6、针对sales表,定义一触发器保证参照完整性(参照customer表)
7.针对employee表,定义一触发器用来保证实体完整性
8,在customer表上创建一触发器,用来实现级联删除
9、定义一触发器,保证新添加的员工的工资不能超过5000元
10、创建一个触发器,只能接受女员工
11,、写一个允许用户一次只删除一条员工记录的触发器。
第二篇:个人博客系统需求分析
[个人博客系统]
需求说明书
[V1.0(版本号)]
拟 制 人朱金国审 核 人潘欣批 准 人潘欣
[二零一零年五月九日]
需求说明书
1.引言
1.1编写的目的a.为明确软件需求、安排项目规划与进度、组织软件开发与测试,撰写本文档。
b.本文档供项目经理、设计人员、开发人员参考。
1.2背景
a.系统名称:个人博客系统;
b.用户:广大普通用户包括高级知识分子;
C.市场背景:全球上网的10亿人中,有1亿人正通过博客改变他们的生活,不同国家、地区、年龄的人群通过博客建立了一个充满个性的交流空间,人们通过自己的文字传递着不同的信息。作为一个新兴、发展、甚至迅速膨胀的网络空间,博客向我们透露着这个信息传递和情感交流的平台将影响接下来的几代人。
1.3定义
Blog:博客
1.4参考资料
《软件文档国家标准》
《计算机软件开发文档编写指南》
2.任务概述
2.1目标
本系统所实现的功能将是利用程序的智能算法,利用各种数据,将各个Blog的最新内容整合到一起。
(1)建立查询网站,支持并发访问
(2)可提供面向所有客户的基于HTML和RSS等格式的实用信息
(3)提高数据读取效率
(4)建立多个发布点,规避网络风险,保证数据传输稳定
(5)能随时根据站点数量和内容的变化实现更新和扩展
(6)发布的信息能够鼓励Blog作者经常更新自己的站点,能够产生实际的宣传效果
2.2.运行模式:
面向用户,在浏览器中直接返回相关数据,包括最新日志和站点信息。
本系统被期望布署为一个数据发布系统和多个数据镜像发布系统,要求有较高可靠性和稳定性。
2.3 用户的特点
管理员:可以对普通用户进行授权,对会员信息进行部分更改,主要包括用户角色调
整,版主调整,删除会员等;
注册用户:可以加好友,关注好友,转载博文,上传图片,留言等;
游客:可以进行匿名留言等。
3.需求规定
3.1系统功能模块
1.会员注册
新会员注册,提供会员信息,检验新会员信息的有效性;
2.会员登陆
输入用户名和密码,检验用户信息;
3.会员管理
管理员由程序员设置一个,管理员可以对会员信息进行部分更改,主要包括用户角色调整,版主调整,删除会员等;
4.Blog板块管理
用户可以添加,删除,调整博客板块;
5.留言管理
用户可以对所有帖子进行转移,删除等操作;
6.留言回复
注册用户可以回复好友;
7.博文发表
注册用户可以在板块中发表新博文;
8.博文搜索
用户或者游客可以提供关键字查找博主的相关博文,注册用户可以查看自己发表的博文;
9.博友
注册用户可以添加好友,便于查看好友的博文和评论好友博文,以及给好友发送消息,留言等
10.聊天室
注册用户可以在聊天室和Blog成员会话
聊天室的名称,人数限制等由管理员设置,聊天室可以由管理员创建,删除。
13.意见反馈
用户可以给管理员联系,并欢迎提成各种意见和建议;
3.2系统操作
1.会员注册
填写个人信息---信息检验---保存会员信息
2.会员登陆
输入用户名和密码---信息验证
3.会员管理
持有管理员角色---角色调整或分配版主或删除用户
4.博客板块管理
注册用户角色---添加,删除,调整,隐藏板块
5.博文发表
注册用户---选择板块发表主题---主题持久化
6.留言回复
注册用户---针对主题发表回复---回复持久化
7.留言管理
持有版主角色---转移,删除等操作
8.博文搜索
注册用户---按检索条件返回相关博文
9.好友
注册用户---添加好友用户名---验证信息---添加成功
3.3 对性能的规定
3.3.1精度
输入数据除了非法字符均可。
3.3.2时间特性要求
无具体要求(或者一天24小时)。
3.3.3灵活性
当系统遇到偶然或者非人为的故障时,本系统将自动保存未完成的任务。
4.运行环境规定
4.1设备
Win98以上操作系统
内存:128M以上
硬盘:20G以上
(因为本系统对硬件要求不高,所以以上数据仅供参考)
4.2支持软件
大部分浏览器均可;
装了flash播放器
4.3接口
第三篇:系统需求分析报告
系统需求分析报告
目录
目录.............................................................................................................I
1、项目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意义........................................................................................1
2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系统管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2
I
1、项目描述
1.1 背景
随着网络的普及,网络业务应用向深度和广度不断发展,方便用户的同时,也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽,使得网络上涉及如:电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击,对个人用户信息(网银、支付钱包账号密码等)的保密和对国家互联网信息管理与审计构成严重威胁。
1.2研究意义
本项目针对以上问题,主要利用了以下两种技术:僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。
网络攻击已严重威胁着网络的安全,及时的发现网络攻击并在必要的时候劫持与反制网络攻击,成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。
2、需求分析
经过与项目委托方多次讨论,设计系统的目的是为实现对特定非法用户Web(HTTP/HTTPS协议)通信进行监控及反制,具体要求实现的功能有:监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。
第 1 页 2.1功能需求分析
根据监控系统的要求对系统的功能进行分析,明确了系统需要实现的功能。系统的功能结构模块:系统管理功能、流量劫持功能、监控与反制功能。
2.1.1 系统管理功能
系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示,数据存储负责接收后端和前端JS探针采集的数据并存储到数据库,数据展示负责提取数据库数据并显示。
2.1.2 流量劫持功能
本文流量劫持指DNS协议劫持,主要由四个部分组成:报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
2.2性能需求分析
1.DNS流量劫持成功率
为了达到项目委托单位的要求,需要对特定用户访问特定网站的流量进行准确监控,同时保证流量劫持的成功率(90%以上)。
2.监控与反制系统并发量
监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大,监控与反制系统并发处理能力到极大挑战。
3.系统运行稳定性
第 2 页 系统稳定性是系统最基本也是最重要的要求,运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在:随着运行时间的增加,系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。
第 3 页
第四篇:儿童博客网站需求分析报告
儿童博客网站需求分析报告
通过中国互联网络发展状况统计报告,发现网民对博客的需求增长迅速,同比增长超过10%,相比对网络聊天室以及个人主页空间的需求要高近5%。显示出了网民对博客的极度追捧。
博客永远是共享与分享精神的体现
儿童博客网站是一款以静、与细腻的宝贝博客,网站鲜明的色调,可以充分的展示出儿童博客的风格,记录下宝宝成长过程中的点点滴滴,此儿童博客网站主要是为妈妈们提供交流、分享的一个平台。
博客的用处:
1、作为网络个人日记
2、个人展示自己某个方面的空间
3、网络交友的地方
4、学习交流的地方
系统软件要求与选型
具体要求:
1)功能强的数据库管理系统,以对信息进行有效的管理
2)支持数据库管理系统的操作系统
3)丰富的程序设计语言
4)灵活的网络通讯软件,为以后联网提供软件保证
5)数据管理支持软件
6)丰富的应用软件
个人博客网页:
1.首页:点此标签可以回到刚进入博客的界面。
2.成长历程:点此标签进入日志网页,在此网页中我们不但可以显示自己以前所写的日志,也可以发表新的日志,同样博友也可以对你的日志进行评论。
3.宝贝相册:点此标签进入相册网页,在此网页中可以上传自己的照片,也可以对自己的相册进行编辑。
4.童声童语:点此标签进入音乐网页,在此网页中我们可以上传自己喜欢的音乐,同样也可以将他们设成博客的背景音乐,是博客丰富化。而博友也可以对我们上传的歌曲进行评论。
5.给我留言:点此标签进入留言网页,在此页面中我们可以看到博友给我们的留言信息,我们同样也可以回复他们。
6.宝贝资料:点此标签进入个人信息网页,这个网页中有关于我们的大部分信息。
第五篇:监控系统需求分析报告
需求分析报告概述
高陵县地处陕西省关中平原腹地,位于西安市辖域北部。地势平坦,土壤肥沃,是西北首个吨粮县。高陵县始建于秦孝公十二年(公元前350年),是中国建县历史最早的县份之一。1949年划属三原分区,1950年5月划属咸阳专区,1953年1月改属渭南专区,1956年10月由省直辖,1961年改属咸阳专区,1983年10月5日划归西安市管辖区域。全县辖4镇4乡,88个行政村,740个村民小组。耕地2万公顷。地区总面积290平方千米,每平方千米人口密度约950人。总人口29万人,其中非农业人口11.9万。县人民政府驻鹿苑镇。名胜古迹有昭慧寺塔等。
202_年全省公安机关还将全力推进技防视频监控网建设,建成覆盖全省城镇社会面、城乡社区、单位内部、重要部位以及复杂公共场所、公共服务娱乐场所视频监控网络。202_年底,全省完成了28万个视频监控摄像点的建设任务,202_年底前,消除城镇社会面、城乡社区、村居、单位内部的治安视频监控盲点,重要部位视频监控覆盖率达到100%,农村社区、村居覆盖率达到60%的目标。据悉,除以上各项内容外,陕西还将在交通智能化、公安信息化建设、电子警察、综合执法平台建设、科技强警、公共安全科技研发等相关项目迎来了历史发展的新机遇。需求分析
高陵县原有平安城市系统,投入使用多年来,在震慑犯罪、取证服务、掌握社会治安动态、有效控制社会面、应急处置突发事件等方面发挥了很大的作用。但因规划建设早,视频监控设备已落后,亟待进行升级改造。
随着平安城市工程在全国范围内的快速推进,视频监控系统的基础建设已经初具规模,并取得了显著成效,正逐步能够满足城市视频监控的一些基本要求,但是也存在着多种矛盾,主要体现在以下几点:
图像清晰度不够:已建的系统大多为模拟系统,图像分辨率最高达到D1格
式(40万像素),只能满足“看的见”需求却不能满足“看的清”需求;
系统扩容性差:视频监控的趋势逐步从模拟系统向数字化系统方向发展,很多平安城市项目建设当初未充分考虑系统扩容,后期建设不能充分整合现有资源,存在资源浪费的情况。
系统稳定性差:视频监控系统是一个涵盖了视频采集、传输、控制、存储、显示等方方面面的功能,每一个环节都需要采用大量的设备,系统集成化程度不高,系统的每个硬件设备都可能成为故障点,导致系统的稳定性下降。
重建设、轻维护:平安城市项目是一个大规模的视频监控系统,随着系统建成投入使用,系统的运营维护工作一般由人工完成,由于维护成本过高,一些损坏的设备未能得到及时修理或更新,在关键时刻系统宏机导致不能正常运行,未能达到“科技强警”目的。
因此,建设满足各个专业管理部门多级多领域城市管理的应用需求,建立一套统一的应急联动指挥与数字化城市管理监控系统平台,对各单位现有资源有效整合,达到资源共享,不仅节省大笔资金,而且可以大幅度提高监控系统的使用率和工作效率,实现整个城市的扁平化管理。在此基础上,利用市公安局现有的三台合一指挥系统、平安城市监控系统,扩建改造为涵盖各个职能部门的数字延安,是科学合理、安全可行的。针对当前平安城市视频监控系统的主要矛盾,后期系统的建设应着重从以下几方面考虑:
全网络化:数字监控远比模拟监控具有优势,平安城市从模拟走向数字一个必然趋势,由于部分区域网络基础建设的限制,当前视频监控系统建设过程中将存在模数并存的现象,这就要求系统的设计必须能够接入模拟信号同时可以有效兼容原有模拟系统。
高清化:高清能够提供更好的图像清晰度、更流畅的画面、更宽广的浏览画面、更精确的图像信息,特别是对于公安重大案件侦破、交通违法抓拍来说,高清图像更显得举足轻重。
高集成化:视频监控系统的后期维护在很大程度上将成为系统长期稳定运行的关键因素,每个硬件设备都将是隐藏的故障,采用集编码、传输、控制、显示于一体的设备,降低单位硬件数量,从而保障系统的稳定性。
智能化:传统的视频监控系统往往依靠人力,维护人员往往在一个监视屏同
时监控多个画面或随即抽取某一画面,造成部分监控点被漏看或被忽视;另外,维护人员存在一定的不稳定性、随意性和局限性,加上人的注意力有限,图像出现异常后,往往不能及时被发现。这就要求系统具有一定的智能视频分析功能,把人力从视频监控系统中大大解放出来,又能提高视频监控效率。
整合应用:平安城市有两大关键点,一是监控点的覆盖,二是应用,没有上层应用,平安城市就失去了应有的意义,这些应用包括调度指挥、GIS整合、视频报警、警视联动等等。当前已建平安城市各子系统仍属于独立工作,互补相连的状态,实现各子系统的整合应用将是今后建设的重点,也是平安城市的建设具有更深远的意义。