校友网需求分析2

第一样部分:需求分析

项目名称:校友网站

一、用例视图

写出用例图的介绍,包括功能包、用例的简述等。

不少于1000字。

上图描述:

网站用户权限:①网站管理员 :认证会员、管理会员信息、更改栏目和网站页面、发布信息

 ②注册会员:注册、维护个人信息、搜索信息、“找人”、留言板发帖、访客具有的所有功能

③访客:浏览网页基本信息

  校友档案:

①     账号注册:包含两类信息,账号信息(包含三个非空字段:用户名、密码、角色)和个人资料(包含真实姓名,性别,出生日期,籍贯,职业,所在单位,目前居住地区,通讯地址,邮政编码,电子邮件,学历,在校起止时间,所在院系等十多个非空字段和民族、党政社团、最高学历、学号、工作单位等二十多个可空字段);

②     同学录:由管理员创建“班级”,注册的会员自动归属到所创“班级”中;所有注册会员可以通过搜索功能寻找符合要求的会员(搜索功能分为基本搜索和高级搜索两类,所使用的非空字段不同),为其呈现该会员的个人资料(授权范围内,,由用户自行选择对外可见的内容);

  信息发布:管理员设置多个内容版块,更新、维护其信息,

①     发布公告和新闻(快讯、动态、报道);

②     提供其他相关网站的链接;

3、  交流平台:留言板功能(据称通过PHP可以比较容易实现更高级的BBS,此项待定)和问卷发布;

二、用例描述

1 Login

   英文名称:<Login>

    中文名称:<登录>

     参与者  :<User>

1..1简要说明

操作者输入用户名、密码、选择用户类型进行登录。

1.2 事件流

   1.2.1 基本流

    (1) 系统:显示登录界面;

    (2) 用户:输入登录信息,登录信息包括:用户名、密码、用户类型;

    (3) 用户:可能进行下面两种操作:

        (a) 用户:选择登录,则执行基本流(4);

        (b) 用户:选择重置,则返回到基本流(1);

    (4) 系统:检查用户的登录信息,可能有下边两种情况;

        (a) 登录成功:执行基本流(5);

        (b) 登录失败:执行备选流(1);

      (5) 登录成功,结束此用例。

1.2.2 备选流

    (1) 登录失败:如果系统检测到用户名、密码不存在或错误,则提示用户输入的登录信息不正确,系统返回到选择登录前的状态,用户可以重新输入/修改登录信息,重新执行基本流(3)。  

1.3 特殊需求(约束和非功能性需求)

    1.3.1 第一特殊需求

        要求用户密码安全。

1.4 前置条件

    1.4.1 第一前置条件

          系统已启动到登录界面。

1.5 后置条件

    1.5.1 第一后置条件

        用户登录成功后,根据用户类型进入到相应界面。Administrator用户进入到管理员界面,User用户进入到个人用户界面。

   1.5.2 第二后置条件

        用户登录失败,返回到登录界面。

1.6 扩展点

没有与此相关的内容。

1.7 附加说明

    1.7.1 附加说明1

    登录过程要求安全性。

1.8 优先级

    没有与此相关的内容。

2  Register

   英文名称:< Register>

    中文名称:<注册>

     参与者  :<User>

2.1简要说明

操作者输入真实姓名、、入学年份、入学班级、入学专业、学制、同学姓名、用户名、密码、再次输入密码、邮箱、验证码、现在工作职位、现在工作地点。

2.2 事件流

   2.2.1 基本流

    (1) 系统:显示注册界面;

(2) 用户:输入注册信息,注册信息包括:真实姓名、、入学年份、入学班级、入学专业、学制、本班同学姓名、用户名、密码、再次输入密码、邮箱、验证码、现在工作职位、现在工作地点;

    (3) 用户:可能进行下面两种操作:

        (a) 用户:选择提交,则执行基本流(4);

        (b) 用户:选择重置,则返回到基本流(1);

    (4) 系统:检查用户的注册信息,可能有下边两种情况;

        (a) 注册成功:执行基本流(5);

        (b) 注册失败:执行备选流(1);

      (5) 注册成功,结束此用例。

2.2.2 备选流

    (1) 注册失败:如果系统检测到用户名、密码等不符合格式,则提示用户输入的注册信息不正确,系统返回到选择注册前的状态,用户可以重新输入/修改注册信息,重新执行基本流(3)。

    

