软件工程第四次作业——团队作业

软件工程第四次作业——团队作业

本次作业采用团队作业的方式,我的队友是我的同班同学,他们分别为:(队长)亢健强,贾猛,黄明帅,黄珂锐。我们团队的总体任务是要做一个“乐谱识别与演奏”的软件,拍摄一张乐谱图片,它会使用光学识别转换成音乐。

此次团队作业中我得任务主要是做需求调研,为此我先总结了一下常用的需求调研方法的优缺点,然后结合我们团队的实际情况选出了一种最适合我们的调研方法。


调研方法


优 点


缺 点


实地观察法


调查者在实地通过观察获得直接的、真实可靠的第一手资料


有一定的偶然性,且受调查者主观因素影响较大


访谈调查法


适用于调查的问题比较深入,调查的对象差别较大,调查的样本较小


结果难以进行定量研究,且访谈过程耗时长,成本较高,隐秘性差


会议调查法


简便易行,工作效率高,可以较快地了解到比较详细可靠的社会信息


调查结果难以全面反映客观真实情况,且受时间条件的限制,很难做深入细致的交谈


问卷调查法


突破时空的限制,在广阔的范围内,对众多的调查对象同时进行调查


只能获得书面的社会信息,而不能了解到生动,具体的社会情况


抽样调查法


节约人力物力和财力,能在较短的时间内取得相对准确的调查结果,具有较强的时效性


局限性,抽样结果不足时会影响调查结果的准确性


文献调查法


突破时空的限制,进行大范围的调查,调查资料便于汇总与分析


一般只能作为调查的先导,而不能作为调查结论的现实依据

综合以上几种调研方法,我们团队最后决定采取会议调查法,召集了我们认识的各个班级的同学,展开了细致的讨论,在于同学相互交流的过程中,我们得到了许多有用的信息,以下是会议调查的总结

会议调查总结

在物联网技术飞速发展的今天,音乐及数字化技术也成为人类不可或缺的重要组成部分之一,而随着音乐网络教学的普及,音乐数字化等技术已经得到了非常广泛的应用。但让人感到遗憾的是,作为音乐核心内容的媒介——乐谱,在当前绝大范围的音乐教学系统中,都是以静态图片作为显示存在的,所以“乐谱识别软件”可以满足教学中对动态乐谱的强烈要求,同时也可以推广音乐数字化技术在现今音乐教学领域中的应用。此次会议中我们分别对“乐谱识别软件”实现的优缺点做了热烈的讨论,我做了以下几点总结。

优点:1.为大量现存纸质乐谱资源的数字化管理提供有效途径。随着数字图书馆的蓬勃发展,数字音乐图书馆也悄然兴起。馆藏纸质乐谱资源的数字化已成为建设数字音乐图书馆的当务之急。音乐图书馆所藏的乐谱数以万计,如此浩大的数字化工程,单纯靠传统的人工录入,将是漫长和繁重的工作,既费时又昂贵。乐谱经过识别处理,其结果具有存储空间小,表现方式灵活,视觉上的乐谱图形显示,听觉上的乐音实时播放,因此它具备其他数据形式无法比拟的优势。

2.数字化音乐教育。再由应试教育向素质教育转轨并不断发展的今天,多媒体电脑音乐走进课堂已成为时代发展和音乐教育的需要。通常,音乐教师在黑板上写出的谱例在学生心中难以形成音响的听觉联想,而钢琴上弹出的声音转瞬即逝,借助乐谱识别软件,教师即可在课堂上即时的将课本上的谱例生成“数字乐谱”,利用其非常直观的乐谱显示功能以及实时性。动态性的特点,将谱例与实践音响同步展现在学生面前,并可迅速重新演奏或演奏乐谱中任意一段,使学生的听觉与视觉形象融为一体,从而激发学生的学习兴趣。

3.数字娱乐。让普通人也能迅速“识别”乐谱,并在听觉上产生冲击,从而体验音乐的美好。

缺点:1.形式复杂。文本文档通常仅由字符组成,而乐谱是一个由线条图形,块图形,符号,文字等多种形态元素混合排列而成,识别起来非常困难。

2.相交密集,多粘连。由于乐谱中各种交错混杂的图形嵌入在谱线当中,因而他们与谱线之间相交。粘连无处不在。

3.多态性。乐谱的记写规范没有严格统一的标准,因此相同含义的音乐可以用不同的多种形式描述出来,增加了实现的难度。

