极客 1504

软件工程课程设计内容与要求

Fri, 09 Mar 2018 00:00:00 +0000

软件工程课程设计

本文是课程设计的相关资料

实验题目：博物馆应用平台系统

博物馆网站数据采集子系统

编写一个本地应用程序，通过程序自动从博物馆网站上爬取信息，进行加工处理。主要包括以下功能：

1）数据爬取：爬取全国一级博物馆（130家左右）的网站信息，包括博物馆基本的介绍、参观信息（开放时间等）、展览信息、教育活动、经典藏品信息、学术研究信息等，对于展览信息可以定时更新。

2）数据加工：对于爬取的信息进行过滤和加工，抽取需要的内容。例如：对于展览页面，要得到展览主题、展览时间、展览地点、展览介绍等信息。

3）数据导入：采用合适的方式保存抽取的数据，能够导入到数据库中。

4）数据更新：支持数据的持续更新。例如：根据情况，每天或每周爬取一次新的数据，更新原有数据。

注意：数据的加工最好采用可配置的方式，能够用于多家博物馆网站的页面和内容。

博物馆新闻采集分析子系统

编写一个本地应用系统，通过程序能从主要的新闻网站上爬取博物馆相关的新闻信息，进行加工处理。主要包括以下功能：

1）数据获取：爬取主要的新闻网站中的博物馆相关新闻（如百度新闻）。可以支持爬取指定时间范围内的新闻，如1年内的新闻，半年内的新闻等。

2）数据加工：对于爬取的信息进行过滤和加工，抽取需要的内容。例如，抽取新闻的发布时间、新闻的标题、新闻的内容、新闻涉及的博物馆等。

3）数据分析：对于加工好的新闻，分析是正面新闻还是负面信息。可采用已有的可直接调用的服务和代码实现。

4）数据定制服务：可以根据指定的某一家博物馆，获取该博物馆的指定时间的新闻，并进行加工分析，得到该博物馆指定时间内的主要新闻，正面新闻和负面新闻。

博物馆信息浏览子系统

编写一个Android手机应用程序，支持用户浏览1和2中采集的数据，并对数据进行分析显示。

1）数据浏览：在手机端可以浏览各博物馆的介绍、参观信息、展览、教育活动、藏品、新闻等。可以采用列表方式，或地图方式，或其他便于用户定位的方式显示各博物馆。

2）数据查询：支持数据的查询功能。例如，按照博物馆查询、按照展览查询、按照藏品名称查询。

3）用户反馈：支持用户评论、打分等功能。可以按照展览、服务、环境三个方面让用户对一个博物馆进行打分。

4）数据分析：分析博物馆信息以及用户反馈信息，用排名列表和可视化方式显示分析结果。如，各博物馆一年举办的展览次数的排名列表。

博物馆导览子系统

编写一个Android手机应用程序，支持博物馆的讲解导览。可利用1中采集的部分基本信息。主要支持以下功能：

1）地图浏览：在地图上标注每个城市的博物馆，可以根据定位显示距离最近的博物馆。针对博物馆，在地图上标注该博物馆的近期展览和博物馆相关讲解。从地图可进入博物馆信息浏览、讲解等。

2）博物馆信息浏览：显示博物馆的基本信息、展览信息、藏品信息等。

3）播放讲解：播放一个博物馆、展览、藏品的相关讲解。

4）自制讲解：用户可以录制并上传关于博物馆、展览和藏品的讲解，并上传到平台，平台审核通过后，可以在手机应用中播放该讲解。

5）用户个人信息管理：用户可以注册登录该系统，设置用户名密码等个人信息。

注意：利用1中采集的130家博物馆的信息，支持一级博物馆的讲解导览。

后台管理子系统

主要包括：

1）用户管理：管理后台用户信息、后台管理员日志、手机端用户信息。如增加管理员，修改管理员密码，禁止一个发布过非法评论的手机端用户再次发布评论等。

2）讲解审核：审核用户上传的讲解。

3）数据管理：管理1-4系统中涉及所有数据，如一个博物馆的基本信息、展览信息、藏品信息、新闻信息、讲解信息、评论等。例如，删除一个用户发布的非法评论信息。

4）数据备份和恢复：支持本系统的数据库和服务器端重要文件的备份和恢复。

实验内容

开发一个博物馆应用平台系统。系统一共分为五个子系统：博物馆网数据采集子系统、博物馆新闻采集分析子系统、博物馆信息服务子系统、博物馆导览子系统、后台管理子系统。