2.3 特殊需求(约束和非功能性需求)

   2.3.1 第一特殊需求

        要求用户密码安全、邮箱等格式正确。

2.4 前置条件

  2.4.1 第一前置条件

          系统已启动到注册界面。

2.5 后置条件

    2.5.1 第一后置条件

        用户注册成功后,提示注册成功,去邮箱里验证。

    2.5.2 第二后置条件

        用户注册失败,返回到注册界面。

2.6 扩展点

没有与此相关的内容。

2.7 附加说明

    2.7.1 附加说明1

    注册过程要求安全性和邮箱等格式正确。

2.8 优先级

没有与此相关的内容。

3 ModifyPassword

   英文名称:< ModifyPassword>

    中文名称:<修改>

     参与者  :<User>

3.1简要说明

操作者输入真实姓名、、入学年份、入学班级、入学专业、学制、本班同学姓名、用户名、密码、再次输入密码、验证码、现在工作职位、现在工作地点。

3.2 事件流

   3.2.1 基本流

    (1) 系统:显示修改界面;

(2) 用户:输入修改信息,修改信息包括:真实姓名、、入学年份、入学班级、入学专业、学制、同学姓名、用户名、密码、再次输入密码、验证码、现在工作职位、现在工作地点;

    (3) 用户:可能进行下面两种操作:

        (a) 用户:选择提交,则执行基本流(4);

        (b) 用户:选择重置,则返回到基本流(1);

    (4) 系统:检查用户的修改信息,可能有下边两种情况;

        (a) 修改成功:执行基本流(5);

        (b) 修改失败:执行备选流(1);

      (5) 修改成功,结束此用例。

3.2.2 备选流

    (1) 修改失败:如果系统检测到用户名、密码等不符合格式,则提示用户输入的修改信息不正确,系统返回到选择修改前的状态,用户可以重新输入/修改注册信息,重新执行基本流(3)。  

3.3 特殊需求(约束和非功能性需求)

   3.3.1 第一特殊需求

        要求用户密码安全、入学年份等格式正确。

3.4 前置条件

  3.4.1 第一前置条件

          系统已启动到修改界面。

2.3.5 后置条件

    3.5.1 第一后置条件

   用户修改成功后,根据用户类型进入到相应界面。Administrator用户进入到管理员界面,User用户进入到个人用户界面。

    3.5.2 第二后置条件

        用户修改失败,返回到修改界面。

3.6 扩展点

没有与此相关的内容。

3.7 附加说明

    2.3.7.1 附加说明1

    注册过程要求安全性和入学年份等格式正确。

3.8 优先级

    没有与此相关的内容。

三、领域模型与用户字典

1. 领域建模

2用户字典

2.1第一组词汇 user

实 体 名

User(校友)

说    明

校友是以前在本学校毕业的学生

基本属性

真实姓名、、入学年份、入学班级、入学专业、学制、同学姓名、用户名、密码、再次输入密码、验证码、现在工作职位、现在工作地点

实 体 名

用户编号(user_id)

说    明

唯一标识校友的id   nchar(6)

从属实体

User

实 体 名

真实姓名(user_truename) 

说    明

校友是真实姓名 varchar(8)

从属实体

User

实 体 名

性别(user_sex)

说    明

校友的性别 nchar(2)

从属实体

User

实 体 名

年龄(user_age)

说    明

校友的年龄  tinyint

从属实体

User

实 体 名

学号(user_sno)

说    明

校友的学号 nchar(10)

从属实体

User

实 体 名

密码(user_password)

说    明

校友的密码varchar(10)

从属实体

User

实 体 名

电子邮件(user_email)

说    明

校友的电子邮件nchar(20)

从属实体

User

实 体 名

QQ(user_qq)

说    明

校友的QQ varchar(13)

从属实体

User

实 体 名

入学年份(user_start)

说    明

校友的入学年份:nchar(4)

从属实体

User

实 体 名

毕业年份(user_send)

说    明

校友的毕业年份:nchar(4)

从属实体

User

实 体 名

用户名(user_name)

说    明

校友的用户名varchar(8)

从属实体

User

2.2第二组词汇 class

实 体 名

班级

说    明

班级是又校友组成

基本属性

班级编号(class_id)   班级名称(class_name)

班级公开栏(class_content)  创建时间(class_createdate)

创建人账号(user_id)

实 体 名

班级编号(class_id)

说    明

校友的班级编号 nchar(8)

从属实体

class