4.模糊性。乐谱中会出现同一种规则或约束不能适用于不同种乐谱的情况,甚至不适用于同一幅乐谱的不同小节。例如,乐谱小节内的音符时值总值必须与拍号保持一致,但是这种约束仅对单声部乐谱有效,对多声部乐谱或音符出现跨谱表的情况是无效的。

发展历程

从20世纪80年代后期至90年代初,随着高性能扫描设备的日益成熟和普及,计算机音乐技术的迅猛发展,从传统纸质乐谱向数字化音乐表达形式转换的需求越来越明显并得到重视,由此研究进入一个实质性的发展阶段。从具体研究情况来看,这一时期的研究要以乐谱图元分割,图形符号抽取等原语层识别方法研究为目标,并取得了诸多成果。

进入90年代后期,乐谱识别研究呈现出加速发展的趋势。在研究内容上,对原语层的识别精度,可靠性和适应性提出了更高的要求,同时句法,语义层的理论研究得到了重视。相当一部分研究工作提出了一套完整,系统的乐谱识别体系和算法,并设计实现了实验系统。

目前乐谱识别技术正步入初步应用期,部分研究成果已经得到推广应用,例如用于解决数字音乐图书馆的乐谱资源录入问题。一些商品化的乐谱识别软件也相继问世,如德国Capella公司的capella-scan、法国Myriad公司的Optical Music Reader(OMeR)、英国Neuratron公司的PhotoScore等等。

乐谱识别研究的意义

纸质乐谱向数字化乐谱的转换,是人类音乐活动与计算机音乐处理之间进行信息交流的必经之路。光学乐谱识别是将纸质乐谱扫描输入计算机后,对乐谱图像加以处理、识别、分析,最终获得乐谱的计算机数字表达的过程。光学乐谱识别技术突破了纯手工的乐谱数字化瓶颈,为乐谱数字化提供了一条智能、高效、快捷的新途径,具有重要的研究意义和应用价值。

百度翻译软件分析

百度翻译2011年7月,百度机器翻译团队打造的百度翻译正式上线,是一项免费的在线翻译服务,提供高质量中文、英文、日语、韩语、西班牙语、泰语、法语、阿拉伯语、葡萄牙语、俄语、德语、意大利语、荷兰语、希腊语、粤语、文言文等语种翻译服务,致力于帮助广大用户跨越语言障碍,提供简单可依赖的服务。

2013年2月,正式推出百度翻译手机客户端。百度翻译APP是一款集翻译、词典、海量例句于一身的移动应用,独创实物翻译、涂抹翻译、语音翻译、文言文翻译等功能,引领翻译界潮流,能够随时随地,便捷的满足用户的翻译需求,是人们生活、旅游、学习不可缺的最佳帮手。

百度翻译还有对美式英语和英式英语发音的选择,用户可以根据自身喜好设置相应的发音。而此前大受旅游爱好者欢迎的实用口语板块则进一步优化了用户体验,新增了复制、收藏、放大、分享四个功能,让产品更加人性化。此外,如果用户想对一个词语的意思有更深层次的理解,新版百度翻译所增加的中央释义和英英释义功能可帮助你了解更多该词语相关的延展性知识。

除了扩充翻译方向,百度翻译在准确率上的把握也十分严格。百度相关技术人员介绍,“百度翻译在用户需求量最大的中英翻译上准确率远超市面上的同类产品。针对备受网友追捧的旅游翻译功能,翻译的准确程度也提升到了90%,几乎可以达到完美的沟通无国界状态。”

据悉,在不久的将来,百度翻译团队还将不断探索和扩宽产品思路,尝试更前瞻的技术探究,以最大限度解决用户生活中可能遇到的语言问题为目标,用“人类语言方式和思维逻辑”打破不同语言间的交流障碍。

时间: 2024-10-12 13:26:13

软件工程第四次作业——团队作业的相关文章

【评分】集美大学软件工程1413班工程项目管理团队作业1

一.作业要求 团队项目作业1-团队展示与选题 二.评分标准   项目 分值 团队展示 队名和队员学号(标记组长) 0.5   团队项目描述 1   队员风采 1   合照 0.5   特色描述 1 选题要求 确定选题 0.5   内容的真实.可用.有价值 2   预期的用户量 0.5   团队项目Git仓库 0.5 团队计划 每周进度表 1 团队成员绩效评估方法 成员贡献分分配标准 1   每个成员的计划,如何帮助团队完成任务 0.5 附加项目 博客互动 1   有情怀 1 三.成绩展示 团队名