进行分组开发，所有学生按照班级分成5个团队，每团分5组，每组5-6人。每组完成一个子系统，每个团队最后提交一个完整的系统。

分组时首先确定小组长，小组长间协商组成团队，指定团长，然后小组长招募组员。每个小组完成的子系统题目采用团队内部自愿协商的方式确定，若协商不成，则采用抽签的方式。每个团队内部采用的开发语言、开发工具、数据库应该协商一致。如果一个团长被一半以上组长投诉，则该团可重新选择团长。

第二周确定并提交团长和组长名单，提交分组名单。分组名单格式见文件《分组名单标准格式》。

助教：王微微博士

分团和分组时注意技术力量均衡，女生要分散到各组。
组长注意任务分配和人员分工，尽量让每个组员能发挥所长。

实验要求

（1）提交文档：项目管理计划、需求规格说明，设计报告，测试报告、用户使用手册和项目个人总结。其中项目个人总结为每人一份，其余文档每组提交一份。每个团队将各小组的文档综合到一起提交。所有文档需要提交电子版。

（2）程序检查：一共两次。第一次检查每个小组的子系统运行情况。第二次检查每个团队内五个小组集成后完整的系统运行情况，检查完成后需要提交程序源文件和可执行的系统。程序检查安排在上机时间进行。

（3）演讲：一共一次，在项目完成时进行总结汇报。

评分标准

各部分分值

（1）文档（30分）：项目管理计划（5）、需求规格说明（10）、设计报告（10）、测试报告（5）、用户使用手册（5）
（2）演讲（10分）
（3）系统检查（50分）：子系统运行检查（30）、集成运行检查（20分）
（5）个人总结（10分）

分数计算规则

（1）团队分数=系统集成运行检查分数
（2）小组分数=小组文档分数+子系统运行检查分数+演讲分数+团队分数
（3）个人分数

团长分数=小组平均分+个人总结分数+额外分。教师确定，+-10分。
组长分数=小组分数+个人总结分数+额外分。团长确定。
- 各团除团长外各组长额外分之和不超过20分。
组员分数=小组分数+个人总结分数+额外分。组长确定。
- 各组除组长外小组分总和不超过10分

交付物

交付物	阶段
项目管理计划	在项目初始阶段形成，在后续每一个阶段更新
需求规格说明	在需求分析阶段结束形成，在后续的设计和开发阶段更新
设计报告	在设计阶段形成，在后续开发阶段补充和更新
测试报告	在软件开发阶段形成，在后续的测试阶段更新
用户手册	在需求分析阶段结束形成，在后续阶段更新，在系统交付阶段交付
个人总结	在系统交付阶段完成
源代码	在开发阶段形成，在测试阶段更新
可执行系统	在开发阶段形成，在测试阶段更新

时间表

接收文档邮箱：software_buct@qq.com

关键时间	任务	要求
第二周	确定团长、组长和分组	电子版分组名单提交到邮箱，团长汇总提交
第三周	制定项目管理计划	管理计划提交到邮箱，团长汇总提交
第四周	完成需求规格说明初稿	电子版提交到邮箱，团长汇总提交
第五周	完成设计报告初稿	电子版提交到邮箱，团长汇总提交
第七周	子系统运行检查	以小组为单位进行，每个小组10分钟左右。
第十一周
第十二周	总结汇报演讲	以团队为单位，按照顺序进行。
第十二周	系统集成后的运行检查	以团队为单位进行，组长和主要程序开发人员参加。此时提交各种文档的电子版；提交电子版源代码和可执行系统。团长提前预约时间。

这是一个模板，也是一个 Markdown 语法说明

Fri, 09 Mar 2018 00:00:00 +0000

这篇文章来自 https://github.com/guodongxiaren/README
这篇文章讲解了基本的 Markdown 的语法，也许网上还有更加详尽的讲解，这里仅以这篇文章为例，这篇文章的 Markdown 原文请见这里

README

该文件用来测试和展示书写README的各种markdown语法。GitHub的markdown语法在标准的markdown语法基础上做了扩充，称之为GitHub Flavored Markdown。简称GFM，GFM在GitHub上有广泛应用，除了README文件外，issues和wiki均支持markdown语法。

Author	果冻虾仁
E-mail	Jelly.K.Wang@qq.com