实 体 名

班级名称(class_name)

说    明

校友的班级名称nchar(10)

从属实体

class

实 体 名

班级公开栏(class_content)

说    明

校友的班级公开栏varchar(100)

从属实体

class

实 体 名

班创建时间(class_createdate)

说    明

校友的创建时间nchar(14)

从属实体

class

实 体 名

创建人账号(user_id)

说    明

校友的创建人账号nchar(6)

从属实体

class

2.3第三组词汇 message

实 体 名

留言(message)

说    明

校友是留言

基本属性

留言编号(message_id) 班级编号(class_id)

留言内容(message_content) 留言题目(message_title

留言者名字(message_name  留言时间(message_time)

实 体 名

留言编号(message_id)

说    明

校友的留言编号:nchar(10)

从属实体

message

实 体 名

班级编号(class_id):

说    明

校友的班级编号:nchar(8)

从属实体

message

实 体 名

留言内容(message_content)

说    明

校友的留言内容::varchar(100)

从属实体

message

实 体 名

留言题目(message_title)

说    明

校友的留言题目: varchar(20)

从属实体

message

实 体 名

留言者名字(message_name)

说    明

校友的留言者名字: nchar(10)

从属实体

message

实 体 名

留言时间(message_time)

说    明

校友的留言时间: nchar(14)

从属实体

message

四、非功能需求:

1. 质量属性

性能

同时在线人数在2000系统不能崩溃

安全性

密码安全

存储的安全

易用性

简单易用

快捷操作

持续可用性

程序稳定

可伸缩性

同时在线人数200到2000

互操作性

可更换数据库

或存储成标准格式CSV

可靠性

不易死机

测试严格

鲁棒性

能容忍非法操作

易理解性

易被开发人员看懂

设计文档和代码规范

可扩展性

能增加功能

可重用性

系统的类可被重用

可测试性

易测试

可维护性

易修改错误、代码易理解

可移植性

易换平台

易换数据库

2. 分析后的约束                                                                                                 

技术

Java开发,程序员水平不高

平台

Win32

数据库

sQlsever 或者mysql

界面风格

网页形式

时间

两周

其他

暂无

第二部分:系统架构分析与设计

项目名称:校友网站

第一部分:架构分析部分,概要架构设计

1 架构分析:序列图

选取关键需求用户用例,根据需求中的用例描述,进行系统分析。

系统分为三个分析类,界面类、实体类、持久化类。他们之间的交互关系如图1所示。(如图所示字样必写)

图1 校友注册分析图

2 概念架构设计

概念架构设计的结果的介绍。

具体如图2所示。

图2 系统逻辑架构概要设计

第二部分:架构设计部分,细化架构设计

一、逻辑视图

2 系统逻辑层次图

校友网站主要分 为两层:界面层和实体层。

界面层的主要功能包括:

(1)注册

(2)登录

实体层的主要功能包括:

(3)判断登录信息是否正确

具体如图3所

图3 系统逻辑视图

二、开发视图

1 系统开发环境图

系统开发环境及其依赖关系介绍,包括框架类型、版本、接口要求等。

如图4所示。

图4 系统开发环境图

2 系统开发依赖关系视图

需要的类与框架等的依赖关系,比如需要使用框架的那个类,什么技术,什么接口。例如,B继承与框架类库的A,需要CList等等。

如图5所示。

图5 系统开发图

2 系统开发交互关系视图

这里写出图的简单介绍,不少于300字。

如图6所示。

图6 系统开发交互关系图

三、部署视图

如图7所示。

图7 系统部署图

如图7所示。

A. java文件在eclipase上运行,PC的系统为windows XP。数据库服务器运行Sqlserver..

这就是部署视图

第三部分:子系统与类的分析与设计

项目名称:校友网站

一、类关系图纵览

主要是类的分层和层之间的接口。

具体如图1所示。

界面类中包括注册3和登录3。控制类中包括控制类3、连接数据库类3和数据库类。

登录3和注册3继承界面类。在此运用mv模式。

二、界面层类关系图

主要是类的调用关系、继承关系,设计模式,接口函数。

具体如图2所示。

图2 界面层类关系图

界面类中包括注册3和登录3

三、实体层类关系图

主要是类的调用关系、继承关系,设计模式,接口函数。

具体如图3所示。

图3 实体层类关系图

控制类中包括控制类3、连接数据库类3和数据库类。

第四部分:数据库设计

项目名称:校友网站

一、数据库分析

可以做出相关的实体类图,注意类与类之间的关系,也可以做出E-R图。

主要是实体与实体之间联系。

具体如图1所示。

1是类图

注册类和登录类都要通过连接数据库3调用数据库。

界面包括主界面网站的分界面。注册界面注册成功界面登录成功界面,校友界面之间的交互都是有实体层,本系统采用MVC模式,条理清晰。可维护性强。网站能够进行数据传输加密,确保数据传输安全。

二、数据库关系图

主要是表的字段的介绍,表与表之间的关系。

具体如图2所示(此句话必须有)。

图2 数据库关系图纵览

User2 class通过user_id联系。

Classinfo class通过class_id联系。

photo class通过class_id联系。

message class通过user_id联系。

talkrepaly通过talk_id联系。

1、 用户字段:

用户编号(user_id): nchar(6)

系别:user_grade:nchar(10)

入学年份(user_start):nchar(4)

毕业年份(user_send):nchar(4)

入学班级(user_class):varchar(15)

学制(user_system):varchar(8)

密码(user_password):varchar(10)

2、 班级字段

班级编号(class_id): nchar(8)

班级名称(class_name):nchar(10)

班级公开栏(class_content):varchar(100)

创建时间(class_createdate):nchar(14)

创建人账号(user_id): nchar(6)

3、 班级成员

班级编号(class_id):nchar(8)

用户编号(user_id):nchar(6)

4、 留言

留言编号(message_id):nchar(10)

班级编号(class_id)::nchar(8)

留言内容(message_content):varchar(100)

留言题目(message_title): varchar(20)

留言者名字(message_name): nchar(10)

留言时间(message_time): nchar(14)

5、 相册

  相册编号(photo_id): varchar(10)

相册名字(photo_name): nchar(10)

相册大小(photo_size)): nchar(10)

相册类型(photo_type)): nchar(10)