第七次作业——团队作业——项目冲刺

Deadline:2015-11-07    8:00am 本次团队作业将持续两周时间,完成项目Alpha版本,在2015.11.07 的实践课上进行演示操作. 阅读或再次阅读<构建之法>,为项目冲刺的安排和问题提供助力. 1.在为期两周的时间内,安排冲刺十天.每天举行站立式会议,讨论项目每个成员的昨天进展.存在问题.今天安排. 要求:团队在冲刺的十天内,每天发布一篇随笔,共十篇:提供当天站立式会议照片一张,发布项目燃尽图:描述项目进展.问题困难.心得体会. 2.阅读学习<构建之法>

第七次作业—团队作业—选题报告和需求规格说明书

GitHub链接:https://github.com/sjzsjzsjz/analyse 一.团队名称 bug终结者 二.团队成员 43002 李宗晓 43022 方泽慧 43035 陈锐群 43043 沈杰钊 43033 古维城 三.项目名称 碧瑶答疑网 四.工作流程 本项目的需求规格说明书共分为四个章节:引言.项目概述.具体需求.验收验证标准. 五.组员分工 李宗晓:负责选题报告的撰写 沈杰钊:负责网站模型设计及界面验收标准 方泽慧:负责整份需求分析规格说明书的撰写 陈锐群:负责需求分析规

第六次作业——团队作业

上次的<需求规格说明书>初稿有哪些不足?特别是:功能考虑不全或需求文档描述缺少的地方. 文档缺少对于功能实际实现的描述,对于普通用户来说不够直观.需要详细扩展补充. 文档传送门 这里是 静静看 添加成员时发现因为权限问题不能愉快的进行issue等等的添加,将所有人员改为owner权限后无此问题 燃尽图...各种奔溃.暂时还没尝试Linux的方法 JudgeGin:  辅助编写文档30%,靠脸测试燃尽图生成 XelionWin: 辅助编写文档20%,数据库设计70% zxysan:  Power

2016福州大学软件工程第四次团队作业-系统设计成绩汇总

第四次团队作业--系统设计打分统计结果如下: 学号 组别 团队分数 贡献比例 个人分数 031401433 606notconnected 14 16 13.83 031402606 606notconnected 14 14 13.33 031402618 606notconnected 14 18 14.34 031402629 606notconnected 14 14 13.33 031402631 606notconnected 14 19 14.59 031402632 606not

团队作业四-团队项目汇总

一.Daily Scrum Meeting[Alpha] 团队作业4--第一次项目冲刺(Alpha版本)预备工作 团队作业4--第一次项目冲刺(Alpha版本)第一天 and 第二天 团队作业4--第一次项目冲刺(Alpha版本)第三天 团队作业4--第一次项目冲刺(Alpha版本)第四天 团队作业4--第一次项目冲刺(Alpha版本)第五天 团队作业4--第一次项目冲刺(Alpha版本)第六天and第七天 二.Daily Scrum Meeting[Beta] 三.git git地址: htt

结对作业(软件工程第四次作业)

软件工程第四次作业---代码审查 一.partner 结对伙伴:林路 代码链接:coding 二.代码审查表 功能模块名称 简单的语法分析程序 审查人 王灵杰 审查日期 2018.4.6 代码名称 简单的语法分析程序 代码作者 林路 文件结构 重要性 审查项 结论 头文件和定义文件的名称是否合理? 合理 头文件和定义文件的目录结构是否合理? 合理 版权和版本声明是否完整? 不完整 重要 头文件是否使用了 ifndef/define/endif 预处理块? 没有 头文件中是否只存放"声明"

软件工程(2018)第3次团队作业

软件工程(2018)第3次团队作业 题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形 强烈推荐大家使用墨刀制作项目的原型 总结 通过这次对<软件需求规格说明书>的编辑,充分了解的

2016福州大学软件工程收官团队作业成绩汇总

团队作业收官之最终章: http://www.cnblogs.com/easteast/p/6210665.html 评分规则:从高到低排列,满分15分,按名次平均分布在[15,11.5]区间. 团队分数和链接如下表所示: 宣传文案 分数 Aruba 14.5 Clover 15 606 not connectd 11.5 TAC 12 No Bug 13.5 Transcend 12.5 一不小心就火了 13 我说的都队 14 点评: 这次团队作业某种程度上讲是大家创意的比拼,八仙过海,各显神