横线
标题
文本
- 普通文本
- 单行文本
- 多行文本
- 文字高亮
- 换行
- 斜体
- 粗体
- 删除线
图片
- 来源于网络的图片
- GitHub仓库中的图片
链接
- 文字超链接
  - 链接外部URL
  - 链接本仓库里的URL
- 锚点
- 图片链接
列表
- 无序列表
- 有序列表
- 复选框列表
块引用
代码高亮
表格
表情
diff语法

横线

***、—、___可以显示横线效果

标题

一级标题

二级标题

三级标题

四级标题

五级标题

六级标题

文本

普通文本

这是一段普通的文本

单行文本

Hello,大家好，我是果冻虾仁。

在一行开头加入1个Tab或者4个空格。

文本块

语法1

在连续几行的文本开头加入1个Tab或者4个空格。

欢迎到访
很高兴见到您
祝您，早上好，中午好，下午好，晚安

语法2

使用一对各三个的反引号：

欢迎到访
我是C++码农
你可以在知乎、CSDN、简书搜索【果冻虾仁】找到我

该语法也可以实现代码高亮，见代码高亮

文字高亮

文字高亮功能能使行内部分文字高亮，使用一对反引号。语法：

`linux` `网络编程` `socket` `epoll`

效果：linux 网络编程 socket epoll

也适合做一篇文章的tag

换行

直接回车不能换行，
可以在上一行文本后面补两个空格，
这样下一行的文本就换行了。

或者就是在两行文本直接加一个空行。

也能实现换行效果，不过这个行间距有点大。

斜体、粗体、删除线

语法	效果
`斜体1`	斜体1
`_斜体2_`	斜体2
`粗体1`	粗体1
`__粗体2__`	粗体2
`这是一个 ~~删除线~~`	这是一个 ~~删除线~~
`*斜粗体1*`	*斜粗体1*
`___斜粗体2___`	*斜粗体2*
`*~~斜粗体删除线1~~*`	*~~斜粗体删除线1~~*
`~~*斜粗体删除线2*~~`	~~*斜粗体删除线2*~~

斜体、粗体、删除线可混合使用

图片

基本格式：

![alt](URL title)

alt和title即对应HTML中的alt和title属性（都可省略）：

alt表示图片显示失败时的替换文本
title表示鼠标悬停在图片时的显示文本（注意这里要加引号）

URL即图片的url地址，如果引用本仓库中的图片，直接使用相对路径就可了，如果引用其他github仓库中的图片要注意格式，即：仓库地址/raw/分支名/图片路径，如：

https://github.com/guodongxiaren/ImageCache/raw/master/Logo/foryou.gif

#	语法	效果
1	`![baidu](http://www.baidu.com/img/bdlogo.gif "百度logo")`
2	`![][foryou]`

注意例2的写法使用了URL标识符的形式，在链接一节有介绍。

在文末有foryou的定义：

[foryou]:https://github.com/guodongxiaren/ImageCache/raw/master/Logo/foryou.gif

链接

链接外部URL

#	语法	效果
1	`[我的博客](http://blog.csdn.net/guodongxiaren "悬停显示")`	我的博客
2	`[我的知乎][zhihu]`	我的知乎

语法2由两部分组成：

第一部分使用两个中括号，[ ]里的标识符（本例中zhihu），可以是数字，字母等的组合，标识符上下对应就行了（姑且称之为URL标识符）
第二部分标记实际URL。

使用URL标识符能达到复用的目的，一般把全文所有的URL标识符统一放在文章末尾，这样看起来比较干净。

URL标识符是我起的名字，不知道是否准确。囧。。

链接本仓库里的URL

语法	效果
`[我的简介](/example/profile.md)`	我的简介
`[Book](./Book)`	Book

图片链接

给图片加链接的本质是混合图片显示语法和普通的链接语法。普通的链接中[ ]内部是链接要显示的文本，而图片链接[ ]里面则是要显示的图片。
直接混合两种语法当然可以，但是十分啰嗦，为此我们可以使用URL标识符的形式。

#	语法	效果
1	`[![weibo-logo]](http://weibo.com/linpiaochen)`
2	`[![](/img/zhihu.png "我的知乎，欢迎关注")][zhihu]`
3	`[![csdn-logo]][csdn]`

因为图片本身和链接本身都支持URL标识符的形式，所以图片链接也可以很简洁（见例3）。
注意，此时鼠标悬停时显示的文字是图片的title，而非链接本身的title了。