上传时间(photo_time): nchar(14)

上传者名字(photo_updatename): nchar(10)

相册描述(photo_describe): varchar(50)

相册高度(photo_high): tinyint

相册宽度(photo_width): tinyint

班级编号(class_id): nchar(8)

6、 说说发表

说说编号(talk_id): nchar(8)

说说内容(talk _content): varchar(100)

说说者名字(talk _name):varchar(30)

说说时间(talk _time): nchar(14)

7、 说说回复

说说编号(talk_id): nchar(8)

回复编号(replay _id): nchar(8)

说说内容(replay _content): varchar(100)

说说者名字(replay _name): nchar(10)

说说时间(replay _time): nchar(14)

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
基于BERT构建新闻文本分类模型,并结合node.js + vue完成了一个可视化界面。 爬虫(Web Crawler)是一种自动化程序,用于从互联上收集信息。其主要功能是访问页、提取数据并存储,以便后续分析或展示。爬虫通常由搜索引擎、数据挖掘工具、监测系统等应用于络数据抓取的场景。 爬虫的工作流程包括以下几个关键步骤: URL收集: 爬虫从一个或多个初始URL开始,递归或迭代地发现新的URL,构建一个URL队列。这些URL可以通过链接分析、站点地图、搜索引擎等方式获取。 请求页: 爬虫使用HTTP或其他协议向目标URL发起请求,获取页的HTML内容。这通常通过HTTP请求库实现,如Python中的Requests库。 解析内容: 爬虫对获取的HTML进行解析,提取有用的信息。常用的解析工具有正则表达式、XPath、Beautiful Soup等。这些工具帮助爬虫定位和提取目标数据,如文本、图片、链接等。 数据存储: 爬虫将提取的数据存储到数据库、文件或其他存储介质中,以备后续分析或展示。常用的存储形式包括关系型数据库、NoSQL数据库、JSON文件等。 遵守规则: 为避免对站造成过大负担或触发反爬虫机制,爬虫需要遵守站的robots.txt协议,限制访问频率和深度,并模拟人类访问行为,如设置User-Agent。 反爬虫应对: 由于爬虫的存在,一些站采取了反爬虫措施,如验证码、IP封锁等。爬虫工程师需要设计相应的策略来应对这些挑战。 爬虫在各个领域都有广泛的应用,包括搜索引擎索引、数据挖掘、价格监测、新闻聚合等。然而,使用爬虫需要遵守法律和伦理规范,尊重站的使用政策,并确保对被访问站的服务器负责。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值