本文URL标识符都放置于文末

锚点

其实呢，每一个标题都是一个锚点，和HTML的锚点（#）类似，比如我们

语法	效果
`[回到顶部](#readme)`	回到顶部

不过要注意，标题中的英文字母都被转化为小写字母了。

以前GitHub对中文支持的不好，所以中文标题不能正确识别为锚点，但是现在已经没问题啦！

列表

无序列表

昵称：果冻虾仁
别名：隔壁老王
英文名：Jelly

多级无序列表

编程语言
- 脚本语言
  - Python

有序列表

一般效果

就是在数字后面加一个点，再加一个空格。不过看起来起来可能不够明显。
面向对象的三个基本特征：

封装
继承
多态

多级有序列表

和无序列表一样，有序列表也有多级结构：

这是一级的有序列表，数字1还是1
1. 这是二级的有序列表，阿拉伯数字在显示的时候变成了罗马数字
  1. 这是三级的有序列表，数字在显示的时候变成了英文字母

复选框列表

您可以使用这个功能来标注某个项目各项任务的完成情况。

Tip:

在GitHub的issue中使用该语法是可以实时点击复选框来勾选或解除勾选的，而无需修改issue原文。

块引用

常用于引用文本

文本摘自《深入理解计算机系统》P27

　令人吃惊的是，在哪种字节顺序是合适的这个问题上，人们表现得非常情绪化。实际上术语“little endian”（小端）和“big endian”（大端）出自Jonathan Swift的《格利佛游记》一书，其中交战的两个派别无法就应该从哪一端打开一个半熟的鸡蛋达成一致。因此，争论沦为关于社会政治的争论。只要选择了一种规则并且始终如一的坚持，其实对于哪种字节排序的选择都是任意的。

“端”（endian）的起源
以下是Jonathan Swift在1726年关于大小端之争历史的描述：
“……下面我要告诉你的是，Lilliput和Blefuscu这两大强国在过去36个月里一直在苦战。战争开始是由于以下的原因：我们大家都认为，吃鸡蛋前，原始的方法是打破鸡蛋较大的一端，可是当今的皇帝的祖父小时候吃鸡蛋，一次按古法打鸡蛋时碰巧将一个手指弄破了，因此他的父亲，当时的皇帝，就下了一道敕令，命令全体臣民吃鸡蛋时打破较小的一端，违令者重罚。”

块引用有多级结构

数据结构

树

二叉树

平衡二叉树

满二叉树

代码高亮

在三个反引号后面加上编程语言的名字，另起一行开始写代码，最后一行再加上三个反引号。

public static void main(String[]args){} //Java

int main(int argc, char *argv[]) //C

echo "hello GitHub" #Bash

document.getElementById("myH1").innerHTML="Welcome to my Homepage"; //javascipt

string &operator+(const string& A,const string& B) //cpp

表格 ——–

表头1	表头2
表格单元	表格单元
表格单元	表格单元

表头1	表头2
表格单元	表格单元
表格单元	表格单元

对齐

表格可以指定对齐方式

左对齐	居中	右对齐
col 3 is	some wordy text	$1600
col 2 is	centered	$12
zebra stripes	are neat	$1

混合其他语法

表格单元中的内容可以和其他大多数GFM语法配合使用，如：

使用普通文本的删除线，斜体等效果

名字	描述
Help	~~Display the~~ help window.
Close	Closes a window

表格中嵌入图片（链接）

其实前面介绍图片显示、图片链接的时候为了清晰就是放在在表格中显示的。

图片	描述
	百度

表情

Github的Markdown语法支持添加emoji表情，输入不同的符号码（两个冒号包围的字符）可以显示出不同的表情。

比如:blush:，可以显示:blush:。

具体每一个表情的符号码，可以查询GitHub的官方网页http://www.emoji-cheat-sheet.com。

但是这个网页每次都打开奇慢。。所以我整理到了本repo中，大家可以直接在此查看emoji。

diff语法

版本控制的系统中都少不了diff的功能，即展示一个文件内容的增加与删除。 GFM中可以显示的展示diff效果。使用绿色表示新增，红色表示删除。

其语法与代码高亮类似，只是在三个反引号后面写diff，并且其内容中，以 + 开头表示新增，- 开头表示删除。

效果如下：

+ 鸟宿池边树，僧敲月下门
- 鸟宿池边树，僧推月下门