diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 00000000..e69de29b diff --git a/404.html b/404.html new file mode 100644 index 00000000..44094810 --- /dev/null +++ b/404.html @@ -0,0 +1,2029 @@ + + + + + + + + + + + + + + + + + + + + + CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ +

404 - Not found

+ +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/assets/AV_G6_Grafico.png b/assets/AV_G6_Grafico.png new file mode 100644 index 00000000..46b9a561 Binary files /dev/null and b/assets/AV_G6_Grafico.png differ diff --git a/assets/AV_G6_Grafico2.png b/assets/AV_G6_Grafico2.png new file mode 100644 index 00000000..8ec6441a Binary files /dev/null and b/assets/AV_G6_Grafico2.png differ diff --git a/assets/AV_G6_Grafico3.png b/assets/AV_G6_Grafico3.png new file mode 100644 index 00000000..dafa3ed5 Binary files /dev/null and b/assets/AV_G6_Grafico3.png differ diff --git a/assets/AV_G6_Grafico4.png b/assets/AV_G6_Grafico4.png new file mode 100644 index 00000000..07c25b2b Binary files /dev/null and b/assets/AV_G6_Grafico4.png differ diff --git a/assets/AV_G6_Grafico6.png b/assets/AV_G6_Grafico6.png new file mode 100644 index 00000000..04e51916 Binary files /dev/null and b/assets/AV_G6_Grafico6.png differ diff --git a/assets/AutoAV_Grafico1.png b/assets/AutoAV_Grafico1.png new file mode 100644 index 00000000..18eef715 Binary files /dev/null and b/assets/AutoAV_Grafico1.png differ diff --git a/assets/AutoAV_Grafico2.png b/assets/AutoAV_Grafico2.png new file mode 100644 index 00000000..f7705297 Binary files /dev/null and b/assets/AutoAV_Grafico2.png differ diff --git a/assets/AutoAV_Grafico3.png b/assets/AutoAV_Grafico3.png new file mode 100644 index 00000000..a5a5cdd6 Binary files /dev/null and b/assets/AutoAV_Grafico3.png differ diff --git a/assets/AutoAV_Grafico4.png b/assets/AutoAV_Grafico4.png new file mode 100644 index 00000000..4d510af4 Binary files /dev/null and b/assets/AutoAV_Grafico4.png differ diff --git a/assets/Framework_DECIDE.jpeg b/assets/Framework_DECIDE.jpeg new file mode 100644 index 00000000..3bb6503f Binary files /dev/null and b/assets/Framework_DECIDE.jpeg differ diff --git a/assets/Mayhew.png b/assets/Mayhew.png new file mode 100644 index 00000000..23fab43c Binary files /dev/null and b/assets/Mayhew.png differ diff --git a/assets/consistenciaPadronizacao.gif b/assets/consistenciaPadronizacao.gif new file mode 100644 index 00000000..f076a00d Binary files /dev/null and b/assets/consistenciaPadronizacao.gif differ diff --git a/assets/diagramas/HTA_Marcelo_Adrian.drawio.png b/assets/diagramas/HTA_Marcelo_Adrian.drawio.png new file mode 100644 index 00000000..052b10ee Binary files /dev/null and b/assets/diagramas/HTA_Marcelo_Adrian.drawio.png differ diff --git a/assets/diagramas/hta_diagramaAusenciaInfo.jpeg b/assets/diagramas/hta_diagramaAusenciaInfo.jpeg new file mode 100644 index 00000000..bac98aaf Binary files /dev/null and b/assets/diagramas/hta_diagramaAusenciaInfo.jpeg differ diff --git a/assets/diagramas/hta_diagramaFeedback.png b/assets/diagramas/hta_diagramaFeedback.png new file mode 100644 index 00000000..447a0ef9 Binary files /dev/null and b/assets/diagramas/hta_diagramaFeedback.png differ diff --git a/assets/diagramas/hta_diagramaSubmeterTreino.jpeg b/assets/diagramas/hta_diagramaSubmeterTreino.jpeg new file mode 100644 index 00000000..c991c0af Binary files /dev/null and b/assets/diagramas/hta_diagramaSubmeterTreino.jpeg differ diff --git a/assets/diagramas/hta_diagramaTrocaSenha.jpeg b/assets/diagramas/hta_diagramaTrocaSenha.jpeg new file mode 100644 index 00000000..e3b6c278 Binary files /dev/null and b/assets/diagramas/hta_diagramaTrocaSenha.jpeg differ diff --git a/assets/eficienciaUsuario.jpg b/assets/eficienciaUsuario.jpg new file mode 100644 index 00000000..c41790bf Binary files /dev/null and b/assets/eficienciaUsuario.jpg differ diff --git a/assets/heatmap.png b/assets/heatmap.png new file mode 100644 index 00000000..d215f5e8 Binary files /dev/null and b/assets/heatmap.png differ diff --git a/assets/images/favicon.png b/assets/images/favicon.png new file mode 100644 index 00000000..1cf13b9f Binary files /dev/null and b/assets/images/favicon.png differ diff --git a/assets/inconsistenciaPadronizacao.jpg b/assets/inconsistenciaPadronizacao.jpg new file mode 100644 index 00000000..260986ea Binary files /dev/null and b/assets/inconsistenciaPadronizacao.jpg differ diff --git a/assets/javascripts/bundle.60a45f97.min.js b/assets/javascripts/bundle.60a45f97.min.js new file mode 100644 index 00000000..f8f18f6c --- /dev/null +++ b/assets/javascripts/bundle.60a45f97.min.js @@ -0,0 +1,16 @@ +"use strict";(()=>{var Wi=Object.create;var gr=Object.defineProperty;var Di=Object.getOwnPropertyDescriptor;var Vi=Object.getOwnPropertyNames,Vt=Object.getOwnPropertySymbols,Ni=Object.getPrototypeOf,yr=Object.prototype.hasOwnProperty,ao=Object.prototype.propertyIsEnumerable;var io=(e,t,r)=>t in e?gr(e,t,{enumerable:!0,configurable:!0,writable:!0,value:r}):e[t]=r,$=(e,t)=>{for(var r in t||(t={}))yr.call(t,r)&&io(e,r,t[r]);if(Vt)for(var r of Vt(t))ao.call(t,r)&&io(e,r,t[r]);return e};var so=(e,t)=>{var r={};for(var o in e)yr.call(e,o)&&t.indexOf(o)<0&&(r[o]=e[o]);if(e!=null&&Vt)for(var o of Vt(e))t.indexOf(o)<0&&ao.call(e,o)&&(r[o]=e[o]);return r};var xr=(e,t)=>()=>(t||e((t={exports:{}}).exports,t),t.exports);var zi=(e,t,r,o)=>{if(t&&typeof t=="object"||typeof t=="function")for(let n of Vi(t))!yr.call(e,n)&&n!==r&&gr(e,n,{get:()=>t[n],enumerable:!(o=Di(t,n))||o.enumerable});return e};var Mt=(e,t,r)=>(r=e!=null?Wi(Ni(e)):{},zi(t||!e||!e.__esModule?gr(r,"default",{value:e,enumerable:!0}):r,e));var co=(e,t,r)=>new Promise((o,n)=>{var i=p=>{try{s(r.next(p))}catch(c){n(c)}},a=p=>{try{s(r.throw(p))}catch(c){n(c)}},s=p=>p.done?o(p.value):Promise.resolve(p.value).then(i,a);s((r=r.apply(e,t)).next())});var lo=xr((Er,po)=>{(function(e,t){typeof Er=="object"&&typeof po!="undefined"?t():typeof define=="function"&&define.amd?define(t):t()})(Er,function(){"use strict";function e(r){var o=!0,n=!1,i=null,a={text:!0,search:!0,url:!0,tel:!0,email:!0,password:!0,number:!0,date:!0,month:!0,week:!0,time:!0,datetime:!0,"datetime-local":!0};function s(k){return!!(k&&k!==document&&k.nodeName!=="HTML"&&k.nodeName!=="BODY"&&"classList"in k&&"contains"in k.classList)}function p(k){var ft=k.type,qe=k.tagName;return!!(qe==="INPUT"&&a[ft]&&!k.readOnly||qe==="TEXTAREA"&&!k.readOnly||k.isContentEditable)}function c(k){k.classList.contains("focus-visible")||(k.classList.add("focus-visible"),k.setAttribute("data-focus-visible-added",""))}function l(k){k.hasAttribute("data-focus-visible-added")&&(k.classList.remove("focus-visible"),k.removeAttribute("data-focus-visible-added"))}function f(k){k.metaKey||k.altKey||k.ctrlKey||(s(r.activeElement)&&c(r.activeElement),o=!0)}function u(k){o=!1}function d(k){s(k.target)&&(o||p(k.target))&&c(k.target)}function y(k){s(k.target)&&(k.target.classList.contains("focus-visible")||k.target.hasAttribute("data-focus-visible-added"))&&(n=!0,window.clearTimeout(i),i=window.setTimeout(function(){n=!1},100),l(k.target))}function L(k){document.visibilityState==="hidden"&&(n&&(o=!0),X())}function X(){document.addEventListener("mousemove",J),document.addEventListener("mousedown",J),document.addEventListener("mouseup",J),document.addEventListener("pointermove",J),document.addEventListener("pointerdown",J),document.addEventListener("pointerup",J),document.addEventListener("touchmove",J),document.addEventListener("touchstart",J),document.addEventListener("touchend",J)}function te(){document.removeEventListener("mousemove",J),document.removeEventListener("mousedown",J),document.removeEventListener("mouseup",J),document.removeEventListener("pointermove",J),document.removeEventListener("pointerdown",J),document.removeEventListener("pointerup",J),document.removeEventListener("touchmove",J),document.removeEventListener("touchstart",J),document.removeEventListener("touchend",J)}function J(k){k.target.nodeName&&k.target.nodeName.toLowerCase()==="html"||(o=!1,te())}document.addEventListener("keydown",f,!0),document.addEventListener("mousedown",u,!0),document.addEventListener("pointerdown",u,!0),document.addEventListener("touchstart",u,!0),document.addEventListener("visibilitychange",L,!0),X(),r.addEventListener("focus",d,!0),r.addEventListener("blur",y,!0),r.nodeType===Node.DOCUMENT_FRAGMENT_NODE&&r.host?r.host.setAttribute("data-js-focus-visible",""):r.nodeType===Node.DOCUMENT_NODE&&(document.documentElement.classList.add("js-focus-visible"),document.documentElement.setAttribute("data-js-focus-visible",""))}if(typeof window!="undefined"&&typeof document!="undefined"){window.applyFocusVisiblePolyfill=e;var t;try{t=new CustomEvent("focus-visible-polyfill-ready")}catch(r){t=document.createEvent("CustomEvent"),t.initCustomEvent("focus-visible-polyfill-ready",!1,!1,{})}window.dispatchEvent(t)}typeof document!="undefined"&&e(document)})});var qr=xr((hy,On)=>{"use strict";/*! + * escape-html + * Copyright(c) 2012-2013 TJ Holowaychuk + * Copyright(c) 2015 Andreas Lubbe + * Copyright(c) 2015 Tiancheng "Timothy" Gu + * MIT Licensed + */var $a=/["'&<>]/;On.exports=Pa;function Pa(e){var t=""+e,r=$a.exec(t);if(!r)return t;var o,n="",i=0,a=0;for(i=r.index;i{/*! + * clipboard.js v2.0.11 + * https://clipboardjs.com/ + * + * Licensed MIT © Zeno Rocha + */(function(t,r){typeof It=="object"&&typeof Yr=="object"?Yr.exports=r():typeof define=="function"&&define.amd?define([],r):typeof It=="object"?It.ClipboardJS=r():t.ClipboardJS=r()})(It,function(){return function(){var e={686:function(o,n,i){"use strict";i.d(n,{default:function(){return Ui}});var a=i(279),s=i.n(a),p=i(370),c=i.n(p),l=i(817),f=i.n(l);function u(V){try{return document.execCommand(V)}catch(A){return!1}}var d=function(A){var M=f()(A);return u("cut"),M},y=d;function L(V){var A=document.documentElement.getAttribute("dir")==="rtl",M=document.createElement("textarea");M.style.fontSize="12pt",M.style.border="0",M.style.padding="0",M.style.margin="0",M.style.position="absolute",M.style[A?"right":"left"]="-9999px";var F=window.pageYOffset||document.documentElement.scrollTop;return M.style.top="".concat(F,"px"),M.setAttribute("readonly",""),M.value=V,M}var X=function(A,M){var F=L(A);M.container.appendChild(F);var D=f()(F);return u("copy"),F.remove(),D},te=function(A){var M=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body},F="";return typeof A=="string"?F=X(A,M):A instanceof HTMLInputElement&&!["text","search","url","tel","password"].includes(A==null?void 0:A.type)?F=X(A.value,M):(F=f()(A),u("copy")),F},J=te;function k(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?k=function(M){return typeof M}:k=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},k(V)}var ft=function(){var A=arguments.length>0&&arguments[0]!==void 0?arguments[0]:{},M=A.action,F=M===void 0?"copy":M,D=A.container,Y=A.target,$e=A.text;if(F!=="copy"&&F!=="cut")throw new Error('Invalid "action" value, use either "copy" or "cut"');if(Y!==void 0)if(Y&&k(Y)==="object"&&Y.nodeType===1){if(F==="copy"&&Y.hasAttribute("disabled"))throw new Error('Invalid "target" attribute. Please use "readonly" instead of "disabled" attribute');if(F==="cut"&&(Y.hasAttribute("readonly")||Y.hasAttribute("disabled")))throw new Error(`Invalid "target" attribute. You can't cut text from elements with "readonly" or "disabled" attributes`)}else throw new Error('Invalid "target" value, use a valid Element');if($e)return J($e,{container:D});if(Y)return F==="cut"?y(Y):J(Y,{container:D})},qe=ft;function Fe(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?Fe=function(M){return typeof M}:Fe=function(M){return M&&typeof Symbol=="function"&&M.constructor===Symbol&&M!==Symbol.prototype?"symbol":typeof M},Fe(V)}function ki(V,A){if(!(V instanceof A))throw new TypeError("Cannot call a class as a function")}function no(V,A){for(var M=0;M0&&arguments[0]!==void 0?arguments[0]:{};this.action=typeof D.action=="function"?D.action:this.defaultAction,this.target=typeof D.target=="function"?D.target:this.defaultTarget,this.text=typeof D.text=="function"?D.text:this.defaultText,this.container=Fe(D.container)==="object"?D.container:document.body}},{key:"listenClick",value:function(D){var Y=this;this.listener=c()(D,"click",function($e){return Y.onClick($e)})}},{key:"onClick",value:function(D){var Y=D.delegateTarget||D.currentTarget,$e=this.action(Y)||"copy",Dt=qe({action:$e,container:this.container,target:this.target(Y),text:this.text(Y)});this.emit(Dt?"success":"error",{action:$e,text:Dt,trigger:Y,clearSelection:function(){Y&&Y.focus(),window.getSelection().removeAllRanges()}})}},{key:"defaultAction",value:function(D){return vr("action",D)}},{key:"defaultTarget",value:function(D){var Y=vr("target",D);if(Y)return document.querySelector(Y)}},{key:"defaultText",value:function(D){return vr("text",D)}},{key:"destroy",value:function(){this.listener.destroy()}}],[{key:"copy",value:function(D){var Y=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body};return J(D,Y)}},{key:"cut",value:function(D){return y(D)}},{key:"isSupported",value:function(){var D=arguments.length>0&&arguments[0]!==void 0?arguments[0]:["copy","cut"],Y=typeof D=="string"?[D]:D,$e=!!document.queryCommandSupported;return Y.forEach(function(Dt){$e=$e&&!!document.queryCommandSupported(Dt)}),$e}}]),M}(s()),Ui=Fi},828:function(o){var n=9;if(typeof Element!="undefined"&&!Element.prototype.matches){var i=Element.prototype;i.matches=i.matchesSelector||i.mozMatchesSelector||i.msMatchesSelector||i.oMatchesSelector||i.webkitMatchesSelector}function a(s,p){for(;s&&s.nodeType!==n;){if(typeof s.matches=="function"&&s.matches(p))return s;s=s.parentNode}}o.exports=a},438:function(o,n,i){var a=i(828);function s(l,f,u,d,y){var L=c.apply(this,arguments);return l.addEventListener(u,L,y),{destroy:function(){l.removeEventListener(u,L,y)}}}function p(l,f,u,d,y){return typeof l.addEventListener=="function"?s.apply(null,arguments):typeof u=="function"?s.bind(null,document).apply(null,arguments):(typeof l=="string"&&(l=document.querySelectorAll(l)),Array.prototype.map.call(l,function(L){return s(L,f,u,d,y)}))}function c(l,f,u,d){return function(y){y.delegateTarget=a(y.target,f),y.delegateTarget&&d.call(l,y)}}o.exports=p},879:function(o,n){n.node=function(i){return i!==void 0&&i instanceof HTMLElement&&i.nodeType===1},n.nodeList=function(i){var a=Object.prototype.toString.call(i);return i!==void 0&&(a==="[object NodeList]"||a==="[object HTMLCollection]")&&"length"in i&&(i.length===0||n.node(i[0]))},n.string=function(i){return typeof i=="string"||i instanceof String},n.fn=function(i){var a=Object.prototype.toString.call(i);return a==="[object Function]"}},370:function(o,n,i){var a=i(879),s=i(438);function p(u,d,y){if(!u&&!d&&!y)throw new Error("Missing required arguments");if(!a.string(d))throw new TypeError("Second argument must be a String");if(!a.fn(y))throw new TypeError("Third argument must be a Function");if(a.node(u))return c(u,d,y);if(a.nodeList(u))return l(u,d,y);if(a.string(u))return f(u,d,y);throw new TypeError("First argument must be a String, HTMLElement, HTMLCollection, or NodeList")}function c(u,d,y){return u.addEventListener(d,y),{destroy:function(){u.removeEventListener(d,y)}}}function l(u,d,y){return Array.prototype.forEach.call(u,function(L){L.addEventListener(d,y)}),{destroy:function(){Array.prototype.forEach.call(u,function(L){L.removeEventListener(d,y)})}}}function f(u,d,y){return s(document.body,u,d,y)}o.exports=p},817:function(o){function n(i){var a;if(i.nodeName==="SELECT")i.focus(),a=i.value;else if(i.nodeName==="INPUT"||i.nodeName==="TEXTAREA"){var s=i.hasAttribute("readonly");s||i.setAttribute("readonly",""),i.select(),i.setSelectionRange(0,i.value.length),s||i.removeAttribute("readonly"),a=i.value}else{i.hasAttribute("contenteditable")&&i.focus();var p=window.getSelection(),c=document.createRange();c.selectNodeContents(i),p.removeAllRanges(),p.addRange(c),a=p.toString()}return a}o.exports=n},279:function(o){function n(){}n.prototype={on:function(i,a,s){var p=this.e||(this.e={});return(p[i]||(p[i]=[])).push({fn:a,ctx:s}),this},once:function(i,a,s){var p=this;function c(){p.off(i,c),a.apply(s,arguments)}return c._=a,this.on(i,c,s)},emit:function(i){var a=[].slice.call(arguments,1),s=((this.e||(this.e={}))[i]||[]).slice(),p=0,c=s.length;for(p;p0&&i[i.length-1])&&(c[0]===6||c[0]===2)){r=0;continue}if(c[0]===3&&(!i||c[1]>i[0]&&c[1]=e.length&&(e=void 0),{value:e&&e[o++],done:!e}}};throw new TypeError(t?"Object is not iterable.":"Symbol.iterator is not defined.")}function N(e,t){var r=typeof Symbol=="function"&&e[Symbol.iterator];if(!r)return e;var o=r.call(e),n,i=[],a;try{for(;(t===void 0||t-- >0)&&!(n=o.next()).done;)i.push(n.value)}catch(s){a={error:s}}finally{try{n&&!n.done&&(r=o.return)&&r.call(o)}finally{if(a)throw a.error}}return i}function q(e,t,r){if(r||arguments.length===2)for(var o=0,n=t.length,i;o1||p(d,L)})},y&&(n[d]=y(n[d])))}function p(d,y){try{c(o[d](y))}catch(L){u(i[0][3],L)}}function c(d){d.value instanceof nt?Promise.resolve(d.value.v).then(l,f):u(i[0][2],d)}function l(d){p("next",d)}function f(d){p("throw",d)}function u(d,y){d(y),i.shift(),i.length&&p(i[0][0],i[0][1])}}function uo(e){if(!Symbol.asyncIterator)throw new TypeError("Symbol.asyncIterator is not defined.");var t=e[Symbol.asyncIterator],r;return t?t.call(e):(e=typeof he=="function"?he(e):e[Symbol.iterator](),r={},o("next"),o("throw"),o("return"),r[Symbol.asyncIterator]=function(){return this},r);function o(i){r[i]=e[i]&&function(a){return new Promise(function(s,p){a=e[i](a),n(s,p,a.done,a.value)})}}function n(i,a,s,p){Promise.resolve(p).then(function(c){i({value:c,done:s})},a)}}function H(e){return typeof e=="function"}function ut(e){var t=function(o){Error.call(o),o.stack=new Error().stack},r=e(t);return r.prototype=Object.create(Error.prototype),r.prototype.constructor=r,r}var zt=ut(function(e){return function(r){e(this),this.message=r?r.length+` errors occurred during unsubscription: +`+r.map(function(o,n){return n+1+") "+o.toString()}).join(` + `):"",this.name="UnsubscriptionError",this.errors=r}});function Qe(e,t){if(e){var r=e.indexOf(t);0<=r&&e.splice(r,1)}}var Ue=function(){function e(t){this.initialTeardown=t,this.closed=!1,this._parentage=null,this._finalizers=null}return e.prototype.unsubscribe=function(){var t,r,o,n,i;if(!this.closed){this.closed=!0;var a=this._parentage;if(a)if(this._parentage=null,Array.isArray(a))try{for(var s=he(a),p=s.next();!p.done;p=s.next()){var c=p.value;c.remove(this)}}catch(L){t={error:L}}finally{try{p&&!p.done&&(r=s.return)&&r.call(s)}finally{if(t)throw t.error}}else a.remove(this);var l=this.initialTeardown;if(H(l))try{l()}catch(L){i=L instanceof zt?L.errors:[L]}var f=this._finalizers;if(f){this._finalizers=null;try{for(var u=he(f),d=u.next();!d.done;d=u.next()){var y=d.value;try{ho(y)}catch(L){i=i!=null?i:[],L instanceof zt?i=q(q([],N(i)),N(L.errors)):i.push(L)}}}catch(L){o={error:L}}finally{try{d&&!d.done&&(n=u.return)&&n.call(u)}finally{if(o)throw o.error}}}if(i)throw new zt(i)}},e.prototype.add=function(t){var r;if(t&&t!==this)if(this.closed)ho(t);else{if(t instanceof e){if(t.closed||t._hasParent(this))return;t._addParent(this)}(this._finalizers=(r=this._finalizers)!==null&&r!==void 0?r:[]).push(t)}},e.prototype._hasParent=function(t){var r=this._parentage;return r===t||Array.isArray(r)&&r.includes(t)},e.prototype._addParent=function(t){var r=this._parentage;this._parentage=Array.isArray(r)?(r.push(t),r):r?[r,t]:t},e.prototype._removeParent=function(t){var r=this._parentage;r===t?this._parentage=null:Array.isArray(r)&&Qe(r,t)},e.prototype.remove=function(t){var r=this._finalizers;r&&Qe(r,t),t instanceof e&&t._removeParent(this)},e.EMPTY=function(){var t=new e;return t.closed=!0,t}(),e}();var Tr=Ue.EMPTY;function qt(e){return e instanceof Ue||e&&"closed"in e&&H(e.remove)&&H(e.add)&&H(e.unsubscribe)}function ho(e){H(e)?e():e.unsubscribe()}var Pe={onUnhandledError:null,onStoppedNotification:null,Promise:void 0,useDeprecatedSynchronousErrorHandling:!1,useDeprecatedNextContext:!1};var dt={setTimeout:function(e,t){for(var r=[],o=2;o0},enumerable:!1,configurable:!0}),t.prototype._trySubscribe=function(r){return this._throwIfClosed(),e.prototype._trySubscribe.call(this,r)},t.prototype._subscribe=function(r){return this._throwIfClosed(),this._checkFinalizedStatuses(r),this._innerSubscribe(r)},t.prototype._innerSubscribe=function(r){var o=this,n=this,i=n.hasError,a=n.isStopped,s=n.observers;return i||a?Tr:(this.currentObservers=null,s.push(r),new Ue(function(){o.currentObservers=null,Qe(s,r)}))},t.prototype._checkFinalizedStatuses=function(r){var o=this,n=o.hasError,i=o.thrownError,a=o.isStopped;n?r.error(i):a&&r.complete()},t.prototype.asObservable=function(){var r=new j;return r.source=this,r},t.create=function(r,o){return new To(r,o)},t}(j);var To=function(e){oe(t,e);function t(r,o){var n=e.call(this)||this;return n.destination=r,n.source=o,n}return t.prototype.next=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.next)===null||n===void 0||n.call(o,r)},t.prototype.error=function(r){var o,n;(n=(o=this.destination)===null||o===void 0?void 0:o.error)===null||n===void 0||n.call(o,r)},t.prototype.complete=function(){var r,o;(o=(r=this.destination)===null||r===void 0?void 0:r.complete)===null||o===void 0||o.call(r)},t.prototype._subscribe=function(r){var o,n;return(n=(o=this.source)===null||o===void 0?void 0:o.subscribe(r))!==null&&n!==void 0?n:Tr},t}(g);var _r=function(e){oe(t,e);function t(r){var o=e.call(this)||this;return o._value=r,o}return Object.defineProperty(t.prototype,"value",{get:function(){return this.getValue()},enumerable:!1,configurable:!0}),t.prototype._subscribe=function(r){var o=e.prototype._subscribe.call(this,r);return!o.closed&&r.next(this._value),o},t.prototype.getValue=function(){var r=this,o=r.hasError,n=r.thrownError,i=r._value;if(o)throw n;return this._throwIfClosed(),i},t.prototype.next=function(r){e.prototype.next.call(this,this._value=r)},t}(g);var At={now:function(){return(At.delegate||Date).now()},delegate:void 0};var Ct=function(e){oe(t,e);function t(r,o,n){r===void 0&&(r=1/0),o===void 0&&(o=1/0),n===void 0&&(n=At);var i=e.call(this)||this;return i._bufferSize=r,i._windowTime=o,i._timestampProvider=n,i._buffer=[],i._infiniteTimeWindow=!0,i._infiniteTimeWindow=o===1/0,i._bufferSize=Math.max(1,r),i._windowTime=Math.max(1,o),i}return t.prototype.next=function(r){var o=this,n=o.isStopped,i=o._buffer,a=o._infiniteTimeWindow,s=o._timestampProvider,p=o._windowTime;n||(i.push(r),!a&&i.push(s.now()+p)),this._trimBuffer(),e.prototype.next.call(this,r)},t.prototype._subscribe=function(r){this._throwIfClosed(),this._trimBuffer();for(var o=this._innerSubscribe(r),n=this,i=n._infiniteTimeWindow,a=n._buffer,s=a.slice(),p=0;p0?e.prototype.schedule.call(this,r,o):(this.delay=o,this.state=r,this.scheduler.flush(this),this)},t.prototype.execute=function(r,o){return o>0||this.closed?e.prototype.execute.call(this,r,o):this._execute(r,o)},t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!=null&&n>0||n==null&&this.delay>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.flush(this),0)},t}(gt);var Lo=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t}(yt);var kr=new Lo(Oo);var Mo=function(e){oe(t,e);function t(r,o){var n=e.call(this,r,o)||this;return n.scheduler=r,n.work=o,n}return t.prototype.requestAsyncId=function(r,o,n){return n===void 0&&(n=0),n!==null&&n>0?e.prototype.requestAsyncId.call(this,r,o,n):(r.actions.push(this),r._scheduled||(r._scheduled=vt.requestAnimationFrame(function(){return r.flush(void 0)})))},t.prototype.recycleAsyncId=function(r,o,n){var i;if(n===void 0&&(n=0),n!=null?n>0:this.delay>0)return e.prototype.recycleAsyncId.call(this,r,o,n);var a=r.actions;o!=null&&((i=a[a.length-1])===null||i===void 0?void 0:i.id)!==o&&(vt.cancelAnimationFrame(o),r._scheduled=void 0)},t}(gt);var _o=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t.prototype.flush=function(r){this._active=!0;var o=this._scheduled;this._scheduled=void 0;var n=this.actions,i;r=r||n.shift();do if(i=r.execute(r.state,r.delay))break;while((r=n[0])&&r.id===o&&n.shift());if(this._active=!1,i){for(;(r=n[0])&&r.id===o&&n.shift();)r.unsubscribe();throw i}},t}(yt);var me=new _o(Mo);var S=new j(function(e){return e.complete()});function Yt(e){return e&&H(e.schedule)}function Hr(e){return e[e.length-1]}function Xe(e){return H(Hr(e))?e.pop():void 0}function ke(e){return Yt(Hr(e))?e.pop():void 0}function Bt(e,t){return typeof Hr(e)=="number"?e.pop():t}var xt=function(e){return e&&typeof e.length=="number"&&typeof e!="function"};function Gt(e){return H(e==null?void 0:e.then)}function Jt(e){return H(e[bt])}function Xt(e){return Symbol.asyncIterator&&H(e==null?void 0:e[Symbol.asyncIterator])}function Zt(e){return new TypeError("You provided "+(e!==null&&typeof e=="object"?"an invalid object":"'"+e+"'")+" where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.")}function Zi(){return typeof Symbol!="function"||!Symbol.iterator?"@@iterator":Symbol.iterator}var er=Zi();function tr(e){return H(e==null?void 0:e[er])}function rr(e){return fo(this,arguments,function(){var r,o,n,i;return Nt(this,function(a){switch(a.label){case 0:r=e.getReader(),a.label=1;case 1:a.trys.push([1,,9,10]),a.label=2;case 2:return[4,nt(r.read())];case 3:return o=a.sent(),n=o.value,i=o.done,i?[4,nt(void 0)]:[3,5];case 4:return[2,a.sent()];case 5:return[4,nt(n)];case 6:return[4,a.sent()];case 7:return a.sent(),[3,2];case 8:return[3,10];case 9:return r.releaseLock(),[7];case 10:return[2]}})})}function or(e){return H(e==null?void 0:e.getReader)}function U(e){if(e instanceof j)return e;if(e!=null){if(Jt(e))return ea(e);if(xt(e))return ta(e);if(Gt(e))return ra(e);if(Xt(e))return Ao(e);if(tr(e))return oa(e);if(or(e))return na(e)}throw Zt(e)}function ea(e){return new j(function(t){var r=e[bt]();if(H(r.subscribe))return r.subscribe(t);throw new TypeError("Provided object does not correctly implement Symbol.observable")})}function ta(e){return new j(function(t){for(var r=0;r=2;return function(o){return o.pipe(e?b(function(n,i){return e(n,i,o)}):le,Te(1),r?De(t):Qo(function(){return new ir}))}}function jr(e){return e<=0?function(){return S}:E(function(t,r){var o=[];t.subscribe(T(r,function(n){o.push(n),e=2,!0))}function pe(e){e===void 0&&(e={});var t=e.connector,r=t===void 0?function(){return new g}:t,o=e.resetOnError,n=o===void 0?!0:o,i=e.resetOnComplete,a=i===void 0?!0:i,s=e.resetOnRefCountZero,p=s===void 0?!0:s;return function(c){var l,f,u,d=0,y=!1,L=!1,X=function(){f==null||f.unsubscribe(),f=void 0},te=function(){X(),l=u=void 0,y=L=!1},J=function(){var k=l;te(),k==null||k.unsubscribe()};return E(function(k,ft){d++,!L&&!y&&X();var qe=u=u!=null?u:r();ft.add(function(){d--,d===0&&!L&&!y&&(f=Ur(J,p))}),qe.subscribe(ft),!l&&d>0&&(l=new at({next:function(Fe){return qe.next(Fe)},error:function(Fe){L=!0,X(),f=Ur(te,n,Fe),qe.error(Fe)},complete:function(){y=!0,X(),f=Ur(te,a),qe.complete()}}),U(k).subscribe(l))})(c)}}function Ur(e,t){for(var r=[],o=2;oe.next(document)),e}function P(e,t=document){return Array.from(t.querySelectorAll(e))}function R(e,t=document){let r=fe(e,t);if(typeof r=="undefined")throw new ReferenceError(`Missing element: expected "${e}" to be present`);return r}function fe(e,t=document){return t.querySelector(e)||void 0}function Ie(){var e,t,r,o;return(o=(r=(t=(e=document.activeElement)==null?void 0:e.shadowRoot)==null?void 0:t.activeElement)!=null?r:document.activeElement)!=null?o:void 0}var wa=O(h(document.body,"focusin"),h(document.body,"focusout")).pipe(_e(1),Q(void 0),m(()=>Ie()||document.body),G(1));function et(e){return wa.pipe(m(t=>e.contains(t)),K())}function $t(e,t){return C(()=>O(h(e,"mouseenter").pipe(m(()=>!0)),h(e,"mouseleave").pipe(m(()=>!1))).pipe(t?Ht(r=>Le(+!r*t)):le,Q(e.matches(":hover"))))}function Jo(e,t){if(typeof t=="string"||typeof t=="number")e.innerHTML+=t.toString();else if(t instanceof Node)e.appendChild(t);else if(Array.isArray(t))for(let r of t)Jo(e,r)}function x(e,t,...r){let o=document.createElement(e);if(t)for(let n of Object.keys(t))typeof t[n]!="undefined"&&(typeof t[n]!="boolean"?o.setAttribute(n,t[n]):o.setAttribute(n,""));for(let n of r)Jo(o,n);return o}function sr(e){if(e>999){let t=+((e-950)%1e3>99);return`${((e+1e-6)/1e3).toFixed(t)}k`}else return e.toString()}function Tt(e){let t=x("script",{src:e});return C(()=>(document.head.appendChild(t),O(h(t,"load"),h(t,"error").pipe(v(()=>$r(()=>new ReferenceError(`Invalid script: ${e}`))))).pipe(m(()=>{}),_(()=>document.head.removeChild(t)),Te(1))))}var Xo=new g,Ta=C(()=>typeof ResizeObserver=="undefined"?Tt("https://unpkg.com/resize-observer-polyfill"):I(void 0)).pipe(m(()=>new ResizeObserver(e=>e.forEach(t=>Xo.next(t)))),v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function ce(e){return{width:e.offsetWidth,height:e.offsetHeight}}function ge(e){let t=e;for(;t.clientWidth===0&&t.parentElement;)t=t.parentElement;return Ta.pipe(w(r=>r.observe(t)),v(r=>Xo.pipe(b(o=>o.target===t),_(()=>r.unobserve(t)))),m(()=>ce(e)),Q(ce(e)))}function St(e){return{width:e.scrollWidth,height:e.scrollHeight}}function cr(e){let t=e.parentElement;for(;t&&(e.scrollWidth<=t.scrollWidth&&e.scrollHeight<=t.scrollHeight);)t=(e=t).parentElement;return t?e:void 0}function Zo(e){let t=[],r=e.parentElement;for(;r;)(e.clientWidth>r.clientWidth||e.clientHeight>r.clientHeight)&&t.push(r),r=(e=r).parentElement;return t.length===0&&t.push(document.documentElement),t}function Ve(e){return{x:e.offsetLeft,y:e.offsetTop}}function en(e){let t=e.getBoundingClientRect();return{x:t.x+window.scrollX,y:t.y+window.scrollY}}function tn(e){return O(h(window,"load"),h(window,"resize")).pipe(Me(0,me),m(()=>Ve(e)),Q(Ve(e)))}function pr(e){return{x:e.scrollLeft,y:e.scrollTop}}function Ne(e){return O(h(e,"scroll"),h(window,"scroll"),h(window,"resize")).pipe(Me(0,me),m(()=>pr(e)),Q(pr(e)))}var rn=new g,Sa=C(()=>I(new IntersectionObserver(e=>{for(let t of e)rn.next(t)},{threshold:0}))).pipe(v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function tt(e){return Sa.pipe(w(t=>t.observe(e)),v(t=>rn.pipe(b(({target:r})=>r===e),_(()=>t.unobserve(e)),m(({isIntersecting:r})=>r))))}function on(e,t=16){return Ne(e).pipe(m(({y:r})=>{let o=ce(e),n=St(e);return r>=n.height-o.height-t}),K())}var lr={drawer:R("[data-md-toggle=drawer]"),search:R("[data-md-toggle=search]")};function nn(e){return lr[e].checked}function Je(e,t){lr[e].checked!==t&&lr[e].click()}function ze(e){let t=lr[e];return h(t,"change").pipe(m(()=>t.checked),Q(t.checked))}function Oa(e,t){switch(e.constructor){case HTMLInputElement:return e.type==="radio"?/^Arrow/.test(t):!0;case HTMLSelectElement:case HTMLTextAreaElement:return!0;default:return e.isContentEditable}}function La(){return O(h(window,"compositionstart").pipe(m(()=>!0)),h(window,"compositionend").pipe(m(()=>!1))).pipe(Q(!1))}function an(){let e=h(window,"keydown").pipe(b(t=>!(t.metaKey||t.ctrlKey)),m(t=>({mode:nn("search")?"search":"global",type:t.key,claim(){t.preventDefault(),t.stopPropagation()}})),b(({mode:t,type:r})=>{if(t==="global"){let o=Ie();if(typeof o!="undefined")return!Oa(o,r)}return!0}),pe());return La().pipe(v(t=>t?S:e))}function ye(){return new URL(location.href)}function lt(e,t=!1){if(B("navigation.instant")&&!t){let r=x("a",{href:e.href});document.body.appendChild(r),r.click(),r.remove()}else location.href=e.href}function sn(){return new g}function cn(){return location.hash.slice(1)}function pn(e){let t=x("a",{href:e});t.addEventListener("click",r=>r.stopPropagation()),t.click()}function Ma(e){return O(h(window,"hashchange"),e).pipe(m(cn),Q(cn()),b(t=>t.length>0),G(1))}function ln(e){return Ma(e).pipe(m(t=>fe(`[id="${t}"]`)),b(t=>typeof t!="undefined"))}function Pt(e){let t=matchMedia(e);return ar(r=>t.addListener(()=>r(t.matches))).pipe(Q(t.matches))}function mn(){let e=matchMedia("print");return O(h(window,"beforeprint").pipe(m(()=>!0)),h(window,"afterprint").pipe(m(()=>!1))).pipe(Q(e.matches))}function Nr(e,t){return e.pipe(v(r=>r?t():S))}function zr(e,t){return new j(r=>{let o=new XMLHttpRequest;return o.open("GET",`${e}`),o.responseType="blob",o.addEventListener("load",()=>{o.status>=200&&o.status<300?(r.next(o.response),r.complete()):r.error(new Error(o.statusText))}),o.addEventListener("error",()=>{r.error(new Error("Network error"))}),o.addEventListener("abort",()=>{r.complete()}),typeof(t==null?void 0:t.progress$)!="undefined"&&(o.addEventListener("progress",n=>{var i;if(n.lengthComputable)t.progress$.next(n.loaded/n.total*100);else{let a=(i=o.getResponseHeader("Content-Length"))!=null?i:0;t.progress$.next(n.loaded/+a*100)}}),t.progress$.next(5)),o.send(),()=>o.abort()})}function je(e,t){return zr(e,t).pipe(v(r=>r.text()),m(r=>JSON.parse(r)),G(1))}function fn(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/html")),G(1))}function un(e,t){let r=new DOMParser;return zr(e,t).pipe(v(o=>o.text()),m(o=>r.parseFromString(o,"text/xml")),G(1))}function dn(){return{x:Math.max(0,scrollX),y:Math.max(0,scrollY)}}function hn(){return O(h(window,"scroll",{passive:!0}),h(window,"resize",{passive:!0})).pipe(m(dn),Q(dn()))}function bn(){return{width:innerWidth,height:innerHeight}}function vn(){return h(window,"resize",{passive:!0}).pipe(m(bn),Q(bn()))}function gn(){return z([hn(),vn()]).pipe(m(([e,t])=>({offset:e,size:t})),G(1))}function mr(e,{viewport$:t,header$:r}){let o=t.pipe(ee("size")),n=z([o,r]).pipe(m(()=>Ve(e)));return z([r,t,n]).pipe(m(([{height:i},{offset:a,size:s},{x:p,y:c}])=>({offset:{x:a.x-p,y:a.y-c+i},size:s})))}function _a(e){return h(e,"message",t=>t.data)}function Aa(e){let t=new g;return t.subscribe(r=>e.postMessage(r)),t}function yn(e,t=new Worker(e)){let r=_a(t),o=Aa(t),n=new g;n.subscribe(o);let i=o.pipe(Z(),ie(!0));return n.pipe(Z(),Re(r.pipe(W(i))),pe())}var Ca=R("#__config"),Ot=JSON.parse(Ca.textContent);Ot.base=`${new URL(Ot.base,ye())}`;function xe(){return Ot}function B(e){return Ot.features.includes(e)}function Ee(e,t){return typeof t!="undefined"?Ot.translations[e].replace("#",t.toString()):Ot.translations[e]}function Se(e,t=document){return R(`[data-md-component=${e}]`,t)}function ae(e,t=document){return P(`[data-md-component=${e}]`,t)}function ka(e){let t=R(".md-typeset > :first-child",e);return h(t,"click",{once:!0}).pipe(m(()=>R(".md-typeset",e)),m(r=>({hash:__md_hash(r.innerHTML)})))}function xn(e){if(!B("announce.dismiss")||!e.childElementCount)return S;if(!e.hidden){let t=R(".md-typeset",e);__md_hash(t.innerHTML)===__md_get("__announce")&&(e.hidden=!0)}return C(()=>{let t=new g;return t.subscribe(({hash:r})=>{e.hidden=!0,__md_set("__announce",r)}),ka(e).pipe(w(r=>t.next(r)),_(()=>t.complete()),m(r=>$({ref:e},r)))})}function Ha(e,{target$:t}){return t.pipe(m(r=>({hidden:r!==e})))}function En(e,t){let r=new g;return r.subscribe(({hidden:o})=>{e.hidden=o}),Ha(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))}function Rt(e,t){return t==="inline"?x("div",{class:"md-tooltip md-tooltip--inline",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"})):x("div",{class:"md-tooltip",id:e,role:"tooltip"},x("div",{class:"md-tooltip__inner md-typeset"}))}function wn(...e){return x("div",{class:"md-tooltip2",role:"tooltip"},x("div",{class:"md-tooltip2__inner md-typeset"},e))}function Tn(e,t){if(t=t?`${t}_annotation_${e}`:void 0,t){let r=t?`#${t}`:void 0;return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("a",{href:r,class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}else return x("aside",{class:"md-annotation",tabIndex:0},Rt(t),x("span",{class:"md-annotation__index",tabIndex:-1},x("span",{"data-md-annotation-id":e})))}function Sn(e){return x("button",{class:"md-clipboard md-icon",title:Ee("clipboard.copy"),"data-clipboard-target":`#${e} > code`})}var Ln=Mt(qr());function Qr(e,t){let r=t&2,o=t&1,n=Object.keys(e.terms).filter(p=>!e.terms[p]).reduce((p,c)=>[...p,x("del",null,(0,Ln.default)(c))," "],[]).slice(0,-1),i=xe(),a=new URL(e.location,i.base);B("search.highlight")&&a.searchParams.set("h",Object.entries(e.terms).filter(([,p])=>p).reduce((p,[c])=>`${p} ${c}`.trim(),""));let{tags:s}=xe();return x("a",{href:`${a}`,class:"md-search-result__link",tabIndex:-1},x("article",{class:"md-search-result__article md-typeset","data-md-score":e.score.toFixed(2)},r>0&&x("div",{class:"md-search-result__icon md-icon"}),r>0&&x("h1",null,e.title),r<=0&&x("h2",null,e.title),o>0&&e.text.length>0&&e.text,e.tags&&x("nav",{class:"md-tags"},e.tags.map(p=>{let c=s?p in s?`md-tag-icon md-tag--${s[p]}`:"md-tag-icon":"";return x("span",{class:`md-tag ${c}`},p)})),o>0&&n.length>0&&x("p",{class:"md-search-result__terms"},Ee("search.result.term.missing"),": ",...n)))}function Mn(e){let t=e[0].score,r=[...e],o=xe(),n=r.findIndex(l=>!`${new URL(l.location,o.base)}`.includes("#")),[i]=r.splice(n,1),a=r.findIndex(l=>l.scoreQr(l,1)),...p.length?[x("details",{class:"md-search-result__more"},x("summary",{tabIndex:-1},x("div",null,p.length>0&&p.length===1?Ee("search.result.more.one"):Ee("search.result.more.other",p.length))),...p.map(l=>Qr(l,1)))]:[]];return x("li",{class:"md-search-result__item"},c)}function _n(e){return x("ul",{class:"md-source__facts"},Object.entries(e).map(([t,r])=>x("li",{class:`md-source__fact md-source__fact--${t}`},typeof r=="number"?sr(r):r)))}function Kr(e){let t=`tabbed-control tabbed-control--${e}`;return x("div",{class:t,hidden:!0},x("button",{class:"tabbed-button",tabIndex:-1,"aria-hidden":"true"}))}function An(e){return x("div",{class:"md-typeset__scrollwrap"},x("div",{class:"md-typeset__table"},e))}function Ra(e){var o;let t=xe(),r=new URL(`../${e.version}/`,t.base);return x("li",{class:"md-version__item"},x("a",{href:`${r}`,class:"md-version__link"},e.title,((o=t.version)==null?void 0:o.alias)&&e.aliases.length>0&&x("span",{class:"md-version__alias"},e.aliases[0])))}function Cn(e,t){var o;let r=xe();return e=e.filter(n=>{var i;return!((i=n.properties)!=null&&i.hidden)}),x("div",{class:"md-version"},x("button",{class:"md-version__current","aria-label":Ee("select.version")},t.title,((o=r.version)==null?void 0:o.alias)&&t.aliases.length>0&&x("span",{class:"md-version__alias"},t.aliases[0])),x("ul",{class:"md-version__list"},e.map(Ra)))}var Ia=0;function ja(e){let t=z([et(e),$t(e)]).pipe(m(([o,n])=>o||n),K()),r=C(()=>Zo(e)).pipe(ne(Ne),pt(1),He(t),m(()=>en(e)));return t.pipe(Ae(o=>o),v(()=>z([t,r])),m(([o,n])=>({active:o,offset:n})),pe())}function Fa(e,t){let{content$:r,viewport$:o}=t,n=`__tooltip2_${Ia++}`;return C(()=>{let i=new g,a=new _r(!1);i.pipe(Z(),ie(!1)).subscribe(a);let s=a.pipe(Ht(c=>Le(+!c*250,kr)),K(),v(c=>c?r:S),w(c=>c.id=n),pe());z([i.pipe(m(({active:c})=>c)),s.pipe(v(c=>$t(c,250)),Q(!1))]).pipe(m(c=>c.some(l=>l))).subscribe(a);let p=a.pipe(b(c=>c),re(s,o),m(([c,l,{size:f}])=>{let u=e.getBoundingClientRect(),d=u.width/2;if(l.role==="tooltip")return{x:d,y:8+u.height};if(u.y>=f.height/2){let{height:y}=ce(l);return{x:d,y:-16-y}}else return{x:d,y:16+u.height}}));return z([s,i,p]).subscribe(([c,{offset:l},f])=>{c.style.setProperty("--md-tooltip-host-x",`${l.x}px`),c.style.setProperty("--md-tooltip-host-y",`${l.y}px`),c.style.setProperty("--md-tooltip-x",`${f.x}px`),c.style.setProperty("--md-tooltip-y",`${f.y}px`),c.classList.toggle("md-tooltip2--top",f.y<0),c.classList.toggle("md-tooltip2--bottom",f.y>=0)}),a.pipe(b(c=>c),re(s,(c,l)=>l),b(c=>c.role==="tooltip")).subscribe(c=>{let l=ce(R(":scope > *",c));c.style.setProperty("--md-tooltip-width",`${l.width}px`),c.style.setProperty("--md-tooltip-tail","0px")}),a.pipe(K(),ve(me),re(s)).subscribe(([c,l])=>{l.classList.toggle("md-tooltip2--active",c)}),z([a.pipe(b(c=>c)),s]).subscribe(([c,l])=>{l.role==="dialog"?(e.setAttribute("aria-controls",n),e.setAttribute("aria-haspopup","dialog")):e.setAttribute("aria-describedby",n)}),a.pipe(b(c=>!c)).subscribe(()=>{e.removeAttribute("aria-controls"),e.removeAttribute("aria-describedby"),e.removeAttribute("aria-haspopup")}),ja(e).pipe(w(c=>i.next(c)),_(()=>i.complete()),m(c=>$({ref:e},c)))})}function mt(e,{viewport$:t},r=document.body){return Fa(e,{content$:new j(o=>{let n=e.title,i=wn(n);return o.next(i),e.removeAttribute("title"),r.append(i),()=>{i.remove(),e.setAttribute("title",n)}}),viewport$:t})}function Ua(e,t){let r=C(()=>z([tn(e),Ne(t)])).pipe(m(([{x:o,y:n},i])=>{let{width:a,height:s}=ce(e);return{x:o-i.x+a/2,y:n-i.y+s/2}}));return et(e).pipe(v(o=>r.pipe(m(n=>({active:o,offset:n})),Te(+!o||1/0))))}function kn(e,t,{target$:r}){let[o,n]=Array.from(e.children);return C(()=>{let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({offset:s}){e.style.setProperty("--md-tooltip-x",`${s.x}px`),e.style.setProperty("--md-tooltip-y",`${s.y}px`)},complete(){e.style.removeProperty("--md-tooltip-x"),e.style.removeProperty("--md-tooltip-y")}}),tt(e).pipe(W(a)).subscribe(s=>{e.toggleAttribute("data-md-visible",s)}),O(i.pipe(b(({active:s})=>s)),i.pipe(_e(250),b(({active:s})=>!s))).subscribe({next({active:s}){s?e.prepend(o):o.remove()},complete(){e.prepend(o)}}),i.pipe(Me(16,me)).subscribe(({active:s})=>{o.classList.toggle("md-tooltip--active",s)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:s})=>s)).subscribe({next(s){s?e.style.setProperty("--md-tooltip-0",`${-s}px`):e.style.removeProperty("--md-tooltip-0")},complete(){e.style.removeProperty("--md-tooltip-0")}}),h(n,"click").pipe(W(a),b(s=>!(s.metaKey||s.ctrlKey))).subscribe(s=>{s.stopPropagation(),s.preventDefault()}),h(n,"mousedown").pipe(W(a),re(i)).subscribe(([s,{active:p}])=>{var c;if(s.button!==0||s.metaKey||s.ctrlKey)s.preventDefault();else if(p){s.preventDefault();let l=e.parentElement.closest(".md-annotation");l instanceof HTMLElement?l.focus():(c=Ie())==null||c.blur()}}),r.pipe(W(a),b(s=>s===o),Ge(125)).subscribe(()=>e.focus()),Ua(e,t).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function Wa(e){return e.tagName==="CODE"?P(".c, .c1, .cm",e):[e]}function Da(e){let t=[];for(let r of Wa(e)){let o=[],n=document.createNodeIterator(r,NodeFilter.SHOW_TEXT);for(let i=n.nextNode();i;i=n.nextNode())o.push(i);for(let i of o){let a;for(;a=/(\(\d+\))(!)?/.exec(i.textContent);){let[,s,p]=a;if(typeof p=="undefined"){let c=i.splitText(a.index);i=c.splitText(s.length),t.push(c)}else{i.textContent=s,t.push(i);break}}}}return t}function Hn(e,t){t.append(...Array.from(e.childNodes))}function fr(e,t,{target$:r,print$:o}){let n=t.closest("[id]"),i=n==null?void 0:n.id,a=new Map;for(let s of Da(t)){let[,p]=s.textContent.match(/\((\d+)\)/);fe(`:scope > li:nth-child(${p})`,e)&&(a.set(p,Tn(p,i)),s.replaceWith(a.get(p)))}return a.size===0?S:C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=[];for(let[l,f]of a)c.push([R(".md-typeset",f),R(`:scope > li:nth-child(${l})`,e)]);return o.pipe(W(p)).subscribe(l=>{e.hidden=!l,e.classList.toggle("md-annotation-list",l);for(let[f,u]of c)l?Hn(f,u):Hn(u,f)}),O(...[...a].map(([,l])=>kn(l,t,{target$:r}))).pipe(_(()=>s.complete()),pe())})}function $n(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return $n(t)}}function Pn(e,t){return C(()=>{let r=$n(e);return typeof r!="undefined"?fr(r,e,t):S})}var Rn=Mt(Br());var Va=0;function In(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return In(t)}}function Na(e){return ge(e).pipe(m(({width:t})=>({scrollable:St(e).width>t})),ee("scrollable"))}function jn(e,t){let{matches:r}=matchMedia("(hover)"),o=C(()=>{let n=new g,i=n.pipe(jr(1));n.subscribe(({scrollable:c})=>{c&&r?e.setAttribute("tabindex","0"):e.removeAttribute("tabindex")});let a=[];if(Rn.default.isSupported()&&(e.closest(".copy")||B("content.code.copy")&&!e.closest(".no-copy"))){let c=e.closest("pre");c.id=`__code_${Va++}`;let l=Sn(c.id);c.insertBefore(l,e),B("content.tooltips")&&a.push(mt(l,{viewport$}))}let s=e.closest(".highlight");if(s instanceof HTMLElement){let c=In(s);if(typeof c!="undefined"&&(s.classList.contains("annotate")||B("content.code.annotate"))){let l=fr(c,e,t);a.push(ge(s).pipe(W(i),m(({width:f,height:u})=>f&&u),K(),v(f=>f?l:S)))}}return P(":scope > span[id]",e).length&&e.classList.add("md-code__content"),Na(e).pipe(w(c=>n.next(c)),_(()=>n.complete()),m(c=>$({ref:e},c)),Re(...a))});return B("content.lazy")?tt(e).pipe(b(n=>n),Te(1),v(()=>o)):o}function za(e,{target$:t,print$:r}){let o=!0;return O(t.pipe(m(n=>n.closest("details:not([open])")),b(n=>e===n),m(()=>({action:"open",reveal:!0}))),r.pipe(b(n=>n||!o),w(()=>o=e.open),m(n=>({action:n?"open":"close"}))))}function Fn(e,t){return C(()=>{let r=new g;return r.subscribe(({action:o,reveal:n})=>{e.toggleAttribute("open",o==="open"),n&&e.scrollIntoView()}),za(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}var Un=".node circle,.node ellipse,.node path,.node polygon,.node rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}marker{fill:var(--md-mermaid-edge-color)!important}.edgeLabel .label rect{fill:#0000}.flowchartTitleText{fill:var(--md-mermaid-label-fg-color)}.label{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.label foreignObject{line-height:normal;overflow:visible}.label div .edgeLabel{color:var(--md-mermaid-label-fg-color)}.edgeLabel,.edgeLabel p,.label div .edgeLabel{background-color:var(--md-mermaid-label-bg-color)}.edgeLabel,.edgeLabel p{fill:var(--md-mermaid-label-bg-color);color:var(--md-mermaid-edge-color)}.edgePath .path,.flowchart-link{stroke:var(--md-mermaid-edge-color);stroke-width:.05rem}.edgePath .arrowheadPath{fill:var(--md-mermaid-edge-color);stroke:none}.cluster rect{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}.cluster span{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}g #flowchart-circleEnd,g #flowchart-circleStart,g #flowchart-crossEnd,g #flowchart-crossStart,g #flowchart-pointEnd,g #flowchart-pointStart{stroke:none}.classDiagramTitleText{fill:var(--md-mermaid-label-fg-color)}g.classGroup line,g.classGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.classGroup text{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.classLabel .box{fill:var(--md-mermaid-label-bg-color);background-color:var(--md-mermaid-label-bg-color);opacity:1}.classLabel .label{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.node .divider{stroke:var(--md-mermaid-node-fg-color)}.relation{stroke:var(--md-mermaid-edge-color)}.cardinality{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.cardinality text{fill:inherit!important}defs #classDiagram-compositionEnd,defs #classDiagram-compositionStart,defs #classDiagram-dependencyEnd,defs #classDiagram-dependencyStart,defs #classDiagram-extensionEnd,defs #classDiagram-extensionStart{fill:var(--md-mermaid-edge-color)!important;stroke:var(--md-mermaid-edge-color)!important}defs #classDiagram-aggregationEnd,defs #classDiagram-aggregationStart{fill:var(--md-mermaid-label-bg-color)!important;stroke:var(--md-mermaid-edge-color)!important}.statediagramTitleText{fill:var(--md-mermaid-label-fg-color)}g.stateGroup rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}g.stateGroup .state-title{fill:var(--md-mermaid-label-fg-color)!important;font-family:var(--md-mermaid-font-family)}g.stateGroup .composit{fill:var(--md-mermaid-label-bg-color)}.nodeLabel,.nodeLabel p{color:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}a .nodeLabel{text-decoration:underline}.node circle.state-end,.node circle.state-start,.start-state{fill:var(--md-mermaid-edge-color);stroke:none}.end-state-inner,.end-state-outer{fill:var(--md-mermaid-edge-color)}.end-state-inner,.node circle.state-end{stroke:var(--md-mermaid-label-bg-color)}.transition{stroke:var(--md-mermaid-edge-color)}[id^=state-fork] rect,[id^=state-join] rect{fill:var(--md-mermaid-edge-color)!important;stroke:none!important}.statediagram-cluster.statediagram-cluster .inner{fill:var(--md-default-bg-color)}.statediagram-cluster rect{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.statediagram-state rect.divider{fill:var(--md-default-fg-color--lightest);stroke:var(--md-default-fg-color--lighter)}defs #statediagram-barbEnd{stroke:var(--md-mermaid-edge-color)}.entityTitleText{fill:var(--md-mermaid-label-fg-color)}.attributeBoxEven,.attributeBoxOdd{fill:var(--md-mermaid-node-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityBox{fill:var(--md-mermaid-label-bg-color);stroke:var(--md-mermaid-node-fg-color)}.entityLabel{fill:var(--md-mermaid-label-fg-color);font-family:var(--md-mermaid-font-family)}.relationshipLabelBox{fill:var(--md-mermaid-label-bg-color);fill-opacity:1;background-color:var(--md-mermaid-label-bg-color);opacity:1}.relationshipLabel{fill:var(--md-mermaid-label-fg-color)}.relationshipLine{stroke:var(--md-mermaid-edge-color)}defs #ONE_OR_MORE_END *,defs #ONE_OR_MORE_START *,defs #ONLY_ONE_END *,defs #ONLY_ONE_START *,defs #ZERO_OR_MORE_END *,defs #ZERO_OR_MORE_START *,defs #ZERO_OR_ONE_END *,defs #ZERO_OR_ONE_START *{stroke:var(--md-mermaid-edge-color)!important}defs #ZERO_OR_MORE_END circle,defs #ZERO_OR_MORE_START circle{fill:var(--md-mermaid-label-bg-color)}text:not([class]):last-child{fill:var(--md-mermaid-label-fg-color)}.actor{fill:var(--md-mermaid-sequence-actor-bg-color);stroke:var(--md-mermaid-sequence-actor-border-color)}text.actor>tspan{fill:var(--md-mermaid-sequence-actor-fg-color);font-family:var(--md-mermaid-font-family)}line{stroke:var(--md-mermaid-sequence-actor-line-color)}.actor-man circle,.actor-man line{fill:var(--md-mermaid-sequence-actorman-bg-color);stroke:var(--md-mermaid-sequence-actorman-line-color)}.messageLine0,.messageLine1{stroke:var(--md-mermaid-sequence-message-line-color)}.note{fill:var(--md-mermaid-sequence-note-bg-color);stroke:var(--md-mermaid-sequence-note-border-color)}.loopText,.loopText>tspan,.messageText,.noteText>tspan{stroke:none;font-family:var(--md-mermaid-font-family)!important}.messageText{fill:var(--md-mermaid-sequence-message-fg-color)}.loopText,.loopText>tspan{fill:var(--md-mermaid-sequence-loop-fg-color)}.noteText>tspan{fill:var(--md-mermaid-sequence-note-fg-color)}#arrowhead path{fill:var(--md-mermaid-sequence-message-line-color);stroke:none}.loopLine{fill:var(--md-mermaid-sequence-loop-bg-color);stroke:var(--md-mermaid-sequence-loop-border-color)}.labelBox{fill:var(--md-mermaid-sequence-label-bg-color);stroke:none}.labelText,.labelText>span{fill:var(--md-mermaid-sequence-label-fg-color);font-family:var(--md-mermaid-font-family)}.sequenceNumber{fill:var(--md-mermaid-sequence-number-fg-color)}rect.rect{fill:var(--md-mermaid-sequence-box-bg-color);stroke:none}rect.rect+text.text{fill:var(--md-mermaid-sequence-box-fg-color)}defs #sequencenumber{fill:var(--md-mermaid-sequence-number-bg-color)!important}";var Gr,Qa=0;function Ka(){return typeof mermaid=="undefined"||mermaid instanceof Element?Tt("https://unpkg.com/mermaid@11/dist/mermaid.min.js"):I(void 0)}function Wn(e){return e.classList.remove("mermaid"),Gr||(Gr=Ka().pipe(w(()=>mermaid.initialize({startOnLoad:!1,themeCSS:Un,sequence:{actorFontSize:"16px",messageFontSize:"16px",noteFontSize:"16px"}})),m(()=>{}),G(1))),Gr.subscribe(()=>co(this,null,function*(){e.classList.add("mermaid");let t=`__mermaid_${Qa++}`,r=x("div",{class:"mermaid"}),o=e.textContent,{svg:n,fn:i}=yield mermaid.render(t,o),a=r.attachShadow({mode:"closed"});a.innerHTML=n,e.replaceWith(r),i==null||i(a)})),Gr.pipe(m(()=>({ref:e})))}var Dn=x("table");function Vn(e){return e.replaceWith(Dn),Dn.replaceWith(An(e)),I({ref:e})}function Ya(e){let t=e.find(r=>r.checked)||e[0];return O(...e.map(r=>h(r,"change").pipe(m(()=>R(`label[for="${r.id}"]`))))).pipe(Q(R(`label[for="${t.id}"]`)),m(r=>({active:r})))}function Nn(e,{viewport$:t,target$:r}){let o=R(".tabbed-labels",e),n=P(":scope > input",e),i=Kr("prev");e.append(i);let a=Kr("next");return e.append(a),C(()=>{let s=new g,p=s.pipe(Z(),ie(!0));z([s,ge(e),tt(e)]).pipe(W(p),Me(1,me)).subscribe({next([{active:c},l]){let f=Ve(c),{width:u}=ce(c);e.style.setProperty("--md-indicator-x",`${f.x}px`),e.style.setProperty("--md-indicator-width",`${u}px`);let d=pr(o);(f.xd.x+l.width)&&o.scrollTo({left:Math.max(0,f.x-16),behavior:"smooth"})},complete(){e.style.removeProperty("--md-indicator-x"),e.style.removeProperty("--md-indicator-width")}}),z([Ne(o),ge(o)]).pipe(W(p)).subscribe(([c,l])=>{let f=St(o);i.hidden=c.x<16,a.hidden=c.x>f.width-l.width-16}),O(h(i,"click").pipe(m(()=>-1)),h(a,"click").pipe(m(()=>1))).pipe(W(p)).subscribe(c=>{let{width:l}=ce(o);o.scrollBy({left:l*c,behavior:"smooth"})}),r.pipe(W(p),b(c=>n.includes(c))).subscribe(c=>c.click()),o.classList.add("tabbed-labels--linked");for(let c of n){let l=R(`label[for="${c.id}"]`);l.replaceChildren(x("a",{href:`#${l.htmlFor}`,tabIndex:-1},...Array.from(l.childNodes))),h(l.firstElementChild,"click").pipe(W(p),b(f=>!(f.metaKey||f.ctrlKey)),w(f=>{f.preventDefault(),f.stopPropagation()})).subscribe(()=>{history.replaceState({},"",`#${l.htmlFor}`),l.click()})}return B("content.tabs.link")&&s.pipe(Ce(1),re(t)).subscribe(([{active:c},{offset:l}])=>{let f=c.innerText.trim();if(c.hasAttribute("data-md-switching"))c.removeAttribute("data-md-switching");else{let u=e.offsetTop-l.y;for(let y of P("[data-tabs]"))for(let L of P(":scope > input",y)){let X=R(`label[for="${L.id}"]`);if(X!==c&&X.innerText.trim()===f){X.setAttribute("data-md-switching",""),L.click();break}}window.scrollTo({top:e.offsetTop-u});let d=__md_get("__tabs")||[];__md_set("__tabs",[...new Set([f,...d])])}}),s.pipe(W(p)).subscribe(()=>{for(let c of P("audio, video",e))c.pause()}),Ya(n).pipe(w(c=>s.next(c)),_(()=>s.complete()),m(c=>$({ref:e},c)))}).pipe(Ke(se))}function zn(e,{viewport$:t,target$:r,print$:o}){return O(...P(".annotate:not(.highlight)",e).map(n=>Pn(n,{target$:r,print$:o})),...P("pre:not(.mermaid) > code",e).map(n=>jn(n,{target$:r,print$:o})),...P("pre.mermaid",e).map(n=>Wn(n)),...P("table:not([class])",e).map(n=>Vn(n)),...P("details",e).map(n=>Fn(n,{target$:r,print$:o})),...P("[data-tabs]",e).map(n=>Nn(n,{viewport$:t,target$:r})),...P("[title]",e).filter(()=>B("content.tooltips")).map(n=>mt(n,{viewport$:t})))}function Ba(e,{alert$:t}){return t.pipe(v(r=>O(I(!0),I(!1).pipe(Ge(2e3))).pipe(m(o=>({message:r,active:o})))))}function qn(e,t){let r=R(".md-typeset",e);return C(()=>{let o=new g;return o.subscribe(({message:n,active:i})=>{e.classList.toggle("md-dialog--active",i),r.textContent=n}),Ba(e,t).pipe(w(n=>o.next(n)),_(()=>o.complete()),m(n=>$({ref:e},n)))})}var Ga=0;function Ja(e,t){document.body.append(e);let{width:r}=ce(e);e.style.setProperty("--md-tooltip-width",`${r}px`),e.remove();let o=cr(t),n=typeof o!="undefined"?Ne(o):I({x:0,y:0}),i=O(et(t),$t(t)).pipe(K());return z([i,n]).pipe(m(([a,s])=>{let{x:p,y:c}=Ve(t),l=ce(t),f=t.closest("table");return f&&t.parentElement&&(p+=f.offsetLeft+t.parentElement.offsetLeft,c+=f.offsetTop+t.parentElement.offsetTop),{active:a,offset:{x:p-s.x+l.width/2-r/2,y:c-s.y+l.height+8}}}))}function Qn(e){let t=e.title;if(!t.length)return S;let r=`__tooltip_${Ga++}`,o=Rt(r,"inline"),n=R(".md-typeset",o);return n.innerHTML=t,C(()=>{let i=new g;return i.subscribe({next({offset:a}){o.style.setProperty("--md-tooltip-x",`${a.x}px`),o.style.setProperty("--md-tooltip-y",`${a.y}px`)},complete(){o.style.removeProperty("--md-tooltip-x"),o.style.removeProperty("--md-tooltip-y")}}),O(i.pipe(b(({active:a})=>a)),i.pipe(_e(250),b(({active:a})=>!a))).subscribe({next({active:a}){a?(e.insertAdjacentElement("afterend",o),e.setAttribute("aria-describedby",r),e.removeAttribute("title")):(o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t))},complete(){o.remove(),e.removeAttribute("aria-describedby"),e.setAttribute("title",t)}}),i.pipe(Me(16,me)).subscribe(({active:a})=>{o.classList.toggle("md-tooltip--active",a)}),i.pipe(pt(125,me),b(()=>!!e.offsetParent),m(()=>e.offsetParent.getBoundingClientRect()),m(({x:a})=>a)).subscribe({next(a){a?o.style.setProperty("--md-tooltip-0",`${-a}px`):o.style.removeProperty("--md-tooltip-0")},complete(){o.style.removeProperty("--md-tooltip-0")}}),Ja(o,e).pipe(w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))}).pipe(Ke(se))}function Xa({viewport$:e}){if(!B("header.autohide"))return I(!1);let t=e.pipe(m(({offset:{y:n}})=>n),Be(2,1),m(([n,i])=>[nMath.abs(i-n.y)>100),m(([,[n]])=>n),K()),o=ze("search");return z([e,o]).pipe(m(([{offset:n},i])=>n.y>400&&!i),K(),v(n=>n?r:I(!1)),Q(!1))}function Kn(e,t){return C(()=>z([ge(e),Xa(t)])).pipe(m(([{height:r},o])=>({height:r,hidden:o})),K((r,o)=>r.height===o.height&&r.hidden===o.hidden),G(1))}function Yn(e,{header$:t,main$:r}){return C(()=>{let o=new g,n=o.pipe(Z(),ie(!0));o.pipe(ee("active"),He(t)).subscribe(([{active:a},{hidden:s}])=>{e.classList.toggle("md-header--shadow",a&&!s),e.hidden=s});let i=ue(P("[title]",e)).pipe(b(()=>B("content.tooltips")),ne(a=>Qn(a)));return r.subscribe(o),t.pipe(W(n),m(a=>$({ref:e},a)),Re(i.pipe(W(n))))})}function Za(e,{viewport$:t,header$:r}){return mr(e,{viewport$:t,header$:r}).pipe(m(({offset:{y:o}})=>{let{height:n}=ce(e);return{active:o>=n}}),ee("active"))}function Bn(e,t){return C(()=>{let r=new g;r.subscribe({next({active:n}){e.classList.toggle("md-header__title--active",n)},complete(){e.classList.remove("md-header__title--active")}});let o=fe(".md-content h1");return typeof o=="undefined"?S:Za(o,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))})}function Gn(e,{viewport$:t,header$:r}){let o=r.pipe(m(({height:i})=>i),K()),n=o.pipe(v(()=>ge(e).pipe(m(({height:i})=>({top:e.offsetTop,bottom:e.offsetTop+i})),ee("bottom"))));return z([o,n,t]).pipe(m(([i,{top:a,bottom:s},{offset:{y:p},size:{height:c}}])=>(c=Math.max(0,c-Math.max(0,a-p,i)-Math.max(0,c+p-s)),{offset:a-i,height:c,active:a-i<=p})),K((i,a)=>i.offset===a.offset&&i.height===a.height&&i.active===a.active))}function es(e){let t=__md_get("__palette")||{index:e.findIndex(o=>matchMedia(o.getAttribute("data-md-color-media")).matches)},r=Math.max(0,Math.min(t.index,e.length-1));return I(...e).pipe(ne(o=>h(o,"change").pipe(m(()=>o))),Q(e[r]),m(o=>({index:e.indexOf(o),color:{media:o.getAttribute("data-md-color-media"),scheme:o.getAttribute("data-md-color-scheme"),primary:o.getAttribute("data-md-color-primary"),accent:o.getAttribute("data-md-color-accent")}})),G(1))}function Jn(e){let t=P("input",e),r=x("meta",{name:"theme-color"});document.head.appendChild(r);let o=x("meta",{name:"color-scheme"});document.head.appendChild(o);let n=Pt("(prefers-color-scheme: light)");return C(()=>{let i=new g;return i.subscribe(a=>{if(document.body.setAttribute("data-md-color-switching",""),a.color.media==="(prefers-color-scheme)"){let s=matchMedia("(prefers-color-scheme: light)"),p=document.querySelector(s.matches?"[data-md-color-media='(prefers-color-scheme: light)']":"[data-md-color-media='(prefers-color-scheme: dark)']");a.color.scheme=p.getAttribute("data-md-color-scheme"),a.color.primary=p.getAttribute("data-md-color-primary"),a.color.accent=p.getAttribute("data-md-color-accent")}for(let[s,p]of Object.entries(a.color))document.body.setAttribute(`data-md-color-${s}`,p);for(let s=0;sa.key==="Enter"),re(i,(a,s)=>s)).subscribe(({index:a})=>{a=(a+1)%t.length,t[a].click(),t[a].focus()}),i.pipe(m(()=>{let a=Se("header"),s=window.getComputedStyle(a);return o.content=s.colorScheme,s.backgroundColor.match(/\d+/g).map(p=>(+p).toString(16).padStart(2,"0")).join("")})).subscribe(a=>r.content=`#${a}`),i.pipe(ve(se)).subscribe(()=>{document.body.removeAttribute("data-md-color-switching")}),es(t).pipe(W(n.pipe(Ce(1))),ct(),w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))})}function Xn(e,{progress$:t}){return C(()=>{let r=new g;return r.subscribe(({value:o})=>{e.style.setProperty("--md-progress-value",`${o}`)}),t.pipe(w(o=>r.next({value:o})),_(()=>r.complete()),m(o=>({ref:e,value:o})))})}var Jr=Mt(Br());function ts(e){e.setAttribute("data-md-copying","");let t=e.closest("[data-copy]"),r=t?t.getAttribute("data-copy"):e.innerText;return e.removeAttribute("data-md-copying"),r.trimEnd()}function Zn({alert$:e}){Jr.default.isSupported()&&new j(t=>{new Jr.default("[data-clipboard-target], [data-clipboard-text]",{text:r=>r.getAttribute("data-clipboard-text")||ts(R(r.getAttribute("data-clipboard-target")))}).on("success",r=>t.next(r))}).pipe(w(t=>{t.trigger.focus()}),m(()=>Ee("clipboard.copied"))).subscribe(e)}function ei(e,t){return e.protocol=t.protocol,e.hostname=t.hostname,e}function rs(e,t){let r=new Map;for(let o of P("url",e)){let n=R("loc",o),i=[ei(new URL(n.textContent),t)];r.set(`${i[0]}`,i);for(let a of P("[rel=alternate]",o)){let s=a.getAttribute("href");s!=null&&i.push(ei(new URL(s),t))}}return r}function ur(e){return un(new URL("sitemap.xml",e)).pipe(m(t=>rs(t,new URL(e))),de(()=>I(new Map)))}function os(e,t){if(!(e.target instanceof Element))return S;let r=e.target.closest("a");if(r===null)return S;if(r.target||e.metaKey||e.ctrlKey)return S;let o=new URL(r.href);return o.search=o.hash="",t.has(`${o}`)?(e.preventDefault(),I(new URL(r.href))):S}function ti(e){let t=new Map;for(let r of P(":scope > *",e.head))t.set(r.outerHTML,r);return t}function ri(e){for(let t of P("[href], [src]",e))for(let r of["href","src"]){let o=t.getAttribute(r);if(o&&!/^(?:[a-z]+:)?\/\//i.test(o)){t[r]=t[r];break}}return I(e)}function ns(e){for(let o of["[data-md-component=announce]","[data-md-component=container]","[data-md-component=header-topic]","[data-md-component=outdated]","[data-md-component=logo]","[data-md-component=skip]",...B("navigation.tabs.sticky")?["[data-md-component=tabs]"]:[]]){let n=fe(o),i=fe(o,e);typeof n!="undefined"&&typeof i!="undefined"&&n.replaceWith(i)}let t=ti(document);for(let[o,n]of ti(e))t.has(o)?t.delete(o):document.head.appendChild(n);for(let o of t.values()){let n=o.getAttribute("name");n!=="theme-color"&&n!=="color-scheme"&&o.remove()}let r=Se("container");return We(P("script",r)).pipe(v(o=>{let n=e.createElement("script");if(o.src){for(let i of o.getAttributeNames())n.setAttribute(i,o.getAttribute(i));return o.replaceWith(n),new j(i=>{n.onload=()=>i.complete()})}else return n.textContent=o.textContent,o.replaceWith(n),S}),Z(),ie(document))}function oi({location$:e,viewport$:t,progress$:r}){let o=xe();if(location.protocol==="file:")return S;let n=ur(o.base);I(document).subscribe(ri);let i=h(document.body,"click").pipe(He(n),v(([p,c])=>os(p,c)),pe()),a=h(window,"popstate").pipe(m(ye),pe());i.pipe(re(t)).subscribe(([p,{offset:c}])=>{history.replaceState(c,""),history.pushState(null,"",p)}),O(i,a).subscribe(e);let s=e.pipe(ee("pathname"),v(p=>fn(p,{progress$:r}).pipe(de(()=>(lt(p,!0),S)))),v(ri),v(ns),pe());return O(s.pipe(re(e,(p,c)=>c)),s.pipe(v(()=>e),ee("pathname"),v(()=>e),ee("hash")),e.pipe(K((p,c)=>p.pathname===c.pathname&&p.hash===c.hash),v(()=>i),w(()=>history.back()))).subscribe(p=>{var c,l;history.state!==null||!p.hash?window.scrollTo(0,(l=(c=history.state)==null?void 0:c.y)!=null?l:0):(history.scrollRestoration="auto",pn(p.hash),history.scrollRestoration="manual")}),e.subscribe(()=>{history.scrollRestoration="manual"}),h(window,"beforeunload").subscribe(()=>{history.scrollRestoration="auto"}),t.pipe(ee("offset"),_e(100)).subscribe(({offset:p})=>{history.replaceState(p,"")}),s}var ni=Mt(qr());function ii(e){let t=e.separator.split("|").map(n=>n.replace(/(\(\?[!=<][^)]+\))/g,"").length===0?"\uFFFD":n).join("|"),r=new RegExp(t,"img"),o=(n,i,a)=>`${i}${a}`;return n=>{n=n.replace(/[\s*+\-:~^]+/g," ").trim();let i=new RegExp(`(^|${e.separator}|)(${n.replace(/[|\\{}()[\]^$+*?.-]/g,"\\$&").replace(r,"|")})`,"img");return a=>(0,ni.default)(a).replace(i,o).replace(/<\/mark>(\s+)]*>/img,"$1")}}function jt(e){return e.type===1}function dr(e){return e.type===3}function ai(e,t){let r=yn(e);return O(I(location.protocol!=="file:"),ze("search")).pipe(Ae(o=>o),v(()=>t)).subscribe(({config:o,docs:n})=>r.next({type:0,data:{config:o,docs:n,options:{suggest:B("search.suggest")}}})),r}function si(e){var l;let{selectedVersionSitemap:t,selectedVersionBaseURL:r,currentLocation:o,currentBaseURL:n}=e,i=(l=Xr(n))==null?void 0:l.pathname;if(i===void 0)return;let a=ss(o.pathname,i);if(a===void 0)return;let s=ps(t.keys());if(!t.has(s))return;let p=Xr(a,s);if(!p||!t.has(p.href))return;let c=Xr(a,r);if(c)return c.hash=o.hash,c.search=o.search,c}function Xr(e,t){try{return new URL(e,t)}catch(r){return}}function ss(e,t){if(e.startsWith(t))return e.slice(t.length)}function cs(e,t){let r=Math.min(e.length,t.length),o;for(o=0;oS)),o=r.pipe(m(n=>{let[,i]=t.base.match(/([^/]+)\/?$/);return n.find(({version:a,aliases:s})=>a===i||s.includes(i))||n[0]}));r.pipe(m(n=>new Map(n.map(i=>[`${new URL(`../${i.version}/`,t.base)}`,i]))),v(n=>h(document.body,"click").pipe(b(i=>!i.metaKey&&!i.ctrlKey),re(o),v(([i,a])=>{if(i.target instanceof Element){let s=i.target.closest("a");if(s&&!s.target&&n.has(s.href)){let p=s.href;return!i.target.closest(".md-version")&&n.get(p)===a?S:(i.preventDefault(),I(new URL(p)))}}return S}),v(i=>ur(i).pipe(m(a=>{var s;return(s=si({selectedVersionSitemap:a,selectedVersionBaseURL:i,currentLocation:ye(),currentBaseURL:t.base}))!=null?s:i})))))).subscribe(n=>lt(n,!0)),z([r,o]).subscribe(([n,i])=>{R(".md-header__topic").appendChild(Cn(n,i))}),e.pipe(v(()=>o)).subscribe(n=>{var a;let i=__md_get("__outdated",sessionStorage);if(i===null){i=!0;let s=((a=t.version)==null?void 0:a.default)||"latest";Array.isArray(s)||(s=[s]);e:for(let p of s)for(let c of n.aliases.concat(n.version))if(new RegExp(p,"i").test(c)){i=!1;break e}__md_set("__outdated",i,sessionStorage)}if(i)for(let s of ae("outdated"))s.hidden=!1})}function ls(e,{worker$:t}){let{searchParams:r}=ye();r.has("q")&&(Je("search",!0),e.value=r.get("q"),e.focus(),ze("search").pipe(Ae(i=>!i)).subscribe(()=>{let i=ye();i.searchParams.delete("q"),history.replaceState({},"",`${i}`)}));let o=et(e),n=O(t.pipe(Ae(jt)),h(e,"keyup"),o).pipe(m(()=>e.value),K());return z([n,o]).pipe(m(([i,a])=>({value:i,focus:a})),G(1))}function pi(e,{worker$:t}){let r=new g,o=r.pipe(Z(),ie(!0));z([t.pipe(Ae(jt)),r],(i,a)=>a).pipe(ee("value")).subscribe(({value:i})=>t.next({type:2,data:i})),r.pipe(ee("focus")).subscribe(({focus:i})=>{i&&Je("search",i)}),h(e.form,"reset").pipe(W(o)).subscribe(()=>e.focus());let n=R("header [for=__search]");return h(n,"click").subscribe(()=>e.focus()),ls(e,{worker$:t}).pipe(w(i=>r.next(i)),_(()=>r.complete()),m(i=>$({ref:e},i)),G(1))}function li(e,{worker$:t,query$:r}){let o=new g,n=on(e.parentElement).pipe(b(Boolean)),i=e.parentElement,a=R(":scope > :first-child",e),s=R(":scope > :last-child",e);ze("search").subscribe(l=>s.setAttribute("role",l?"list":"presentation")),o.pipe(re(r),Wr(t.pipe(Ae(jt)))).subscribe(([{items:l},{value:f}])=>{switch(l.length){case 0:a.textContent=f.length?Ee("search.result.none"):Ee("search.result.placeholder");break;case 1:a.textContent=Ee("search.result.one");break;default:let u=sr(l.length);a.textContent=Ee("search.result.other",u)}});let p=o.pipe(w(()=>s.innerHTML=""),v(({items:l})=>O(I(...l.slice(0,10)),I(...l.slice(10)).pipe(Be(4),Vr(n),v(([f])=>f)))),m(Mn),pe());return p.subscribe(l=>s.appendChild(l)),p.pipe(ne(l=>{let f=fe("details",l);return typeof f=="undefined"?S:h(f,"toggle").pipe(W(o),m(()=>f))})).subscribe(l=>{l.open===!1&&l.offsetTop<=i.scrollTop&&i.scrollTo({top:l.offsetTop})}),t.pipe(b(dr),m(({data:l})=>l)).pipe(w(l=>o.next(l)),_(()=>o.complete()),m(l=>$({ref:e},l)))}function ms(e,{query$:t}){return t.pipe(m(({value:r})=>{let o=ye();return o.hash="",r=r.replace(/\s+/g,"+").replace(/&/g,"%26").replace(/=/g,"%3D"),o.search=`q=${r}`,{url:o}}))}function mi(e,t){let r=new g,o=r.pipe(Z(),ie(!0));return r.subscribe(({url:n})=>{e.setAttribute("data-clipboard-text",e.href),e.href=`${n}`}),h(e,"click").pipe(W(o)).subscribe(n=>n.preventDefault()),ms(e,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))}function fi(e,{worker$:t,keyboard$:r}){let o=new g,n=Se("search-query"),i=O(h(n,"keydown"),h(n,"focus")).pipe(ve(se),m(()=>n.value),K());return o.pipe(He(i),m(([{suggest:s},p])=>{let c=p.split(/([\s-]+)/);if(s!=null&&s.length&&c[c.length-1]){let l=s[s.length-1];l.startsWith(c[c.length-1])&&(c[c.length-1]=l)}else c.length=0;return c})).subscribe(s=>e.innerHTML=s.join("").replace(/\s/g," ")),r.pipe(b(({mode:s})=>s==="search")).subscribe(s=>{switch(s.type){case"ArrowRight":e.innerText.length&&n.selectionStart===n.value.length&&(n.value=e.innerText);break}}),t.pipe(b(dr),m(({data:s})=>s)).pipe(w(s=>o.next(s)),_(()=>o.complete()),m(()=>({ref:e})))}function ui(e,{index$:t,keyboard$:r}){let o=xe();try{let n=ai(o.search,t),i=Se("search-query",e),a=Se("search-result",e);h(e,"click").pipe(b(({target:p})=>p instanceof Element&&!!p.closest("a"))).subscribe(()=>Je("search",!1)),r.pipe(b(({mode:p})=>p==="search")).subscribe(p=>{let c=Ie();switch(p.type){case"Enter":if(c===i){let l=new Map;for(let f of P(":first-child [href]",a)){let u=f.firstElementChild;l.set(f,parseFloat(u.getAttribute("data-md-score")))}if(l.size){let[[f]]=[...l].sort(([,u],[,d])=>d-u);f.click()}p.claim()}break;case"Escape":case"Tab":Je("search",!1),i.blur();break;case"ArrowUp":case"ArrowDown":if(typeof c=="undefined")i.focus();else{let l=[i,...P(":not(details) > [href], summary, details[open] [href]",a)],f=Math.max(0,(Math.max(0,l.indexOf(c))+l.length+(p.type==="ArrowUp"?-1:1))%l.length);l[f].focus()}p.claim();break;default:i!==Ie()&&i.focus()}}),r.pipe(b(({mode:p})=>p==="global")).subscribe(p=>{switch(p.type){case"f":case"s":case"/":i.focus(),i.select(),p.claim();break}});let s=pi(i,{worker$:n});return O(s,li(a,{worker$:n,query$:s})).pipe(Re(...ae("search-share",e).map(p=>mi(p,{query$:s})),...ae("search-suggest",e).map(p=>fi(p,{worker$:n,keyboard$:r}))))}catch(n){return e.hidden=!0,Ye}}function di(e,{index$:t,location$:r}){return z([t,r.pipe(Q(ye()),b(o=>!!o.searchParams.get("h")))]).pipe(m(([o,n])=>ii(o.config)(n.searchParams.get("h"))),m(o=>{var a;let n=new Map,i=document.createNodeIterator(e,NodeFilter.SHOW_TEXT);for(let s=i.nextNode();s;s=i.nextNode())if((a=s.parentElement)!=null&&a.offsetHeight){let p=s.textContent,c=o(p);c.length>p.length&&n.set(s,c)}for(let[s,p]of n){let{childNodes:c}=x("span",null,p);s.replaceWith(...Array.from(c))}return{ref:e,nodes:n}}))}function fs(e,{viewport$:t,main$:r}){let o=e.closest(".md-grid"),n=o.offsetTop-o.parentElement.offsetTop;return z([r,t]).pipe(m(([{offset:i,height:a},{offset:{y:s}}])=>(a=a+Math.min(n,Math.max(0,s-i))-n,{height:a,locked:s>=i+n})),K((i,a)=>i.height===a.height&&i.locked===a.locked))}function Zr(e,o){var n=o,{header$:t}=n,r=so(n,["header$"]);let i=R(".md-sidebar__scrollwrap",e),{y:a}=Ve(i);return C(()=>{let s=new g,p=s.pipe(Z(),ie(!0)),c=s.pipe(Me(0,me));return c.pipe(re(t)).subscribe({next([{height:l},{height:f}]){i.style.height=`${l-2*a}px`,e.style.top=`${f}px`},complete(){i.style.height="",e.style.top=""}}),c.pipe(Ae()).subscribe(()=>{for(let l of P(".md-nav__link--active[href]",e)){if(!l.clientHeight)continue;let f=l.closest(".md-sidebar__scrollwrap");if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2})}}}),ue(P("label[tabindex]",e)).pipe(ne(l=>h(l,"click").pipe(ve(se),m(()=>l),W(p)))).subscribe(l=>{let f=R(`[id="${l.htmlFor}"]`);R(`[aria-labelledby="${l.id}"]`).setAttribute("aria-expanded",`${f.checked}`)}),fs(e,r).pipe(w(l=>s.next(l)),_(()=>s.complete()),m(l=>$({ref:e},l)))})}function hi(e,t){if(typeof t!="undefined"){let r=`https://api.github.com/repos/${e}/${t}`;return st(je(`${r}/releases/latest`).pipe(de(()=>S),m(o=>({version:o.tag_name})),De({})),je(r).pipe(de(()=>S),m(o=>({stars:o.stargazers_count,forks:o.forks_count})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}else{let r=`https://api.github.com/users/${e}`;return je(r).pipe(m(o=>({repositories:o.public_repos})),De({}))}}function bi(e,t){let r=`https://${e}/api/v4/projects/${encodeURIComponent(t)}`;return st(je(`${r}/releases/permalink/latest`).pipe(de(()=>S),m(({tag_name:o})=>({version:o})),De({})),je(r).pipe(de(()=>S),m(({star_count:o,forks_count:n})=>({stars:o,forks:n})),De({}))).pipe(m(([o,n])=>$($({},o),n)))}function vi(e){let t=e.match(/^.+github\.com\/([^/]+)\/?([^/]+)?/i);if(t){let[,r,o]=t;return hi(r,o)}if(t=e.match(/^.+?([^/]*gitlab[^/]+)\/(.+?)\/?$/i),t){let[,r,o]=t;return bi(r,o)}return S}var us;function ds(e){return us||(us=C(()=>{let t=__md_get("__source",sessionStorage);if(t)return I(t);if(ae("consent").length){let o=__md_get("__consent");if(!(o&&o.github))return S}return vi(e.href).pipe(w(o=>__md_set("__source",o,sessionStorage)))}).pipe(de(()=>S),b(t=>Object.keys(t).length>0),m(t=>({facts:t})),G(1)))}function gi(e){let t=R(":scope > :last-child",e);return C(()=>{let r=new g;return r.subscribe(({facts:o})=>{t.appendChild(_n(o)),t.classList.add("md-source__repository--active")}),ds(e).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function hs(e,{viewport$:t,header$:r}){return ge(document.body).pipe(v(()=>mr(e,{header$:r,viewport$:t})),m(({offset:{y:o}})=>({hidden:o>=10})),ee("hidden"))}function yi(e,t){return C(()=>{let r=new g;return r.subscribe({next({hidden:o}){e.hidden=o},complete(){e.hidden=!1}}),(B("navigation.tabs.sticky")?I({hidden:!1}):hs(e,t)).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function bs(e,{viewport$:t,header$:r}){let o=new Map,n=P(".md-nav__link",e);for(let s of n){let p=decodeURIComponent(s.hash.substring(1)),c=fe(`[id="${p}"]`);typeof c!="undefined"&&o.set(s,c)}let i=r.pipe(ee("height"),m(({height:s})=>{let p=Se("main"),c=R(":scope > :first-child",p);return s+.8*(c.offsetTop-p.offsetTop)}),pe());return ge(document.body).pipe(ee("height"),v(s=>C(()=>{let p=[];return I([...o].reduce((c,[l,f])=>{for(;p.length&&o.get(p[p.length-1]).tagName>=f.tagName;)p.pop();let u=f.offsetTop;for(;!u&&f.parentElement;)f=f.parentElement,u=f.offsetTop;let d=f.offsetParent;for(;d;d=d.offsetParent)u+=d.offsetTop;return c.set([...p=[...p,l]].reverse(),u)},new Map))}).pipe(m(p=>new Map([...p].sort(([,c],[,l])=>c-l))),He(i),v(([p,c])=>t.pipe(Fr(([l,f],{offset:{y:u},size:d})=>{let y=u+d.height>=Math.floor(s.height);for(;f.length;){let[,L]=f[0];if(L-c=u&&!y)f=[l.pop(),...f];else break}return[l,f]},[[],[...p]]),K((l,f)=>l[0]===f[0]&&l[1]===f[1])))))).pipe(m(([s,p])=>({prev:s.map(([c])=>c),next:p.map(([c])=>c)})),Q({prev:[],next:[]}),Be(2,1),m(([s,p])=>s.prev.length{let i=new g,a=i.pipe(Z(),ie(!0));if(i.subscribe(({prev:s,next:p})=>{for(let[c]of p)c.classList.remove("md-nav__link--passed"),c.classList.remove("md-nav__link--active");for(let[c,[l]]of s.entries())l.classList.add("md-nav__link--passed"),l.classList.toggle("md-nav__link--active",c===s.length-1)}),B("toc.follow")){let s=O(t.pipe(_e(1),m(()=>{})),t.pipe(_e(250),m(()=>"smooth")));i.pipe(b(({prev:p})=>p.length>0),He(o.pipe(ve(se))),re(s)).subscribe(([[{prev:p}],c])=>{let[l]=p[p.length-1];if(l.offsetHeight){let f=cr(l);if(typeof f!="undefined"){let u=l.offsetTop-f.offsetTop,{height:d}=ce(f);f.scrollTo({top:u-d/2,behavior:c})}}})}return B("navigation.tracking")&&t.pipe(W(a),ee("offset"),_e(250),Ce(1),W(n.pipe(Ce(1))),ct({delay:250}),re(i)).subscribe(([,{prev:s}])=>{let p=ye(),c=s[s.length-1];if(c&&c.length){let[l]=c,{hash:f}=new URL(l.href);p.hash!==f&&(p.hash=f,history.replaceState({},"",`${p}`))}else p.hash="",history.replaceState({},"",`${p}`)}),bs(e,{viewport$:t,header$:r}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function vs(e,{viewport$:t,main$:r,target$:o}){let n=t.pipe(m(({offset:{y:a}})=>a),Be(2,1),m(([a,s])=>a>s&&s>0),K()),i=r.pipe(m(({active:a})=>a));return z([i,n]).pipe(m(([a,s])=>!(a&&s)),K(),W(o.pipe(Ce(1))),ie(!0),ct({delay:250}),m(a=>({hidden:a})))}function Ei(e,{viewport$:t,header$:r,main$:o,target$:n}){let i=new g,a=i.pipe(Z(),ie(!0));return i.subscribe({next({hidden:s}){e.hidden=s,s?(e.setAttribute("tabindex","-1"),e.blur()):e.removeAttribute("tabindex")},complete(){e.style.top="",e.hidden=!0,e.removeAttribute("tabindex")}}),r.pipe(W(a),ee("height")).subscribe(({height:s})=>{e.style.top=`${s+16}px`}),h(e,"click").subscribe(s=>{s.preventDefault(),window.scrollTo({top:0})}),vs(e,{viewport$:t,main$:o,target$:n}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))}function wi({document$:e,viewport$:t}){e.pipe(v(()=>P(".md-ellipsis")),ne(r=>tt(r).pipe(W(e.pipe(Ce(1))),b(o=>o),m(()=>r),Te(1))),b(r=>r.offsetWidth{let o=r.innerText,n=r.closest("a")||r;return n.title=o,B("content.tooltips")?mt(n,{viewport$:t}).pipe(W(e.pipe(Ce(1))),_(()=>n.removeAttribute("title"))):S})).subscribe(),B("content.tooltips")&&e.pipe(v(()=>P(".md-status")),ne(r=>mt(r,{viewport$:t}))).subscribe()}function Ti({document$:e,tablet$:t}){e.pipe(v(()=>P(".md-toggle--indeterminate")),w(r=>{r.indeterminate=!0,r.checked=!1}),ne(r=>h(r,"change").pipe(Dr(()=>r.classList.contains("md-toggle--indeterminate")),m(()=>r))),re(t)).subscribe(([r,o])=>{r.classList.remove("md-toggle--indeterminate"),o&&(r.checked=!1)})}function gs(){return/(iPad|iPhone|iPod)/.test(navigator.userAgent)}function Si({document$:e}){e.pipe(v(()=>P("[data-md-scrollfix]")),w(t=>t.removeAttribute("data-md-scrollfix")),b(gs),ne(t=>h(t,"touchstart").pipe(m(()=>t)))).subscribe(t=>{let r=t.scrollTop;r===0?t.scrollTop=1:r+t.offsetHeight===t.scrollHeight&&(t.scrollTop=r-1)})}function Oi({viewport$:e,tablet$:t}){z([ze("search"),t]).pipe(m(([r,o])=>r&&!o),v(r=>I(r).pipe(Ge(r?400:100))),re(e)).subscribe(([r,{offset:{y:o}}])=>{if(r)document.body.setAttribute("data-md-scrolllock",""),document.body.style.top=`-${o}px`;else{let n=-1*parseInt(document.body.style.top,10);document.body.removeAttribute("data-md-scrolllock"),document.body.style.top="",n&&window.scrollTo(0,n)}})}Object.entries||(Object.entries=function(e){let t=[];for(let r of Object.keys(e))t.push([r,e[r]]);return t});Object.values||(Object.values=function(e){let t=[];for(let r of Object.keys(e))t.push(e[r]);return t});typeof Element!="undefined"&&(Element.prototype.scrollTo||(Element.prototype.scrollTo=function(e,t){typeof e=="object"?(this.scrollLeft=e.left,this.scrollTop=e.top):(this.scrollLeft=e,this.scrollTop=t)}),Element.prototype.replaceWith||(Element.prototype.replaceWith=function(...e){let t=this.parentNode;if(t){e.length===0&&t.removeChild(this);for(let r=e.length-1;r>=0;r--){let o=e[r];typeof o=="string"?o=document.createTextNode(o):o.parentNode&&o.parentNode.removeChild(o),r?t.insertBefore(this.previousSibling,o):t.replaceChild(o,this)}}}));function ys(){return location.protocol==="file:"?Tt(`${new URL("search/search_index.js",eo.base)}`).pipe(m(()=>__index),G(1)):je(new URL("search/search_index.json",eo.base))}document.documentElement.classList.remove("no-js");document.documentElement.classList.add("js");var ot=Go(),Ut=sn(),Lt=ln(Ut),to=an(),Oe=gn(),hr=Pt("(min-width: 960px)"),Mi=Pt("(min-width: 1220px)"),_i=mn(),eo=xe(),Ai=document.forms.namedItem("search")?ys():Ye,ro=new g;Zn({alert$:ro});var oo=new g;B("navigation.instant")&&oi({location$:Ut,viewport$:Oe,progress$:oo}).subscribe(ot);var Li;((Li=eo.version)==null?void 0:Li.provider)==="mike"&&ci({document$:ot});O(Ut,Lt).pipe(Ge(125)).subscribe(()=>{Je("drawer",!1),Je("search",!1)});to.pipe(b(({mode:e})=>e==="global")).subscribe(e=>{switch(e.type){case"p":case",":let t=fe("link[rel=prev]");typeof t!="undefined"&<(t);break;case"n":case".":let r=fe("link[rel=next]");typeof r!="undefined"&<(r);break;case"Enter":let o=Ie();o instanceof HTMLLabelElement&&o.click()}});wi({viewport$:Oe,document$:ot});Ti({document$:ot,tablet$:hr});Si({document$:ot});Oi({viewport$:Oe,tablet$:hr});var rt=Kn(Se("header"),{viewport$:Oe}),Ft=ot.pipe(m(()=>Se("main")),v(e=>Gn(e,{viewport$:Oe,header$:rt})),G(1)),xs=O(...ae("consent").map(e=>En(e,{target$:Lt})),...ae("dialog").map(e=>qn(e,{alert$:ro})),...ae("palette").map(e=>Jn(e)),...ae("progress").map(e=>Xn(e,{progress$:oo})),...ae("search").map(e=>ui(e,{index$:Ai,keyboard$:to})),...ae("source").map(e=>gi(e))),Es=C(()=>O(...ae("announce").map(e=>xn(e)),...ae("content").map(e=>zn(e,{viewport$:Oe,target$:Lt,print$:_i})),...ae("content").map(e=>B("search.highlight")?di(e,{index$:Ai,location$:Ut}):S),...ae("header").map(e=>Yn(e,{viewport$:Oe,header$:rt,main$:Ft})),...ae("header-title").map(e=>Bn(e,{viewport$:Oe,header$:rt})),...ae("sidebar").map(e=>e.getAttribute("data-md-type")==="navigation"?Nr(Mi,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft})):Nr(hr,()=>Zr(e,{viewport$:Oe,header$:rt,main$:Ft}))),...ae("tabs").map(e=>yi(e,{viewport$:Oe,header$:rt})),...ae("toc").map(e=>xi(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})),...ae("top").map(e=>Ei(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Lt})))),Ci=ot.pipe(v(()=>Es),Re(xs),G(1));Ci.subscribe();window.document$=ot;window.location$=Ut;window.target$=Lt;window.keyboard$=to;window.viewport$=Oe;window.tablet$=hr;window.screen$=Mi;window.print$=_i;window.alert$=ro;window.progress$=oo;window.component$=Ci;})(); +//# sourceMappingURL=bundle.60a45f97.min.js.map + diff --git a/assets/javascripts/bundle.60a45f97.min.js.map b/assets/javascripts/bundle.60a45f97.min.js.map new file mode 100644 index 00000000..7edbc6f4 --- /dev/null +++ b/assets/javascripts/bundle.60a45f97.min.js.map @@ -0,0 +1,7 @@ +{ + "version": 3, + "sources": ["node_modules/focus-visible/dist/focus-visible.js", "node_modules/escape-html/index.js", "node_modules/clipboard/dist/clipboard.js", "src/templates/assets/javascripts/bundle.ts", "node_modules/tslib/tslib.es6.mjs", "node_modules/rxjs/src/internal/util/isFunction.ts", "node_modules/rxjs/src/internal/util/createErrorClass.ts", "node_modules/rxjs/src/internal/util/UnsubscriptionError.ts", "node_modules/rxjs/src/internal/util/arrRemove.ts", "node_modules/rxjs/src/internal/Subscription.ts", "node_modules/rxjs/src/internal/config.ts", "node_modules/rxjs/src/internal/scheduler/timeoutProvider.ts", "node_modules/rxjs/src/internal/util/reportUnhandledError.ts", "node_modules/rxjs/src/internal/util/noop.ts", "node_modules/rxjs/src/internal/NotificationFactories.ts", "node_modules/rxjs/src/internal/util/errorContext.ts", "node_modules/rxjs/src/internal/Subscriber.ts", "node_modules/rxjs/src/internal/symbol/observable.ts", "node_modules/rxjs/src/internal/util/identity.ts", "node_modules/rxjs/src/internal/util/pipe.ts", "node_modules/rxjs/src/internal/Observable.ts", "node_modules/rxjs/src/internal/util/lift.ts", "node_modules/rxjs/src/internal/operators/OperatorSubscriber.ts", "node_modules/rxjs/src/internal/scheduler/animationFrameProvider.ts", "node_modules/rxjs/src/internal/util/ObjectUnsubscribedError.ts", "node_modules/rxjs/src/internal/Subject.ts", "node_modules/rxjs/src/internal/BehaviorSubject.ts", "node_modules/rxjs/src/internal/scheduler/dateTimestampProvider.ts", "node_modules/rxjs/src/internal/ReplaySubject.ts", "node_modules/rxjs/src/internal/scheduler/Action.ts", "node_modules/rxjs/src/internal/scheduler/intervalProvider.ts", "node_modules/rxjs/src/internal/scheduler/AsyncAction.ts", "node_modules/rxjs/src/internal/Scheduler.ts", "node_modules/rxjs/src/internal/scheduler/AsyncScheduler.ts", "node_modules/rxjs/src/internal/scheduler/async.ts", "node_modules/rxjs/src/internal/scheduler/QueueAction.ts", "node_modules/rxjs/src/internal/scheduler/QueueScheduler.ts", "node_modules/rxjs/src/internal/scheduler/queue.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameAction.ts", "node_modules/rxjs/src/internal/scheduler/AnimationFrameScheduler.ts", "node_modules/rxjs/src/internal/scheduler/animationFrame.ts", "node_modules/rxjs/src/internal/observable/empty.ts", "node_modules/rxjs/src/internal/util/isScheduler.ts", "node_modules/rxjs/src/internal/util/args.ts", "node_modules/rxjs/src/internal/util/isArrayLike.ts", "node_modules/rxjs/src/internal/util/isPromise.ts", "node_modules/rxjs/src/internal/util/isInteropObservable.ts", "node_modules/rxjs/src/internal/util/isAsyncIterable.ts", "node_modules/rxjs/src/internal/util/throwUnobservableError.ts", "node_modules/rxjs/src/internal/symbol/iterator.ts", "node_modules/rxjs/src/internal/util/isIterable.ts", "node_modules/rxjs/src/internal/util/isReadableStreamLike.ts", "node_modules/rxjs/src/internal/observable/innerFrom.ts", "node_modules/rxjs/src/internal/util/executeSchedule.ts", "node_modules/rxjs/src/internal/operators/observeOn.ts", "node_modules/rxjs/src/internal/operators/subscribeOn.ts", "node_modules/rxjs/src/internal/scheduled/scheduleObservable.ts", "node_modules/rxjs/src/internal/scheduled/schedulePromise.ts", "node_modules/rxjs/src/internal/scheduled/scheduleArray.ts", "node_modules/rxjs/src/internal/scheduled/scheduleIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleAsyncIterable.ts", "node_modules/rxjs/src/internal/scheduled/scheduleReadableStreamLike.ts", "node_modules/rxjs/src/internal/scheduled/scheduled.ts", "node_modules/rxjs/src/internal/observable/from.ts", "node_modules/rxjs/src/internal/observable/of.ts", "node_modules/rxjs/src/internal/observable/throwError.ts", "node_modules/rxjs/src/internal/util/EmptyError.ts", "node_modules/rxjs/src/internal/util/isDate.ts", "node_modules/rxjs/src/internal/operators/map.ts", "node_modules/rxjs/src/internal/util/mapOneOrManyArgs.ts", "node_modules/rxjs/src/internal/util/argsArgArrayOrObject.ts", "node_modules/rxjs/src/internal/util/createObject.ts", "node_modules/rxjs/src/internal/observable/combineLatest.ts", "node_modules/rxjs/src/internal/operators/mergeInternals.ts", "node_modules/rxjs/src/internal/operators/mergeMap.ts", "node_modules/rxjs/src/internal/operators/mergeAll.ts", "node_modules/rxjs/src/internal/operators/concatAll.ts", "node_modules/rxjs/src/internal/observable/concat.ts", "node_modules/rxjs/src/internal/observable/defer.ts", "node_modules/rxjs/src/internal/observable/fromEvent.ts", "node_modules/rxjs/src/internal/observable/fromEventPattern.ts", "node_modules/rxjs/src/internal/observable/timer.ts", "node_modules/rxjs/src/internal/observable/merge.ts", "node_modules/rxjs/src/internal/observable/never.ts", "node_modules/rxjs/src/internal/util/argsOrArgArray.ts", "node_modules/rxjs/src/internal/operators/filter.ts", "node_modules/rxjs/src/internal/observable/zip.ts", "node_modules/rxjs/src/internal/operators/audit.ts", "node_modules/rxjs/src/internal/operators/auditTime.ts", "node_modules/rxjs/src/internal/operators/bufferCount.ts", "node_modules/rxjs/src/internal/operators/catchError.ts", "node_modules/rxjs/src/internal/operators/scanInternals.ts", "node_modules/rxjs/src/internal/operators/combineLatest.ts", "node_modules/rxjs/src/internal/operators/combineLatestWith.ts", "node_modules/rxjs/src/internal/operators/debounce.ts", "node_modules/rxjs/src/internal/operators/debounceTime.ts", "node_modules/rxjs/src/internal/operators/defaultIfEmpty.ts", "node_modules/rxjs/src/internal/operators/take.ts", "node_modules/rxjs/src/internal/operators/ignoreElements.ts", "node_modules/rxjs/src/internal/operators/mapTo.ts", "node_modules/rxjs/src/internal/operators/delayWhen.ts", "node_modules/rxjs/src/internal/operators/delay.ts", "node_modules/rxjs/src/internal/operators/distinctUntilChanged.ts", "node_modules/rxjs/src/internal/operators/distinctUntilKeyChanged.ts", "node_modules/rxjs/src/internal/operators/throwIfEmpty.ts", "node_modules/rxjs/src/internal/operators/endWith.ts", "node_modules/rxjs/src/internal/operators/finalize.ts", "node_modules/rxjs/src/internal/operators/first.ts", "node_modules/rxjs/src/internal/operators/takeLast.ts", "node_modules/rxjs/src/internal/operators/merge.ts", "node_modules/rxjs/src/internal/operators/mergeWith.ts", "node_modules/rxjs/src/internal/operators/repeat.ts", "node_modules/rxjs/src/internal/operators/scan.ts", "node_modules/rxjs/src/internal/operators/share.ts", "node_modules/rxjs/src/internal/operators/shareReplay.ts", "node_modules/rxjs/src/internal/operators/skip.ts", "node_modules/rxjs/src/internal/operators/skipUntil.ts", "node_modules/rxjs/src/internal/operators/startWith.ts", "node_modules/rxjs/src/internal/operators/switchMap.ts", "node_modules/rxjs/src/internal/operators/takeUntil.ts", "node_modules/rxjs/src/internal/operators/takeWhile.ts", "node_modules/rxjs/src/internal/operators/tap.ts", "node_modules/rxjs/src/internal/operators/throttle.ts", "node_modules/rxjs/src/internal/operators/throttleTime.ts", "node_modules/rxjs/src/internal/operators/withLatestFrom.ts", "node_modules/rxjs/src/internal/operators/zip.ts", "node_modules/rxjs/src/internal/operators/zipWith.ts", "src/templates/assets/javascripts/browser/document/index.ts", "src/templates/assets/javascripts/browser/element/_/index.ts", "src/templates/assets/javascripts/browser/element/focus/index.ts", "src/templates/assets/javascripts/browser/element/hover/index.ts", "src/templates/assets/javascripts/utilities/h/index.ts", "src/templates/assets/javascripts/utilities/round/index.ts", "src/templates/assets/javascripts/browser/script/index.ts", "src/templates/assets/javascripts/browser/element/size/_/index.ts", "src/templates/assets/javascripts/browser/element/size/content/index.ts", "src/templates/assets/javascripts/browser/element/offset/_/index.ts", "src/templates/assets/javascripts/browser/element/offset/content/index.ts", "src/templates/assets/javascripts/browser/element/visibility/index.ts", "src/templates/assets/javascripts/browser/toggle/index.ts", "src/templates/assets/javascripts/browser/keyboard/index.ts", "src/templates/assets/javascripts/browser/location/_/index.ts", "src/templates/assets/javascripts/browser/location/hash/index.ts", "src/templates/assets/javascripts/browser/media/index.ts", "src/templates/assets/javascripts/browser/request/index.ts", "src/templates/assets/javascripts/browser/viewport/offset/index.ts", "src/templates/assets/javascripts/browser/viewport/size/index.ts", "src/templates/assets/javascripts/browser/viewport/_/index.ts", "src/templates/assets/javascripts/browser/viewport/at/index.ts", "src/templates/assets/javascripts/browser/worker/index.ts", "src/templates/assets/javascripts/_/index.ts", "src/templates/assets/javascripts/components/_/index.ts", "src/templates/assets/javascripts/components/announce/index.ts", "src/templates/assets/javascripts/components/consent/index.ts", "src/templates/assets/javascripts/templates/tooltip/index.tsx", "src/templates/assets/javascripts/templates/annotation/index.tsx", "src/templates/assets/javascripts/templates/clipboard/index.tsx", "src/templates/assets/javascripts/templates/search/index.tsx", "src/templates/assets/javascripts/templates/source/index.tsx", "src/templates/assets/javascripts/templates/tabbed/index.tsx", "src/templates/assets/javascripts/templates/table/index.tsx", "src/templates/assets/javascripts/templates/version/index.tsx", "src/templates/assets/javascripts/components/tooltip2/index.ts", "src/templates/assets/javascripts/components/content/annotation/_/index.ts", "src/templates/assets/javascripts/components/content/annotation/list/index.ts", "src/templates/assets/javascripts/components/content/annotation/block/index.ts", "src/templates/assets/javascripts/components/content/code/_/index.ts", "src/templates/assets/javascripts/components/content/details/index.ts", "src/templates/assets/javascripts/components/content/mermaid/index.css", "src/templates/assets/javascripts/components/content/mermaid/index.ts", "src/templates/assets/javascripts/components/content/table/index.ts", "src/templates/assets/javascripts/components/content/tabs/index.ts", "src/templates/assets/javascripts/components/content/_/index.ts", "src/templates/assets/javascripts/components/dialog/index.ts", "src/templates/assets/javascripts/components/tooltip/index.ts", "src/templates/assets/javascripts/components/header/_/index.ts", "src/templates/assets/javascripts/components/header/title/index.ts", "src/templates/assets/javascripts/components/main/index.ts", "src/templates/assets/javascripts/components/palette/index.ts", "src/templates/assets/javascripts/components/progress/index.ts", "src/templates/assets/javascripts/integrations/clipboard/index.ts", "src/templates/assets/javascripts/integrations/sitemap/index.ts", "src/templates/assets/javascripts/integrations/instant/index.ts", "src/templates/assets/javascripts/integrations/search/highlighter/index.ts", "src/templates/assets/javascripts/integrations/search/worker/message/index.ts", "src/templates/assets/javascripts/integrations/search/worker/_/index.ts", "src/templates/assets/javascripts/integrations/version/findurl/index.ts", "src/templates/assets/javascripts/integrations/version/index.ts", "src/templates/assets/javascripts/components/search/query/index.ts", "src/templates/assets/javascripts/components/search/result/index.ts", "src/templates/assets/javascripts/components/search/share/index.ts", "src/templates/assets/javascripts/components/search/suggest/index.ts", "src/templates/assets/javascripts/components/search/_/index.ts", "src/templates/assets/javascripts/components/search/highlight/index.ts", "src/templates/assets/javascripts/components/sidebar/index.ts", "src/templates/assets/javascripts/components/source/facts/github/index.ts", "src/templates/assets/javascripts/components/source/facts/gitlab/index.ts", "src/templates/assets/javascripts/components/source/facts/_/index.ts", "src/templates/assets/javascripts/components/source/_/index.ts", "src/templates/assets/javascripts/components/tabs/index.ts", "src/templates/assets/javascripts/components/toc/index.ts", "src/templates/assets/javascripts/components/top/index.ts", "src/templates/assets/javascripts/patches/ellipsis/index.ts", "src/templates/assets/javascripts/patches/indeterminate/index.ts", "src/templates/assets/javascripts/patches/scrollfix/index.ts", "src/templates/assets/javascripts/patches/scrolllock/index.ts", "src/templates/assets/javascripts/polyfills/index.ts"], + "sourcesContent": ["(function (global, factory) {\n typeof exports === 'object' && typeof module !== 'undefined' ? factory() :\n typeof define === 'function' && define.amd ? define(factory) :\n (factory());\n}(this, (function () { 'use strict';\n\n /**\n * Applies the :focus-visible polyfill at the given scope.\n * A scope in this case is either the top-level Document or a Shadow Root.\n *\n * @param {(Document|ShadowRoot)} scope\n * @see https://github.com/WICG/focus-visible\n */\n function applyFocusVisiblePolyfill(scope) {\n var hadKeyboardEvent = true;\n var hadFocusVisibleRecently = false;\n var hadFocusVisibleRecentlyTimeout = null;\n\n var inputTypesAllowlist = {\n text: true,\n search: true,\n url: true,\n tel: true,\n email: true,\n password: true,\n number: true,\n date: true,\n month: true,\n week: true,\n time: true,\n datetime: true,\n 'datetime-local': true\n };\n\n /**\n * Helper function for legacy browsers and iframes which sometimes focus\n * elements like document, body, and non-interactive SVG.\n * @param {Element} el\n */\n function isValidFocusTarget(el) {\n if (\n el &&\n el !== document &&\n el.nodeName !== 'HTML' &&\n el.nodeName !== 'BODY' &&\n 'classList' in el &&\n 'contains' in el.classList\n ) {\n return true;\n }\n return false;\n }\n\n /**\n * Computes whether the given element should automatically trigger the\n * `focus-visible` class being added, i.e. whether it should always match\n * `:focus-visible` when focused.\n * @param {Element} el\n * @return {boolean}\n */\n function focusTriggersKeyboardModality(el) {\n var type = el.type;\n var tagName = el.tagName;\n\n if (tagName === 'INPUT' && inputTypesAllowlist[type] && !el.readOnly) {\n return true;\n }\n\n if (tagName === 'TEXTAREA' && !el.readOnly) {\n return true;\n }\n\n if (el.isContentEditable) {\n return true;\n }\n\n return false;\n }\n\n /**\n * Add the `focus-visible` class to the given element if it was not added by\n * the author.\n * @param {Element} el\n */\n function addFocusVisibleClass(el) {\n if (el.classList.contains('focus-visible')) {\n return;\n }\n el.classList.add('focus-visible');\n el.setAttribute('data-focus-visible-added', '');\n }\n\n /**\n * Remove the `focus-visible` class from the given element if it was not\n * originally added by the author.\n * @param {Element} el\n */\n function removeFocusVisibleClass(el) {\n if (!el.hasAttribute('data-focus-visible-added')) {\n return;\n }\n el.classList.remove('focus-visible');\n el.removeAttribute('data-focus-visible-added');\n }\n\n /**\n * If the most recent user interaction was via the keyboard;\n * and the key press did not include a meta, alt/option, or control key;\n * then the modality is keyboard. Otherwise, the modality is not keyboard.\n * Apply `focus-visible` to any current active element and keep track\n * of our keyboard modality state with `hadKeyboardEvent`.\n * @param {KeyboardEvent} e\n */\n function onKeyDown(e) {\n if (e.metaKey || e.altKey || e.ctrlKey) {\n return;\n }\n\n if (isValidFocusTarget(scope.activeElement)) {\n addFocusVisibleClass(scope.activeElement);\n }\n\n hadKeyboardEvent = true;\n }\n\n /**\n * If at any point a user clicks with a pointing device, ensure that we change\n * the modality away from keyboard.\n * This avoids the situation where a user presses a key on an already focused\n * element, and then clicks on a different element, focusing it with a\n * pointing device, while we still think we're in keyboard modality.\n * @param {Event} e\n */\n function onPointerDown(e) {\n hadKeyboardEvent = false;\n }\n\n /**\n * On `focus`, add the `focus-visible` class to the target if:\n * - the target received focus as a result of keyboard navigation, or\n * - the event target is an element that will likely require interaction\n * via the keyboard (e.g. a text box)\n * @param {Event} e\n */\n function onFocus(e) {\n // Prevent IE from focusing the document or HTML element.\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (hadKeyboardEvent || focusTriggersKeyboardModality(e.target)) {\n addFocusVisibleClass(e.target);\n }\n }\n\n /**\n * On `blur`, remove the `focus-visible` class from the target.\n * @param {Event} e\n */\n function onBlur(e) {\n if (!isValidFocusTarget(e.target)) {\n return;\n }\n\n if (\n e.target.classList.contains('focus-visible') ||\n e.target.hasAttribute('data-focus-visible-added')\n ) {\n // To detect a tab/window switch, we look for a blur event followed\n // rapidly by a visibility change.\n // If we don't see a visibility change within 100ms, it's probably a\n // regular focus change.\n hadFocusVisibleRecently = true;\n window.clearTimeout(hadFocusVisibleRecentlyTimeout);\n hadFocusVisibleRecentlyTimeout = window.setTimeout(function() {\n hadFocusVisibleRecently = false;\n }, 100);\n removeFocusVisibleClass(e.target);\n }\n }\n\n /**\n * If the user changes tabs, keep track of whether or not the previously\n * focused element had .focus-visible.\n * @param {Event} e\n */\n function onVisibilityChange(e) {\n if (document.visibilityState === 'hidden') {\n // If the tab becomes active again, the browser will handle calling focus\n // on the element (Safari actually calls it twice).\n // If this tab change caused a blur on an element with focus-visible,\n // re-apply the class when the user switches back to the tab.\n if (hadFocusVisibleRecently) {\n hadKeyboardEvent = true;\n }\n addInitialPointerMoveListeners();\n }\n }\n\n /**\n * Add a group of listeners to detect usage of any pointing devices.\n * These listeners will be added when the polyfill first loads, and anytime\n * the window is blurred, so that they are active when the window regains\n * focus.\n */\n function addInitialPointerMoveListeners() {\n document.addEventListener('mousemove', onInitialPointerMove);\n document.addEventListener('mousedown', onInitialPointerMove);\n document.addEventListener('mouseup', onInitialPointerMove);\n document.addEventListener('pointermove', onInitialPointerMove);\n document.addEventListener('pointerdown', onInitialPointerMove);\n document.addEventListener('pointerup', onInitialPointerMove);\n document.addEventListener('touchmove', onInitialPointerMove);\n document.addEventListener('touchstart', onInitialPointerMove);\n document.addEventListener('touchend', onInitialPointerMove);\n }\n\n function removeInitialPointerMoveListeners() {\n document.removeEventListener('mousemove', onInitialPointerMove);\n document.removeEventListener('mousedown', onInitialPointerMove);\n document.removeEventListener('mouseup', onInitialPointerMove);\n document.removeEventListener('pointermove', onInitialPointerMove);\n document.removeEventListener('pointerdown', onInitialPointerMove);\n document.removeEventListener('pointerup', onInitialPointerMove);\n document.removeEventListener('touchmove', onInitialPointerMove);\n document.removeEventListener('touchstart', onInitialPointerMove);\n document.removeEventListener('touchend', onInitialPointerMove);\n }\n\n /**\n * When the polfyill first loads, assume the user is in keyboard modality.\n * If any event is received from a pointing device (e.g. mouse, pointer,\n * touch), turn off keyboard modality.\n * This accounts for situations where focus enters the page from the URL bar.\n * @param {Event} e\n */\n function onInitialPointerMove(e) {\n // Work around a Safari quirk that fires a mousemove on whenever the\n // window blurs, even if you're tabbing out of the page. \u00AF\\_(\u30C4)_/\u00AF\n if (e.target.nodeName && e.target.nodeName.toLowerCase() === 'html') {\n return;\n }\n\n hadKeyboardEvent = false;\n removeInitialPointerMoveListeners();\n }\n\n // For some kinds of state, we are interested in changes at the global scope\n // only. For example, global pointer input, global key presses and global\n // visibility change should affect the state at every scope:\n document.addEventListener('keydown', onKeyDown, true);\n document.addEventListener('mousedown', onPointerDown, true);\n document.addEventListener('pointerdown', onPointerDown, true);\n document.addEventListener('touchstart', onPointerDown, true);\n document.addEventListener('visibilitychange', onVisibilityChange, true);\n\n addInitialPointerMoveListeners();\n\n // For focus and blur, we specifically care about state changes in the local\n // scope. This is because focus / blur events that originate from within a\n // shadow root are not re-dispatched from the host element if it was already\n // the active element in its own scope:\n scope.addEventListener('focus', onFocus, true);\n scope.addEventListener('blur', onBlur, true);\n\n // We detect that a node is a ShadowRoot by ensuring that it is a\n // DocumentFragment and also has a host property. This check covers native\n // implementation and polyfill implementation transparently. If we only cared\n // about the native implementation, we could just check if the scope was\n // an instance of a ShadowRoot.\n if (scope.nodeType === Node.DOCUMENT_FRAGMENT_NODE && scope.host) {\n // Since a ShadowRoot is a special kind of DocumentFragment, it does not\n // have a root element to add a class to. So, we add this attribute to the\n // host element instead:\n scope.host.setAttribute('data-js-focus-visible', '');\n } else if (scope.nodeType === Node.DOCUMENT_NODE) {\n document.documentElement.classList.add('js-focus-visible');\n document.documentElement.setAttribute('data-js-focus-visible', '');\n }\n }\n\n // It is important to wrap all references to global window and document in\n // these checks to support server-side rendering use cases\n // @see https://github.com/WICG/focus-visible/issues/199\n if (typeof window !== 'undefined' && typeof document !== 'undefined') {\n // Make the polyfill helper globally available. This can be used as a signal\n // to interested libraries that wish to coordinate with the polyfill for e.g.,\n // applying the polyfill to a shadow root:\n window.applyFocusVisiblePolyfill = applyFocusVisiblePolyfill;\n\n // Notify interested libraries of the polyfill's presence, in case the\n // polyfill was loaded lazily:\n var event;\n\n try {\n event = new CustomEvent('focus-visible-polyfill-ready');\n } catch (error) {\n // IE11 does not support using CustomEvent as a constructor directly:\n event = document.createEvent('CustomEvent');\n event.initCustomEvent('focus-visible-polyfill-ready', false, false, {});\n }\n\n window.dispatchEvent(event);\n }\n\n if (typeof document !== 'undefined') {\n // Apply the polyfill to the global document, so that no JavaScript\n // coordination is required to use the polyfill in the top-level document:\n applyFocusVisiblePolyfill(document);\n }\n\n})));\n", "/*!\n * escape-html\n * Copyright(c) 2012-2013 TJ Holowaychuk\n * Copyright(c) 2015 Andreas Lubbe\n * Copyright(c) 2015 Tiancheng \"Timothy\" Gu\n * MIT Licensed\n */\n\n'use strict';\n\n/**\n * Module variables.\n * @private\n */\n\nvar matchHtmlRegExp = /[\"'&<>]/;\n\n/**\n * Module exports.\n * @public\n */\n\nmodule.exports = escapeHtml;\n\n/**\n * Escape special characters in the given string of html.\n *\n * @param {string} string The string to escape for inserting into HTML\n * @return {string}\n * @public\n */\n\nfunction escapeHtml(string) {\n var str = '' + string;\n var match = matchHtmlRegExp.exec(str);\n\n if (!match) {\n return str;\n }\n\n var escape;\n var html = '';\n var index = 0;\n var lastIndex = 0;\n\n for (index = match.index; index < str.length; index++) {\n switch (str.charCodeAt(index)) {\n case 34: // \"\n escape = '"';\n break;\n case 38: // &\n escape = '&';\n break;\n case 39: // '\n escape = ''';\n break;\n case 60: // <\n escape = '<';\n break;\n case 62: // >\n escape = '>';\n break;\n default:\n continue;\n }\n\n if (lastIndex !== index) {\n html += str.substring(lastIndex, index);\n }\n\n lastIndex = index + 1;\n html += escape;\n }\n\n return lastIndex !== index\n ? html + str.substring(lastIndex, index)\n : html;\n}\n", "/*!\n * clipboard.js v2.0.11\n * https://clipboardjs.com/\n *\n * Licensed MIT \u00A9 Zeno Rocha\n */\n(function webpackUniversalModuleDefinition(root, factory) {\n\tif(typeof exports === 'object' && typeof module === 'object')\n\t\tmodule.exports = factory();\n\telse if(typeof define === 'function' && define.amd)\n\t\tdefine([], factory);\n\telse if(typeof exports === 'object')\n\t\texports[\"ClipboardJS\"] = factory();\n\telse\n\t\troot[\"ClipboardJS\"] = factory();\n})(this, function() {\nreturn /******/ (function() { // webpackBootstrap\n/******/ \tvar __webpack_modules__ = ({\n\n/***/ 686:\n/***/ (function(__unused_webpack_module, __webpack_exports__, __webpack_require__) {\n\n\"use strict\";\n\n// EXPORTS\n__webpack_require__.d(__webpack_exports__, {\n \"default\": function() { return /* binding */ clipboard; }\n});\n\n// EXTERNAL MODULE: ./node_modules/tiny-emitter/index.js\nvar tiny_emitter = __webpack_require__(279);\nvar tiny_emitter_default = /*#__PURE__*/__webpack_require__.n(tiny_emitter);\n// EXTERNAL MODULE: ./node_modules/good-listener/src/listen.js\nvar listen = __webpack_require__(370);\nvar listen_default = /*#__PURE__*/__webpack_require__.n(listen);\n// EXTERNAL MODULE: ./node_modules/select/src/select.js\nvar src_select = __webpack_require__(817);\nvar select_default = /*#__PURE__*/__webpack_require__.n(src_select);\n;// CONCATENATED MODULE: ./src/common/command.js\n/**\n * Executes a given operation type.\n * @param {String} type\n * @return {Boolean}\n */\nfunction command(type) {\n try {\n return document.execCommand(type);\n } catch (err) {\n return false;\n }\n}\n;// CONCATENATED MODULE: ./src/actions/cut.js\n\n\n/**\n * Cut action wrapper.\n * @param {String|HTMLElement} target\n * @return {String}\n */\n\nvar ClipboardActionCut = function ClipboardActionCut(target) {\n var selectedText = select_default()(target);\n command('cut');\n return selectedText;\n};\n\n/* harmony default export */ var actions_cut = (ClipboardActionCut);\n;// CONCATENATED MODULE: ./src/common/create-fake-element.js\n/**\n * Creates a fake textarea element with a value.\n * @param {String} value\n * @return {HTMLElement}\n */\nfunction createFakeElement(value) {\n var isRTL = document.documentElement.getAttribute('dir') === 'rtl';\n var fakeElement = document.createElement('textarea'); // Prevent zooming on iOS\n\n fakeElement.style.fontSize = '12pt'; // Reset box model\n\n fakeElement.style.border = '0';\n fakeElement.style.padding = '0';\n fakeElement.style.margin = '0'; // Move element out of screen horizontally\n\n fakeElement.style.position = 'absolute';\n fakeElement.style[isRTL ? 'right' : 'left'] = '-9999px'; // Move element to the same position vertically\n\n var yPosition = window.pageYOffset || document.documentElement.scrollTop;\n fakeElement.style.top = \"\".concat(yPosition, \"px\");\n fakeElement.setAttribute('readonly', '');\n fakeElement.value = value;\n return fakeElement;\n}\n;// CONCATENATED MODULE: ./src/actions/copy.js\n\n\n\n/**\n * Create fake copy action wrapper using a fake element.\n * @param {String} target\n * @param {Object} options\n * @return {String}\n */\n\nvar fakeCopyAction = function fakeCopyAction(value, options) {\n var fakeElement = createFakeElement(value);\n options.container.appendChild(fakeElement);\n var selectedText = select_default()(fakeElement);\n command('copy');\n fakeElement.remove();\n return selectedText;\n};\n/**\n * Copy action wrapper.\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @return {String}\n */\n\n\nvar ClipboardActionCopy = function ClipboardActionCopy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n var selectedText = '';\n\n if (typeof target === 'string') {\n selectedText = fakeCopyAction(target, options);\n } else if (target instanceof HTMLInputElement && !['text', 'search', 'url', 'tel', 'password'].includes(target === null || target === void 0 ? void 0 : target.type)) {\n // If input type doesn't support `setSelectionRange`. Simulate it. https://developer.mozilla.org/en-US/docs/Web/API/HTMLInputElement/setSelectionRange\n selectedText = fakeCopyAction(target.value, options);\n } else {\n selectedText = select_default()(target);\n command('copy');\n }\n\n return selectedText;\n};\n\n/* harmony default export */ var actions_copy = (ClipboardActionCopy);\n;// CONCATENATED MODULE: ./src/actions/default.js\nfunction _typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { _typeof = function _typeof(obj) { return typeof obj; }; } else { _typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return _typeof(obj); }\n\n\n\n/**\n * Inner function which performs selection from either `text` or `target`\n * properties and then executes copy or cut operations.\n * @param {Object} options\n */\n\nvar ClipboardActionDefault = function ClipboardActionDefault() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n // Defines base properties passed from constructor.\n var _options$action = options.action,\n action = _options$action === void 0 ? 'copy' : _options$action,\n container = options.container,\n target = options.target,\n text = options.text; // Sets the `action` to be performed which can be either 'copy' or 'cut'.\n\n if (action !== 'copy' && action !== 'cut') {\n throw new Error('Invalid \"action\" value, use either \"copy\" or \"cut\"');\n } // Sets the `target` property using an element that will be have its content copied.\n\n\n if (target !== undefined) {\n if (target && _typeof(target) === 'object' && target.nodeType === 1) {\n if (action === 'copy' && target.hasAttribute('disabled')) {\n throw new Error('Invalid \"target\" attribute. Please use \"readonly\" instead of \"disabled\" attribute');\n }\n\n if (action === 'cut' && (target.hasAttribute('readonly') || target.hasAttribute('disabled'))) {\n throw new Error('Invalid \"target\" attribute. You can\\'t cut text from elements with \"readonly\" or \"disabled\" attributes');\n }\n } else {\n throw new Error('Invalid \"target\" value, use a valid Element');\n }\n } // Define selection strategy based on `text` property.\n\n\n if (text) {\n return actions_copy(text, {\n container: container\n });\n } // Defines which selection strategy based on `target` property.\n\n\n if (target) {\n return action === 'cut' ? actions_cut(target) : actions_copy(target, {\n container: container\n });\n }\n};\n\n/* harmony default export */ var actions_default = (ClipboardActionDefault);\n;// CONCATENATED MODULE: ./src/clipboard.js\nfunction clipboard_typeof(obj) { \"@babel/helpers - typeof\"; if (typeof Symbol === \"function\" && typeof Symbol.iterator === \"symbol\") { clipboard_typeof = function _typeof(obj) { return typeof obj; }; } else { clipboard_typeof = function _typeof(obj) { return obj && typeof Symbol === \"function\" && obj.constructor === Symbol && obj !== Symbol.prototype ? \"symbol\" : typeof obj; }; } return clipboard_typeof(obj); }\n\nfunction _classCallCheck(instance, Constructor) { if (!(instance instanceof Constructor)) { throw new TypeError(\"Cannot call a class as a function\"); } }\n\nfunction _defineProperties(target, props) { for (var i = 0; i < props.length; i++) { var descriptor = props[i]; descriptor.enumerable = descriptor.enumerable || false; descriptor.configurable = true; if (\"value\" in descriptor) descriptor.writable = true; Object.defineProperty(target, descriptor.key, descriptor); } }\n\nfunction _createClass(Constructor, protoProps, staticProps) { if (protoProps) _defineProperties(Constructor.prototype, protoProps); if (staticProps) _defineProperties(Constructor, staticProps); return Constructor; }\n\nfunction _inherits(subClass, superClass) { if (typeof superClass !== \"function\" && superClass !== null) { throw new TypeError(\"Super expression must either be null or a function\"); } subClass.prototype = Object.create(superClass && superClass.prototype, { constructor: { value: subClass, writable: true, configurable: true } }); if (superClass) _setPrototypeOf(subClass, superClass); }\n\nfunction _setPrototypeOf(o, p) { _setPrototypeOf = Object.setPrototypeOf || function _setPrototypeOf(o, p) { o.__proto__ = p; return o; }; return _setPrototypeOf(o, p); }\n\nfunction _createSuper(Derived) { var hasNativeReflectConstruct = _isNativeReflectConstruct(); return function _createSuperInternal() { var Super = _getPrototypeOf(Derived), result; if (hasNativeReflectConstruct) { var NewTarget = _getPrototypeOf(this).constructor; result = Reflect.construct(Super, arguments, NewTarget); } else { result = Super.apply(this, arguments); } return _possibleConstructorReturn(this, result); }; }\n\nfunction _possibleConstructorReturn(self, call) { if (call && (clipboard_typeof(call) === \"object\" || typeof call === \"function\")) { return call; } return _assertThisInitialized(self); }\n\nfunction _assertThisInitialized(self) { if (self === void 0) { throw new ReferenceError(\"this hasn't been initialised - super() hasn't been called\"); } return self; }\n\nfunction _isNativeReflectConstruct() { if (typeof Reflect === \"undefined\" || !Reflect.construct) return false; if (Reflect.construct.sham) return false; if (typeof Proxy === \"function\") return true; try { Date.prototype.toString.call(Reflect.construct(Date, [], function () {})); return true; } catch (e) { return false; } }\n\nfunction _getPrototypeOf(o) { _getPrototypeOf = Object.setPrototypeOf ? Object.getPrototypeOf : function _getPrototypeOf(o) { return o.__proto__ || Object.getPrototypeOf(o); }; return _getPrototypeOf(o); }\n\n\n\n\n\n\n/**\n * Helper function to retrieve attribute value.\n * @param {String} suffix\n * @param {Element} element\n */\n\nfunction getAttributeValue(suffix, element) {\n var attribute = \"data-clipboard-\".concat(suffix);\n\n if (!element.hasAttribute(attribute)) {\n return;\n }\n\n return element.getAttribute(attribute);\n}\n/**\n * Base class which takes one or more elements, adds event listeners to them,\n * and instantiates a new `ClipboardAction` on each click.\n */\n\n\nvar Clipboard = /*#__PURE__*/function (_Emitter) {\n _inherits(Clipboard, _Emitter);\n\n var _super = _createSuper(Clipboard);\n\n /**\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n * @param {Object} options\n */\n function Clipboard(trigger, options) {\n var _this;\n\n _classCallCheck(this, Clipboard);\n\n _this = _super.call(this);\n\n _this.resolveOptions(options);\n\n _this.listenClick(trigger);\n\n return _this;\n }\n /**\n * Defines if attributes would be resolved using internal setter functions\n * or custom functions that were passed in the constructor.\n * @param {Object} options\n */\n\n\n _createClass(Clipboard, [{\n key: \"resolveOptions\",\n value: function resolveOptions() {\n var options = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : {};\n this.action = typeof options.action === 'function' ? options.action : this.defaultAction;\n this.target = typeof options.target === 'function' ? options.target : this.defaultTarget;\n this.text = typeof options.text === 'function' ? options.text : this.defaultText;\n this.container = clipboard_typeof(options.container) === 'object' ? options.container : document.body;\n }\n /**\n * Adds a click event listener to the passed trigger.\n * @param {String|HTMLElement|HTMLCollection|NodeList} trigger\n */\n\n }, {\n key: \"listenClick\",\n value: function listenClick(trigger) {\n var _this2 = this;\n\n this.listener = listen_default()(trigger, 'click', function (e) {\n return _this2.onClick(e);\n });\n }\n /**\n * Defines a new `ClipboardAction` on each click event.\n * @param {Event} e\n */\n\n }, {\n key: \"onClick\",\n value: function onClick(e) {\n var trigger = e.delegateTarget || e.currentTarget;\n var action = this.action(trigger) || 'copy';\n var text = actions_default({\n action: action,\n container: this.container,\n target: this.target(trigger),\n text: this.text(trigger)\n }); // Fires an event based on the copy operation result.\n\n this.emit(text ? 'success' : 'error', {\n action: action,\n text: text,\n trigger: trigger,\n clearSelection: function clearSelection() {\n if (trigger) {\n trigger.focus();\n }\n\n window.getSelection().removeAllRanges();\n }\n });\n }\n /**\n * Default `action` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultAction\",\n value: function defaultAction(trigger) {\n return getAttributeValue('action', trigger);\n }\n /**\n * Default `target` lookup function.\n * @param {Element} trigger\n */\n\n }, {\n key: \"defaultTarget\",\n value: function defaultTarget(trigger) {\n var selector = getAttributeValue('target', trigger);\n\n if (selector) {\n return document.querySelector(selector);\n }\n }\n /**\n * Allow fire programmatically a copy action\n * @param {String|HTMLElement} target\n * @param {Object} options\n * @returns Text copied.\n */\n\n }, {\n key: \"defaultText\",\n\n /**\n * Default `text` lookup function.\n * @param {Element} trigger\n */\n value: function defaultText(trigger) {\n return getAttributeValue('text', trigger);\n }\n /**\n * Destroy lifecycle.\n */\n\n }, {\n key: \"destroy\",\n value: function destroy() {\n this.listener.destroy();\n }\n }], [{\n key: \"copy\",\n value: function copy(target) {\n var options = arguments.length > 1 && arguments[1] !== undefined ? arguments[1] : {\n container: document.body\n };\n return actions_copy(target, options);\n }\n /**\n * Allow fire programmatically a cut action\n * @param {String|HTMLElement} target\n * @returns Text cutted.\n */\n\n }, {\n key: \"cut\",\n value: function cut(target) {\n return actions_cut(target);\n }\n /**\n * Returns the support of the given action, or all actions if no action is\n * given.\n * @param {String} [action]\n */\n\n }, {\n key: \"isSupported\",\n value: function isSupported() {\n var action = arguments.length > 0 && arguments[0] !== undefined ? arguments[0] : ['copy', 'cut'];\n var actions = typeof action === 'string' ? [action] : action;\n var support = !!document.queryCommandSupported;\n actions.forEach(function (action) {\n support = support && !!document.queryCommandSupported(action);\n });\n return support;\n }\n }]);\n\n return Clipboard;\n}((tiny_emitter_default()));\n\n/* harmony default export */ var clipboard = (Clipboard);\n\n/***/ }),\n\n/***/ 828:\n/***/ (function(module) {\n\nvar DOCUMENT_NODE_TYPE = 9;\n\n/**\n * A polyfill for Element.matches()\n */\nif (typeof Element !== 'undefined' && !Element.prototype.matches) {\n var proto = Element.prototype;\n\n proto.matches = proto.matchesSelector ||\n proto.mozMatchesSelector ||\n proto.msMatchesSelector ||\n proto.oMatchesSelector ||\n proto.webkitMatchesSelector;\n}\n\n/**\n * Finds the closest parent that matches a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @return {Function}\n */\nfunction closest (element, selector) {\n while (element && element.nodeType !== DOCUMENT_NODE_TYPE) {\n if (typeof element.matches === 'function' &&\n element.matches(selector)) {\n return element;\n }\n element = element.parentNode;\n }\n}\n\nmodule.exports = closest;\n\n\n/***/ }),\n\n/***/ 438:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar closest = __webpack_require__(828);\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction _delegate(element, selector, type, callback, useCapture) {\n var listenerFn = listener.apply(this, arguments);\n\n element.addEventListener(type, listenerFn, useCapture);\n\n return {\n destroy: function() {\n element.removeEventListener(type, listenerFn, useCapture);\n }\n }\n}\n\n/**\n * Delegates event to a selector.\n *\n * @param {Element|String|Array} [elements]\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @param {Boolean} useCapture\n * @return {Object}\n */\nfunction delegate(elements, selector, type, callback, useCapture) {\n // Handle the regular Element usage\n if (typeof elements.addEventListener === 'function') {\n return _delegate.apply(null, arguments);\n }\n\n // Handle Element-less usage, it defaults to global delegation\n if (typeof type === 'function') {\n // Use `document` as the first parameter, then apply arguments\n // This is a short way to .unshift `arguments` without running into deoptimizations\n return _delegate.bind(null, document).apply(null, arguments);\n }\n\n // Handle Selector-based usage\n if (typeof elements === 'string') {\n elements = document.querySelectorAll(elements);\n }\n\n // Handle Array-like based usage\n return Array.prototype.map.call(elements, function (element) {\n return _delegate(element, selector, type, callback, useCapture);\n });\n}\n\n/**\n * Finds closest match and invokes callback.\n *\n * @param {Element} element\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Function}\n */\nfunction listener(element, selector, type, callback) {\n return function(e) {\n e.delegateTarget = closest(e.target, selector);\n\n if (e.delegateTarget) {\n callback.call(element, e);\n }\n }\n}\n\nmodule.exports = delegate;\n\n\n/***/ }),\n\n/***/ 879:\n/***/ (function(__unused_webpack_module, exports) {\n\n/**\n * Check if argument is a HTML element.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.node = function(value) {\n return value !== undefined\n && value instanceof HTMLElement\n && value.nodeType === 1;\n};\n\n/**\n * Check if argument is a list of HTML elements.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.nodeList = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return value !== undefined\n && (type === '[object NodeList]' || type === '[object HTMLCollection]')\n && ('length' in value)\n && (value.length === 0 || exports.node(value[0]));\n};\n\n/**\n * Check if argument is a string.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.string = function(value) {\n return typeof value === 'string'\n || value instanceof String;\n};\n\n/**\n * Check if argument is a function.\n *\n * @param {Object} value\n * @return {Boolean}\n */\nexports.fn = function(value) {\n var type = Object.prototype.toString.call(value);\n\n return type === '[object Function]';\n};\n\n\n/***/ }),\n\n/***/ 370:\n/***/ (function(module, __unused_webpack_exports, __webpack_require__) {\n\nvar is = __webpack_require__(879);\nvar delegate = __webpack_require__(438);\n\n/**\n * Validates all params and calls the right\n * listener function based on its target type.\n *\n * @param {String|HTMLElement|HTMLCollection|NodeList} target\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listen(target, type, callback) {\n if (!target && !type && !callback) {\n throw new Error('Missing required arguments');\n }\n\n if (!is.string(type)) {\n throw new TypeError('Second argument must be a String');\n }\n\n if (!is.fn(callback)) {\n throw new TypeError('Third argument must be a Function');\n }\n\n if (is.node(target)) {\n return listenNode(target, type, callback);\n }\n else if (is.nodeList(target)) {\n return listenNodeList(target, type, callback);\n }\n else if (is.string(target)) {\n return listenSelector(target, type, callback);\n }\n else {\n throw new TypeError('First argument must be a String, HTMLElement, HTMLCollection, or NodeList');\n }\n}\n\n/**\n * Adds an event listener to a HTML element\n * and returns a remove listener function.\n *\n * @param {HTMLElement} node\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNode(node, type, callback) {\n node.addEventListener(type, callback);\n\n return {\n destroy: function() {\n node.removeEventListener(type, callback);\n }\n }\n}\n\n/**\n * Add an event listener to a list of HTML elements\n * and returns a remove listener function.\n *\n * @param {NodeList|HTMLCollection} nodeList\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenNodeList(nodeList, type, callback) {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.addEventListener(type, callback);\n });\n\n return {\n destroy: function() {\n Array.prototype.forEach.call(nodeList, function(node) {\n node.removeEventListener(type, callback);\n });\n }\n }\n}\n\n/**\n * Add an event listener to a selector\n * and returns a remove listener function.\n *\n * @param {String} selector\n * @param {String} type\n * @param {Function} callback\n * @return {Object}\n */\nfunction listenSelector(selector, type, callback) {\n return delegate(document.body, selector, type, callback);\n}\n\nmodule.exports = listen;\n\n\n/***/ }),\n\n/***/ 817:\n/***/ (function(module) {\n\nfunction select(element) {\n var selectedText;\n\n if (element.nodeName === 'SELECT') {\n element.focus();\n\n selectedText = element.value;\n }\n else if (element.nodeName === 'INPUT' || element.nodeName === 'TEXTAREA') {\n var isReadOnly = element.hasAttribute('readonly');\n\n if (!isReadOnly) {\n element.setAttribute('readonly', '');\n }\n\n element.select();\n element.setSelectionRange(0, element.value.length);\n\n if (!isReadOnly) {\n element.removeAttribute('readonly');\n }\n\n selectedText = element.value;\n }\n else {\n if (element.hasAttribute('contenteditable')) {\n element.focus();\n }\n\n var selection = window.getSelection();\n var range = document.createRange();\n\n range.selectNodeContents(element);\n selection.removeAllRanges();\n selection.addRange(range);\n\n selectedText = selection.toString();\n }\n\n return selectedText;\n}\n\nmodule.exports = select;\n\n\n/***/ }),\n\n/***/ 279:\n/***/ (function(module) {\n\nfunction E () {\n // Keep this empty so it's easier to inherit from\n // (via https://github.com/lipsmack from https://github.com/scottcorgan/tiny-emitter/issues/3)\n}\n\nE.prototype = {\n on: function (name, callback, ctx) {\n var e = this.e || (this.e = {});\n\n (e[name] || (e[name] = [])).push({\n fn: callback,\n ctx: ctx\n });\n\n return this;\n },\n\n once: function (name, callback, ctx) {\n var self = this;\n function listener () {\n self.off(name, listener);\n callback.apply(ctx, arguments);\n };\n\n listener._ = callback\n return this.on(name, listener, ctx);\n },\n\n emit: function (name) {\n var data = [].slice.call(arguments, 1);\n var evtArr = ((this.e || (this.e = {}))[name] || []).slice();\n var i = 0;\n var len = evtArr.length;\n\n for (i; i < len; i++) {\n evtArr[i].fn.apply(evtArr[i].ctx, data);\n }\n\n return this;\n },\n\n off: function (name, callback) {\n var e = this.e || (this.e = {});\n var evts = e[name];\n var liveEvents = [];\n\n if (evts && callback) {\n for (var i = 0, len = evts.length; i < len; i++) {\n if (evts[i].fn !== callback && evts[i].fn._ !== callback)\n liveEvents.push(evts[i]);\n }\n }\n\n // Remove event from queue to prevent memory leak\n // Suggested by https://github.com/lazd\n // Ref: https://github.com/scottcorgan/tiny-emitter/commit/c6ebfaa9bc973b33d110a84a307742b7cf94c953#commitcomment-5024910\n\n (liveEvents.length)\n ? e[name] = liveEvents\n : delete e[name];\n\n return this;\n }\n};\n\nmodule.exports = E;\nmodule.exports.TinyEmitter = E;\n\n\n/***/ })\n\n/******/ \t});\n/************************************************************************/\n/******/ \t// The module cache\n/******/ \tvar __webpack_module_cache__ = {};\n/******/ \t\n/******/ \t// The require function\n/******/ \tfunction __webpack_require__(moduleId) {\n/******/ \t\t// Check if module is in cache\n/******/ \t\tif(__webpack_module_cache__[moduleId]) {\n/******/ \t\t\treturn __webpack_module_cache__[moduleId].exports;\n/******/ \t\t}\n/******/ \t\t// Create a new module (and put it into the cache)\n/******/ \t\tvar module = __webpack_module_cache__[moduleId] = {\n/******/ \t\t\t// no module.id needed\n/******/ \t\t\t// no module.loaded needed\n/******/ \t\t\texports: {}\n/******/ \t\t};\n/******/ \t\n/******/ \t\t// Execute the module function\n/******/ \t\t__webpack_modules__[moduleId](module, module.exports, __webpack_require__);\n/******/ \t\n/******/ \t\t// Return the exports of the module\n/******/ \t\treturn module.exports;\n/******/ \t}\n/******/ \t\n/************************************************************************/\n/******/ \t/* webpack/runtime/compat get default export */\n/******/ \t!function() {\n/******/ \t\t// getDefaultExport function for compatibility with non-harmony modules\n/******/ \t\t__webpack_require__.n = function(module) {\n/******/ \t\t\tvar getter = module && module.__esModule ?\n/******/ \t\t\t\tfunction() { return module['default']; } :\n/******/ \t\t\t\tfunction() { return module; };\n/******/ \t\t\t__webpack_require__.d(getter, { a: getter });\n/******/ \t\t\treturn getter;\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/define property getters */\n/******/ \t!function() {\n/******/ \t\t// define getter functions for harmony exports\n/******/ \t\t__webpack_require__.d = function(exports, definition) {\n/******/ \t\t\tfor(var key in definition) {\n/******/ \t\t\t\tif(__webpack_require__.o(definition, key) && !__webpack_require__.o(exports, key)) {\n/******/ \t\t\t\t\tObject.defineProperty(exports, key, { enumerable: true, get: definition[key] });\n/******/ \t\t\t\t}\n/******/ \t\t\t}\n/******/ \t\t};\n/******/ \t}();\n/******/ \t\n/******/ \t/* webpack/runtime/hasOwnProperty shorthand */\n/******/ \t!function() {\n/******/ \t\t__webpack_require__.o = function(obj, prop) { return Object.prototype.hasOwnProperty.call(obj, prop); }\n/******/ \t}();\n/******/ \t\n/************************************************************************/\n/******/ \t// module exports must be returned from runtime so entry inlining is disabled\n/******/ \t// startup\n/******/ \t// Load entry module and return exports\n/******/ \treturn __webpack_require__(686);\n/******/ })()\n.default;\n});", "/*\n * Copyright (c) 2016-2025 Martin Donath \n *\n * Permission is hereby granted, free of charge, to any person obtaining a copy\n * of this software and associated documentation files (the \"Software\"), to\n * deal in the Software without restriction, including without limitation the\n * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or\n * sell copies of the Software, and to permit persons to whom the Software is\n * furnished to do so, subject to the following conditions:\n *\n * The above copyright notice and this permission notice shall be included in\n * all copies or substantial portions of the Software.\n *\n * THE SOFTWARE IS PROVIDED \"AS IS\", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR\n * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,\n * FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO EVENT SHALL THE\n * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER\n * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING\n * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS\n * IN THE SOFTWARE.\n */\n\nimport \"focus-visible\"\n\nimport {\n EMPTY,\n NEVER,\n Observable,\n Subject,\n defer,\n delay,\n filter,\n map,\n merge,\n mergeWith,\n shareReplay,\n switchMap\n} from \"rxjs\"\n\nimport { configuration, feature } from \"./_\"\nimport {\n at,\n getActiveElement,\n getOptionalElement,\n requestJSON,\n setLocation,\n setToggle,\n watchDocument,\n watchKeyboard,\n watchLocation,\n watchLocationTarget,\n watchMedia,\n watchPrint,\n watchScript,\n watchViewport\n} from \"./browser\"\nimport {\n getComponentElement,\n getComponentElements,\n mountAnnounce,\n mountBackToTop,\n mountConsent,\n mountContent,\n mountDialog,\n mountHeader,\n mountHeaderTitle,\n mountPalette,\n mountProgress,\n mountSearch,\n mountSearchHiglight,\n mountSidebar,\n mountSource,\n mountTableOfContents,\n mountTabs,\n watchHeader,\n watchMain\n} from \"./components\"\nimport {\n SearchIndex,\n setupClipboardJS,\n setupInstantNavigation,\n setupVersionSelector\n} from \"./integrations\"\nimport {\n patchEllipsis,\n patchIndeterminate,\n patchScrollfix,\n patchScrolllock\n} from \"./patches\"\nimport \"./polyfills\"\n\n/* ----------------------------------------------------------------------------\n * Functions - @todo refactor\n * ------------------------------------------------------------------------- */\n\n/**\n * Fetch search index\n *\n * @returns Search index observable\n */\nfunction fetchSearchIndex(): Observable {\n if (location.protocol === \"file:\") {\n return watchScript(\n `${new URL(\"search/search_index.js\", config.base)}`\n )\n .pipe(\n // @ts-ignore - @todo fix typings\n map(() => __index),\n shareReplay(1)\n )\n } else {\n return requestJSON(\n new URL(\"search/search_index.json\", config.base)\n )\n }\n}\n\n/* ----------------------------------------------------------------------------\n * Application\n * ------------------------------------------------------------------------- */\n\n/* Yay, JavaScript is available */\ndocument.documentElement.classList.remove(\"no-js\")\ndocument.documentElement.classList.add(\"js\")\n\n/* Set up navigation observables and subjects */\nconst document$ = watchDocument()\nconst location$ = watchLocation()\nconst target$ = watchLocationTarget(location$)\nconst keyboard$ = watchKeyboard()\n\n/* Set up media observables */\nconst viewport$ = watchViewport()\nconst tablet$ = watchMedia(\"(min-width: 960px)\")\nconst screen$ = watchMedia(\"(min-width: 1220px)\")\nconst print$ = watchPrint()\n\n/* Retrieve search index, if search is enabled */\nconst config = configuration()\nconst index$ = document.forms.namedItem(\"search\")\n ? fetchSearchIndex()\n : NEVER\n\n/* Set up Clipboard.js integration */\nconst alert$ = new Subject()\nsetupClipboardJS({ alert$ })\n\n/* Set up progress indicator */\nconst progress$ = new Subject()\n\n/* Set up instant navigation, if enabled */\nif (feature(\"navigation.instant\"))\n setupInstantNavigation({ location$, viewport$, progress$ })\n .subscribe(document$)\n\n/* Set up version selector */\nif (config.version?.provider === \"mike\")\n setupVersionSelector({ document$ })\n\n/* Always close drawer and search on navigation */\nmerge(location$, target$)\n .pipe(\n delay(125)\n )\n .subscribe(() => {\n setToggle(\"drawer\", false)\n setToggle(\"search\", false)\n })\n\n/* Set up global keyboard handlers */\nkeyboard$\n .pipe(\n filter(({ mode }) => mode === \"global\")\n )\n .subscribe(key => {\n switch (key.type) {\n\n /* Go to previous page */\n case \"p\":\n case \",\":\n const prev = getOptionalElement(\"link[rel=prev]\")\n if (typeof prev !== \"undefined\")\n setLocation(prev)\n break\n\n /* Go to next page */\n case \"n\":\n case \".\":\n const next = getOptionalElement(\"link[rel=next]\")\n if (typeof next !== \"undefined\")\n setLocation(next)\n break\n\n /* Expand navigation, see https://bit.ly/3ZjG5io */\n case \"Enter\":\n const active = getActiveElement()\n if (active instanceof HTMLLabelElement)\n active.click()\n }\n })\n\n/* Set up patches */\npatchEllipsis({ viewport$, document$ })\npatchIndeterminate({ document$, tablet$ })\npatchScrollfix({ document$ })\npatchScrolllock({ viewport$, tablet$ })\n\n/* Set up header and main area observable */\nconst header$ = watchHeader(getComponentElement(\"header\"), { viewport$ })\nconst main$ = document$\n .pipe(\n map(() => getComponentElement(\"main\")),\n switchMap(el => watchMain(el, { viewport$, header$ })),\n shareReplay(1)\n )\n\n/* Set up control component observables */\nconst control$ = merge(\n\n /* Consent */\n ...getComponentElements(\"consent\")\n .map(el => mountConsent(el, { target$ })),\n\n /* Dialog */\n ...getComponentElements(\"dialog\")\n .map(el => mountDialog(el, { alert$ })),\n\n /* Color palette */\n ...getComponentElements(\"palette\")\n .map(el => mountPalette(el)),\n\n /* Progress bar */\n ...getComponentElements(\"progress\")\n .map(el => mountProgress(el, { progress$ })),\n\n /* Search */\n ...getComponentElements(\"search\")\n .map(el => mountSearch(el, { index$, keyboard$ })),\n\n /* Repository information */\n ...getComponentElements(\"source\")\n .map(el => mountSource(el))\n)\n\n/* Set up content component observables */\nconst content$ = defer(() => merge(\n\n /* Announcement bar */\n ...getComponentElements(\"announce\")\n .map(el => mountAnnounce(el)),\n\n /* Content */\n ...getComponentElements(\"content\")\n .map(el => mountContent(el, { viewport$, target$, print$ })),\n\n /* Search highlighting */\n ...getComponentElements(\"content\")\n .map(el => feature(\"search.highlight\")\n ? mountSearchHiglight(el, { index$, location$ })\n : EMPTY\n ),\n\n /* Header */\n ...getComponentElements(\"header\")\n .map(el => mountHeader(el, { viewport$, header$, main$ })),\n\n /* Header title */\n ...getComponentElements(\"header-title\")\n .map(el => mountHeaderTitle(el, { viewport$, header$ })),\n\n /* Sidebar */\n ...getComponentElements(\"sidebar\")\n .map(el => el.getAttribute(\"data-md-type\") === \"navigation\"\n ? at(screen$, () => mountSidebar(el, { viewport$, header$, main$ }))\n : at(tablet$, () => mountSidebar(el, { viewport$, header$, main$ }))\n ),\n\n /* Navigation tabs */\n ...getComponentElements(\"tabs\")\n .map(el => mountTabs(el, { viewport$, header$ })),\n\n /* Table of contents */\n ...getComponentElements(\"toc\")\n .map(el => mountTableOfContents(el, {\n viewport$, header$, main$, target$\n })),\n\n /* Back-to-top button */\n ...getComponentElements(\"top\")\n .map(el => mountBackToTop(el, { viewport$, header$, main$, target$ }))\n))\n\n/* Set up component observables */\nconst component$ = document$\n .pipe(\n switchMap(() => content$),\n mergeWith(control$),\n shareReplay(1)\n )\n\n/* Subscribe to all components */\ncomponent$.subscribe()\n\n/* ----------------------------------------------------------------------------\n * Exports\n * ------------------------------------------------------------------------- */\n\nwindow.document$ = document$ /* Document observable */\nwindow.location$ = location$ /* Location subject */\nwindow.target$ = target$ /* Location target observable */\nwindow.keyboard$ = keyboard$ /* Keyboard observable */\nwindow.viewport$ = viewport$ /* Viewport observable */\nwindow.tablet$ = tablet$ /* Media tablet observable */\nwindow.screen$ = screen$ /* Media screen observable */\nwindow.print$ = print$ /* Media print observable */\nwindow.alert$ = alert$ /* Alert subject */\nwindow.progress$ = progress$ /* Progress indicator subject */\nwindow.component$ = component$ /* Component observable */\n", "/******************************************************************************\nCopyright (c) Microsoft Corporation.\n\nPermission to use, copy, modify, and/or distribute this software for any\npurpose with or without fee is hereby granted.\n\nTHE SOFTWARE IS PROVIDED \"AS IS\" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH\nREGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY\nAND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT,\nINDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM\nLOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR\nOTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR\nPERFORMANCE OF THIS SOFTWARE.\n***************************************************************************** */\n/* global Reflect, Promise, SuppressedError, Symbol, Iterator */\n\nvar extendStatics = function(d, b) {\n extendStatics = Object.setPrototypeOf ||\n ({ __proto__: [] } instanceof Array && function (d, b) { d.__proto__ = b; }) ||\n function (d, b) { for (var p in b) if (Object.prototype.hasOwnProperty.call(b, p)) d[p] = b[p]; };\n return extendStatics(d, b);\n};\n\nexport function __extends(d, b) {\n if (typeof b !== \"function\" && b !== null)\n throw new TypeError(\"Class extends value \" + String(b) + \" is not a constructor or null\");\n extendStatics(d, b);\n function __() { this.constructor = d; }\n d.prototype = b === null ? Object.create(b) : (__.prototype = b.prototype, new __());\n}\n\nexport var __assign = function() {\n __assign = Object.assign || function __assign(t) {\n for (var s, i = 1, n = arguments.length; i < n; i++) {\n s = arguments[i];\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p)) t[p] = s[p];\n }\n return t;\n }\n return __assign.apply(this, arguments);\n}\n\nexport function __rest(s, e) {\n var t = {};\n for (var p in s) if (Object.prototype.hasOwnProperty.call(s, p) && e.indexOf(p) < 0)\n t[p] = s[p];\n if (s != null && typeof Object.getOwnPropertySymbols === \"function\")\n for (var i = 0, p = Object.getOwnPropertySymbols(s); i < p.length; i++) {\n if (e.indexOf(p[i]) < 0 && Object.prototype.propertyIsEnumerable.call(s, p[i]))\n t[p[i]] = s[p[i]];\n }\n return t;\n}\n\nexport function __decorate(decorators, target, key, desc) {\n var c = arguments.length, r = c < 3 ? target : desc === null ? desc = Object.getOwnPropertyDescriptor(target, key) : desc, d;\n if (typeof Reflect === \"object\" && typeof Reflect.decorate === \"function\") r = Reflect.decorate(decorators, target, key, desc);\n else for (var i = decorators.length - 1; i >= 0; i--) if (d = decorators[i]) r = (c < 3 ? d(r) : c > 3 ? d(target, key, r) : d(target, key)) || r;\n return c > 3 && r && Object.defineProperty(target, key, r), r;\n}\n\nexport function __param(paramIndex, decorator) {\n return function (target, key) { decorator(target, key, paramIndex); }\n}\n\nexport function __esDecorate(ctor, descriptorIn, decorators, contextIn, initializers, extraInitializers) {\n function accept(f) { if (f !== void 0 && typeof f !== \"function\") throw new TypeError(\"Function expected\"); return f; }\n var kind = contextIn.kind, key = kind === \"getter\" ? \"get\" : kind === \"setter\" ? \"set\" : \"value\";\n var target = !descriptorIn && ctor ? contextIn[\"static\"] ? ctor : ctor.prototype : null;\n var descriptor = descriptorIn || (target ? Object.getOwnPropertyDescriptor(target, contextIn.name) : {});\n var _, done = false;\n for (var i = decorators.length - 1; i >= 0; i--) {\n var context = {};\n for (var p in contextIn) context[p] = p === \"access\" ? {} : contextIn[p];\n for (var p in contextIn.access) context.access[p] = contextIn.access[p];\n context.addInitializer = function (f) { if (done) throw new TypeError(\"Cannot add initializers after decoration has completed\"); extraInitializers.push(accept(f || null)); };\n var result = (0, decorators[i])(kind === \"accessor\" ? { get: descriptor.get, set: descriptor.set } : descriptor[key], context);\n if (kind === \"accessor\") {\n if (result === void 0) continue;\n if (result === null || typeof result !== \"object\") throw new TypeError(\"Object expected\");\n if (_ = accept(result.get)) descriptor.get = _;\n if (_ = accept(result.set)) descriptor.set = _;\n if (_ = accept(result.init)) initializers.unshift(_);\n }\n else if (_ = accept(result)) {\n if (kind === \"field\") initializers.unshift(_);\n else descriptor[key] = _;\n }\n }\n if (target) Object.defineProperty(target, contextIn.name, descriptor);\n done = true;\n};\n\nexport function __runInitializers(thisArg, initializers, value) {\n var useValue = arguments.length > 2;\n for (var i = 0; i < initializers.length; i++) {\n value = useValue ? initializers[i].call(thisArg, value) : initializers[i].call(thisArg);\n }\n return useValue ? value : void 0;\n};\n\nexport function __propKey(x) {\n return typeof x === \"symbol\" ? x : \"\".concat(x);\n};\n\nexport function __setFunctionName(f, name, prefix) {\n if (typeof name === \"symbol\") name = name.description ? \"[\".concat(name.description, \"]\") : \"\";\n return Object.defineProperty(f, \"name\", { configurable: true, value: prefix ? \"\".concat(prefix, \" \", name) : name });\n};\n\nexport function __metadata(metadataKey, metadataValue) {\n if (typeof Reflect === \"object\" && typeof Reflect.metadata === \"function\") return Reflect.metadata(metadataKey, metadataValue);\n}\n\nexport function __awaiter(thisArg, _arguments, P, generator) {\n function adopt(value) { return value instanceof P ? value : new P(function (resolve) { resolve(value); }); }\n return new (P || (P = Promise))(function (resolve, reject) {\n function fulfilled(value) { try { step(generator.next(value)); } catch (e) { reject(e); } }\n function rejected(value) { try { step(generator[\"throw\"](value)); } catch (e) { reject(e); } }\n function step(result) { result.done ? resolve(result.value) : adopt(result.value).then(fulfilled, rejected); }\n step((generator = generator.apply(thisArg, _arguments || [])).next());\n });\n}\n\nexport function __generator(thisArg, body) {\n var _ = { label: 0, sent: function() { if (t[0] & 1) throw t[1]; return t[1]; }, trys: [], ops: [] }, f, y, t, g = Object.create((typeof Iterator === \"function\" ? Iterator : Object).prototype);\n return g.next = verb(0), g[\"throw\"] = verb(1), g[\"return\"] = verb(2), typeof Symbol === \"function\" && (g[Symbol.iterator] = function() { return this; }), g;\n function verb(n) { return function (v) { return step([n, v]); }; }\n function step(op) {\n if (f) throw new TypeError(\"Generator is already executing.\");\n while (g && (g = 0, op[0] && (_ = 0)), _) try {\n if (f = 1, y && (t = op[0] & 2 ? y[\"return\"] : op[0] ? y[\"throw\"] || ((t = y[\"return\"]) && t.call(y), 0) : y.next) && !(t = t.call(y, op[1])).done) return t;\n if (y = 0, t) op = [op[0] & 2, t.value];\n switch (op[0]) {\n case 0: case 1: t = op; break;\n case 4: _.label++; return { value: op[1], done: false };\n case 5: _.label++; y = op[1]; op = [0]; continue;\n case 7: op = _.ops.pop(); _.trys.pop(); continue;\n default:\n if (!(t = _.trys, t = t.length > 0 && t[t.length - 1]) && (op[0] === 6 || op[0] === 2)) { _ = 0; continue; }\n if (op[0] === 3 && (!t || (op[1] > t[0] && op[1] < t[3]))) { _.label = op[1]; break; }\n if (op[0] === 6 && _.label < t[1]) { _.label = t[1]; t = op; break; }\n if (t && _.label < t[2]) { _.label = t[2]; _.ops.push(op); break; }\n if (t[2]) _.ops.pop();\n _.trys.pop(); continue;\n }\n op = body.call(thisArg, _);\n } catch (e) { op = [6, e]; y = 0; } finally { f = t = 0; }\n if (op[0] & 5) throw op[1]; return { value: op[0] ? op[1] : void 0, done: true };\n }\n}\n\nexport var __createBinding = Object.create ? (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n var desc = Object.getOwnPropertyDescriptor(m, k);\n if (!desc || (\"get\" in desc ? !m.__esModule : desc.writable || desc.configurable)) {\n desc = { enumerable: true, get: function() { return m[k]; } };\n }\n Object.defineProperty(o, k2, desc);\n}) : (function(o, m, k, k2) {\n if (k2 === undefined) k2 = k;\n o[k2] = m[k];\n});\n\nexport function __exportStar(m, o) {\n for (var p in m) if (p !== \"default\" && !Object.prototype.hasOwnProperty.call(o, p)) __createBinding(o, m, p);\n}\n\nexport function __values(o) {\n var s = typeof Symbol === \"function\" && Symbol.iterator, m = s && o[s], i = 0;\n if (m) return m.call(o);\n if (o && typeof o.length === \"number\") return {\n next: function () {\n if (o && i >= o.length) o = void 0;\n return { value: o && o[i++], done: !o };\n }\n };\n throw new TypeError(s ? \"Object is not iterable.\" : \"Symbol.iterator is not defined.\");\n}\n\nexport function __read(o, n) {\n var m = typeof Symbol === \"function\" && o[Symbol.iterator];\n if (!m) return o;\n var i = m.call(o), r, ar = [], e;\n try {\n while ((n === void 0 || n-- > 0) && !(r = i.next()).done) ar.push(r.value);\n }\n catch (error) { e = { error: error }; }\n finally {\n try {\n if (r && !r.done && (m = i[\"return\"])) m.call(i);\n }\n finally { if (e) throw e.error; }\n }\n return ar;\n}\n\n/** @deprecated */\nexport function __spread() {\n for (var ar = [], i = 0; i < arguments.length; i++)\n ar = ar.concat(__read(arguments[i]));\n return ar;\n}\n\n/** @deprecated */\nexport function __spreadArrays() {\n for (var s = 0, i = 0, il = arguments.length; i < il; i++) s += arguments[i].length;\n for (var r = Array(s), k = 0, i = 0; i < il; i++)\n for (var a = arguments[i], j = 0, jl = a.length; j < jl; j++, k++)\n r[k] = a[j];\n return r;\n}\n\nexport function __spreadArray(to, from, pack) {\n if (pack || arguments.length === 2) for (var i = 0, l = from.length, ar; i < l; i++) {\n if (ar || !(i in from)) {\n if (!ar) ar = Array.prototype.slice.call(from, 0, i);\n ar[i] = from[i];\n }\n }\n return to.concat(ar || Array.prototype.slice.call(from));\n}\n\nexport function __await(v) {\n return this instanceof __await ? (this.v = v, this) : new __await(v);\n}\n\nexport function __asyncGenerator(thisArg, _arguments, generator) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var g = generator.apply(thisArg, _arguments || []), i, q = [];\n return i = Object.create((typeof AsyncIterator === \"function\" ? AsyncIterator : Object).prototype), verb(\"next\"), verb(\"throw\"), verb(\"return\", awaitReturn), i[Symbol.asyncIterator] = function () { return this; }, i;\n function awaitReturn(f) { return function (v) { return Promise.resolve(v).then(f, reject); }; }\n function verb(n, f) { if (g[n]) { i[n] = function (v) { return new Promise(function (a, b) { q.push([n, v, a, b]) > 1 || resume(n, v); }); }; if (f) i[n] = f(i[n]); } }\n function resume(n, v) { try { step(g[n](v)); } catch (e) { settle(q[0][3], e); } }\n function step(r) { r.value instanceof __await ? Promise.resolve(r.value.v).then(fulfill, reject) : settle(q[0][2], r); }\n function fulfill(value) { resume(\"next\", value); }\n function reject(value) { resume(\"throw\", value); }\n function settle(f, v) { if (f(v), q.shift(), q.length) resume(q[0][0], q[0][1]); }\n}\n\nexport function __asyncDelegator(o) {\n var i, p;\n return i = {}, verb(\"next\"), verb(\"throw\", function (e) { throw e; }), verb(\"return\"), i[Symbol.iterator] = function () { return this; }, i;\n function verb(n, f) { i[n] = o[n] ? function (v) { return (p = !p) ? { value: __await(o[n](v)), done: false } : f ? f(v) : v; } : f; }\n}\n\nexport function __asyncValues(o) {\n if (!Symbol.asyncIterator) throw new TypeError(\"Symbol.asyncIterator is not defined.\");\n var m = o[Symbol.asyncIterator], i;\n return m ? m.call(o) : (o = typeof __values === \"function\" ? __values(o) : o[Symbol.iterator](), i = {}, verb(\"next\"), verb(\"throw\"), verb(\"return\"), i[Symbol.asyncIterator] = function () { return this; }, i);\n function verb(n) { i[n] = o[n] && function (v) { return new Promise(function (resolve, reject) { v = o[n](v), settle(resolve, reject, v.done, v.value); }); }; }\n function settle(resolve, reject, d, v) { Promise.resolve(v).then(function(v) { resolve({ value: v, done: d }); }, reject); }\n}\n\nexport function __makeTemplateObject(cooked, raw) {\n if (Object.defineProperty) { Object.defineProperty(cooked, \"raw\", { value: raw }); } else { cooked.raw = raw; }\n return cooked;\n};\n\nvar __setModuleDefault = Object.create ? (function(o, v) {\n Object.defineProperty(o, \"default\", { enumerable: true, value: v });\n}) : function(o, v) {\n o[\"default\"] = v;\n};\n\nexport function __importStar(mod) {\n if (mod && mod.__esModule) return mod;\n var result = {};\n if (mod != null) for (var k in mod) if (k !== \"default\" && Object.prototype.hasOwnProperty.call(mod, k)) __createBinding(result, mod, k);\n __setModuleDefault(result, mod);\n return result;\n}\n\nexport function __importDefault(mod) {\n return (mod && mod.__esModule) ? mod : { default: mod };\n}\n\nexport function __classPrivateFieldGet(receiver, state, kind, f) {\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a getter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot read private member from an object whose class did not declare it\");\n return kind === \"m\" ? f : kind === \"a\" ? f.call(receiver) : f ? f.value : state.get(receiver);\n}\n\nexport function __classPrivateFieldSet(receiver, state, value, kind, f) {\n if (kind === \"m\") throw new TypeError(\"Private method is not writable\");\n if (kind === \"a\" && !f) throw new TypeError(\"Private accessor was defined without a setter\");\n if (typeof state === \"function\" ? receiver !== state || !f : !state.has(receiver)) throw new TypeError(\"Cannot write private member to an object whose class did not declare it\");\n return (kind === \"a\" ? f.call(receiver, value) : f ? f.value = value : state.set(receiver, value)), value;\n}\n\nexport function __classPrivateFieldIn(state, receiver) {\n if (receiver === null || (typeof receiver !== \"object\" && typeof receiver !== \"function\")) throw new TypeError(\"Cannot use 'in' operator on non-object\");\n return typeof state === \"function\" ? receiver === state : state.has(receiver);\n}\n\nexport function __addDisposableResource(env, value, async) {\n if (value !== null && value !== void 0) {\n if (typeof value !== \"object\" && typeof value !== \"function\") throw new TypeError(\"Object expected.\");\n var dispose, inner;\n if (async) {\n if (!Symbol.asyncDispose) throw new TypeError(\"Symbol.asyncDispose is not defined.\");\n dispose = value[Symbol.asyncDispose];\n }\n if (dispose === void 0) {\n if (!Symbol.dispose) throw new TypeError(\"Symbol.dispose is not defined.\");\n dispose = value[Symbol.dispose];\n if (async) inner = dispose;\n }\n if (typeof dispose !== \"function\") throw new TypeError(\"Object not disposable.\");\n if (inner) dispose = function() { try { inner.call(this); } catch (e) { return Promise.reject(e); } };\n env.stack.push({ value: value, dispose: dispose, async: async });\n }\n else if (async) {\n env.stack.push({ async: true });\n }\n return value;\n}\n\nvar _SuppressedError = typeof SuppressedError === \"function\" ? SuppressedError : function (error, suppressed, message) {\n var e = new Error(message);\n return e.name = \"SuppressedError\", e.error = error, e.suppressed = suppressed, e;\n};\n\nexport function __disposeResources(env) {\n function fail(e) {\n env.error = env.hasError ? new _SuppressedError(e, env.error, \"An error was suppressed during disposal.\") : e;\n env.hasError = true;\n }\n var r, s = 0;\n function next() {\n while (r = env.stack.pop()) {\n try {\n if (!r.async && s === 1) return s = 0, env.stack.push(r), Promise.resolve().then(next);\n if (r.dispose) {\n var result = r.dispose.call(r.value);\n if (r.async) return s |= 2, Promise.resolve(result).then(next, function(e) { fail(e); return next(); });\n }\n else s |= 1;\n }\n catch (e) {\n fail(e);\n }\n }\n if (s === 1) return env.hasError ? Promise.reject(env.error) : Promise.resolve();\n if (env.hasError) throw env.error;\n }\n return next();\n}\n\nexport default {\n __extends,\n __assign,\n __rest,\n __decorate,\n __param,\n __metadata,\n __awaiter,\n __generator,\n __createBinding,\n __exportStar,\n __values,\n __read,\n __spread,\n __spreadArrays,\n __spreadArray,\n __await,\n __asyncGenerator,\n __asyncDelegator,\n __asyncValues,\n __makeTemplateObject,\n __importStar,\n __importDefault,\n __classPrivateFieldGet,\n __classPrivateFieldSet,\n __classPrivateFieldIn,\n __addDisposableResource,\n __disposeResources,\n};\n", "/**\n * Returns true if the object is a function.\n * @param value The value to check\n */\nexport function isFunction(value: any): value is (...args: any[]) => any {\n return typeof value === 'function';\n}\n", "/**\n * Used to create Error subclasses until the community moves away from ES5.\n *\n * This is because compiling from TypeScript down to ES5 has issues with subclassing Errors\n * as well as other built-in types: https://github.com/Microsoft/TypeScript/issues/12123\n *\n * @param createImpl A factory function to create the actual constructor implementation. The returned\n * function should be a named function that calls `_super` internally.\n */\nexport function createErrorClass(createImpl: (_super: any) => any): T {\n const _super = (instance: any) => {\n Error.call(instance);\n instance.stack = new Error().stack;\n };\n\n const ctorFunc = createImpl(_super);\n ctorFunc.prototype = Object.create(Error.prototype);\n ctorFunc.prototype.constructor = ctorFunc;\n return ctorFunc;\n}\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface UnsubscriptionError extends Error {\n readonly errors: any[];\n}\n\nexport interface UnsubscriptionErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (errors: any[]): UnsubscriptionError;\n}\n\n/**\n * An error thrown when one or more errors have occurred during the\n * `unsubscribe` of a {@link Subscription}.\n */\nexport const UnsubscriptionError: UnsubscriptionErrorCtor = createErrorClass(\n (_super) =>\n function UnsubscriptionErrorImpl(this: any, errors: (Error | string)[]) {\n _super(this);\n this.message = errors\n ? `${errors.length} errors occurred during unsubscription:\n${errors.map((err, i) => `${i + 1}) ${err.toString()}`).join('\\n ')}`\n : '';\n this.name = 'UnsubscriptionError';\n this.errors = errors;\n }\n);\n", "/**\n * Removes an item from an array, mutating it.\n * @param arr The array to remove the item from\n * @param item The item to remove\n */\nexport function arrRemove(arr: T[] | undefined | null, item: T) {\n if (arr) {\n const index = arr.indexOf(item);\n 0 <= index && arr.splice(index, 1);\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { UnsubscriptionError } from './util/UnsubscriptionError';\nimport { SubscriptionLike, TeardownLogic, Unsubscribable } from './types';\nimport { arrRemove } from './util/arrRemove';\n\n/**\n * Represents a disposable resource, such as the execution of an Observable. A\n * Subscription has one important method, `unsubscribe`, that takes no argument\n * and just disposes the resource held by the subscription.\n *\n * Additionally, subscriptions may be grouped together through the `add()`\n * method, which will attach a child Subscription to the current Subscription.\n * When a Subscription is unsubscribed, all its children (and its grandchildren)\n * will be unsubscribed as well.\n *\n * @class Subscription\n */\nexport class Subscription implements SubscriptionLike {\n /** @nocollapse */\n public static EMPTY = (() => {\n const empty = new Subscription();\n empty.closed = true;\n return empty;\n })();\n\n /**\n * A flag to indicate whether this Subscription has already been unsubscribed.\n */\n public closed = false;\n\n private _parentage: Subscription[] | Subscription | null = null;\n\n /**\n * The list of registered finalizers to execute upon unsubscription. Adding and removing from this\n * list occurs in the {@link #add} and {@link #remove} methods.\n */\n private _finalizers: Exclude[] | null = null;\n\n /**\n * @param initialTeardown A function executed first as part of the finalization\n * process that is kicked off when {@link #unsubscribe} is called.\n */\n constructor(private initialTeardown?: () => void) {}\n\n /**\n * Disposes the resources held by the subscription. May, for instance, cancel\n * an ongoing Observable execution or cancel any other type of work that\n * started when the Subscription was created.\n * @return {void}\n */\n unsubscribe(): void {\n let errors: any[] | undefined;\n\n if (!this.closed) {\n this.closed = true;\n\n // Remove this from it's parents.\n const { _parentage } = this;\n if (_parentage) {\n this._parentage = null;\n if (Array.isArray(_parentage)) {\n for (const parent of _parentage) {\n parent.remove(this);\n }\n } else {\n _parentage.remove(this);\n }\n }\n\n const { initialTeardown: initialFinalizer } = this;\n if (isFunction(initialFinalizer)) {\n try {\n initialFinalizer();\n } catch (e) {\n errors = e instanceof UnsubscriptionError ? e.errors : [e];\n }\n }\n\n const { _finalizers } = this;\n if (_finalizers) {\n this._finalizers = null;\n for (const finalizer of _finalizers) {\n try {\n execFinalizer(finalizer);\n } catch (err) {\n errors = errors ?? [];\n if (err instanceof UnsubscriptionError) {\n errors = [...errors, ...err.errors];\n } else {\n errors.push(err);\n }\n }\n }\n }\n\n if (errors) {\n throw new UnsubscriptionError(errors);\n }\n }\n }\n\n /**\n * Adds a finalizer to this subscription, so that finalization will be unsubscribed/called\n * when this subscription is unsubscribed. If this subscription is already {@link #closed},\n * because it has already been unsubscribed, then whatever finalizer is passed to it\n * will automatically be executed (unless the finalizer itself is also a closed subscription).\n *\n * Closed Subscriptions cannot be added as finalizers to any subscription. Adding a closed\n * subscription to a any subscription will result in no operation. (A noop).\n *\n * Adding a subscription to itself, or adding `null` or `undefined` will not perform any\n * operation at all. (A noop).\n *\n * `Subscription` instances that are added to this instance will automatically remove themselves\n * if they are unsubscribed. Functions and {@link Unsubscribable} objects that you wish to remove\n * will need to be removed manually with {@link #remove}\n *\n * @param teardown The finalization logic to add to this subscription.\n */\n add(teardown: TeardownLogic): void {\n // Only add the finalizer if it's not undefined\n // and don't add a subscription to itself.\n if (teardown && teardown !== this) {\n if (this.closed) {\n // If this subscription is already closed,\n // execute whatever finalizer is handed to it automatically.\n execFinalizer(teardown);\n } else {\n if (teardown instanceof Subscription) {\n // We don't add closed subscriptions, and we don't add the same subscription\n // twice. Subscription unsubscribe is idempotent.\n if (teardown.closed || teardown._hasParent(this)) {\n return;\n }\n teardown._addParent(this);\n }\n (this._finalizers = this._finalizers ?? []).push(teardown);\n }\n }\n }\n\n /**\n * Checks to see if a this subscription already has a particular parent.\n * This will signal that this subscription has already been added to the parent in question.\n * @param parent the parent to check for\n */\n private _hasParent(parent: Subscription) {\n const { _parentage } = this;\n return _parentage === parent || (Array.isArray(_parentage) && _parentage.includes(parent));\n }\n\n /**\n * Adds a parent to this subscription so it can be removed from the parent if it\n * unsubscribes on it's own.\n *\n * NOTE: THIS ASSUMES THAT {@link _hasParent} HAS ALREADY BEEN CHECKED.\n * @param parent The parent subscription to add\n */\n private _addParent(parent: Subscription) {\n const { _parentage } = this;\n this._parentage = Array.isArray(_parentage) ? (_parentage.push(parent), _parentage) : _parentage ? [_parentage, parent] : parent;\n }\n\n /**\n * Called on a child when it is removed via {@link #remove}.\n * @param parent The parent to remove\n */\n private _removeParent(parent: Subscription) {\n const { _parentage } = this;\n if (_parentage === parent) {\n this._parentage = null;\n } else if (Array.isArray(_parentage)) {\n arrRemove(_parentage, parent);\n }\n }\n\n /**\n * Removes a finalizer from this subscription that was previously added with the {@link #add} method.\n *\n * Note that `Subscription` instances, when unsubscribed, will automatically remove themselves\n * from every other `Subscription` they have been added to. This means that using the `remove` method\n * is not a common thing and should be used thoughtfully.\n *\n * If you add the same finalizer instance of a function or an unsubscribable object to a `Subscription` instance\n * more than once, you will need to call `remove` the same number of times to remove all instances.\n *\n * All finalizer instances are removed to free up memory upon unsubscription.\n *\n * @param teardown The finalizer to remove from this subscription\n */\n remove(teardown: Exclude): void {\n const { _finalizers } = this;\n _finalizers && arrRemove(_finalizers, teardown);\n\n if (teardown instanceof Subscription) {\n teardown._removeParent(this);\n }\n }\n}\n\nexport const EMPTY_SUBSCRIPTION = Subscription.EMPTY;\n\nexport function isSubscription(value: any): value is Subscription {\n return (\n value instanceof Subscription ||\n (value && 'closed' in value && isFunction(value.remove) && isFunction(value.add) && isFunction(value.unsubscribe))\n );\n}\n\nfunction execFinalizer(finalizer: Unsubscribable | (() => void)) {\n if (isFunction(finalizer)) {\n finalizer();\n } else {\n finalizer.unsubscribe();\n }\n}\n", "import { Subscriber } from './Subscriber';\nimport { ObservableNotification } from './types';\n\n/**\n * The {@link GlobalConfig} object for RxJS. It is used to configure things\n * like how to react on unhandled errors.\n */\nexport const config: GlobalConfig = {\n onUnhandledError: null,\n onStoppedNotification: null,\n Promise: undefined,\n useDeprecatedSynchronousErrorHandling: false,\n useDeprecatedNextContext: false,\n};\n\n/**\n * The global configuration object for RxJS, used to configure things\n * like how to react on unhandled errors. Accessible via {@link config}\n * object.\n */\nexport interface GlobalConfig {\n /**\n * A registration point for unhandled errors from RxJS. These are errors that\n * cannot were not handled by consuming code in the usual subscription path. For\n * example, if you have this configured, and you subscribe to an observable without\n * providing an error handler, errors from that subscription will end up here. This\n * will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onUnhandledError: ((err: any) => void) | null;\n\n /**\n * A registration point for notifications that cannot be sent to subscribers because they\n * have completed, errored or have been explicitly unsubscribed. By default, next, complete\n * and error notifications sent to stopped subscribers are noops. However, sometimes callers\n * might want a different behavior. For example, with sources that attempt to report errors\n * to stopped subscribers, a caller can configure RxJS to throw an unhandled error instead.\n * This will _always_ be called asynchronously on another job in the runtime. This is because\n * we do not want errors thrown in this user-configured handler to interfere with the\n * behavior of the library.\n */\n onStoppedNotification: ((notification: ObservableNotification, subscriber: Subscriber) => void) | null;\n\n /**\n * The promise constructor used by default for {@link Observable#toPromise toPromise} and {@link Observable#forEach forEach}\n * methods.\n *\n * @deprecated As of version 8, RxJS will no longer support this sort of injection of a\n * Promise constructor. If you need a Promise implementation other than native promises,\n * please polyfill/patch Promise as you see appropriate. Will be removed in v8.\n */\n Promise?: PromiseConstructorLike;\n\n /**\n * If true, turns on synchronous error rethrowing, which is a deprecated behavior\n * in v6 and higher. This behavior enables bad patterns like wrapping a subscribe\n * call in a try/catch block. It also enables producer interference, a nasty bug\n * where a multicast can be broken for all observers by a downstream consumer with\n * an unhandled error. DO NOT USE THIS FLAG UNLESS IT'S NEEDED TO BUY TIME\n * FOR MIGRATION REASONS.\n *\n * @deprecated As of version 8, RxJS will no longer support synchronous throwing\n * of unhandled errors. All errors will be thrown on a separate call stack to prevent bad\n * behaviors described above. Will be removed in v8.\n */\n useDeprecatedSynchronousErrorHandling: boolean;\n\n /**\n * If true, enables an as-of-yet undocumented feature from v5: The ability to access\n * `unsubscribe()` via `this` context in `next` functions created in observers passed\n * to `subscribe`.\n *\n * This is being removed because the performance was severely problematic, and it could also cause\n * issues when types other than POJOs are passed to subscribe as subscribers, as they will likely have\n * their `this` context overwritten.\n *\n * @deprecated As of version 8, RxJS will no longer support altering the\n * context of next functions provided as part of an observer to Subscribe. Instead,\n * you will have access to a subscription or a signal or token that will allow you to do things like\n * unsubscribe and test closed status. Will be removed in v8.\n */\n useDeprecatedNextContext: boolean;\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetTimeoutFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearTimeoutFunction = (handle: TimerHandle) => void;\n\ninterface TimeoutProvider {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n delegate:\n | {\n setTimeout: SetTimeoutFunction;\n clearTimeout: ClearTimeoutFunction;\n }\n | undefined;\n}\n\nexport const timeoutProvider: TimeoutProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setTimeout(handler: () => void, timeout?: number, ...args) {\n const { delegate } = timeoutProvider;\n if (delegate?.setTimeout) {\n return delegate.setTimeout(handler, timeout, ...args);\n }\n return setTimeout(handler, timeout, ...args);\n },\n clearTimeout(handle) {\n const { delegate } = timeoutProvider;\n return (delegate?.clearTimeout || clearTimeout)(handle as any);\n },\n delegate: undefined,\n};\n", "import { config } from '../config';\nimport { timeoutProvider } from '../scheduler/timeoutProvider';\n\n/**\n * Handles an error on another job either with the user-configured {@link onUnhandledError},\n * or by throwing it on that new job so it can be picked up by `window.onerror`, `process.on('error')`, etc.\n *\n * This should be called whenever there is an error that is out-of-band with the subscription\n * or when an error hits a terminal boundary of the subscription and no error handler was provided.\n *\n * @param err the error to report\n */\nexport function reportUnhandledError(err: any) {\n timeoutProvider.setTimeout(() => {\n const { onUnhandledError } = config;\n if (onUnhandledError) {\n // Execute the user-configured error handler.\n onUnhandledError(err);\n } else {\n // Throw so it is picked up by the runtime's uncaught error mechanism.\n throw err;\n }\n });\n}\n", "/* tslint:disable:no-empty */\nexport function noop() { }\n", "import { CompleteNotification, NextNotification, ErrorNotification } from './types';\n\n/**\n * A completion object optimized for memory use and created to be the\n * same \"shape\" as other notifications in v8.\n * @internal\n */\nexport const COMPLETE_NOTIFICATION = (() => createNotification('C', undefined, undefined) as CompleteNotification)();\n\n/**\n * Internal use only. Creates an optimized error notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function errorNotification(error: any): ErrorNotification {\n return createNotification('E', undefined, error) as any;\n}\n\n/**\n * Internal use only. Creates an optimized next notification that is the same \"shape\"\n * as other notifications.\n * @internal\n */\nexport function nextNotification(value: T) {\n return createNotification('N', value, undefined) as NextNotification;\n}\n\n/**\n * Ensures that all notifications created internally have the same \"shape\" in v8.\n *\n * TODO: This is only exported to support a crazy legacy test in `groupBy`.\n * @internal\n */\nexport function createNotification(kind: 'N' | 'E' | 'C', value: any, error: any) {\n return {\n kind,\n value,\n error,\n };\n}\n", "import { config } from '../config';\n\nlet context: { errorThrown: boolean; error: any } | null = null;\n\n/**\n * Handles dealing with errors for super-gross mode. Creates a context, in which\n * any synchronously thrown errors will be passed to {@link captureError}. Which\n * will record the error such that it will be rethrown after the call back is complete.\n * TODO: Remove in v8\n * @param cb An immediately executed function.\n */\nexport function errorContext(cb: () => void) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n const isRoot = !context;\n if (isRoot) {\n context = { errorThrown: false, error: null };\n }\n cb();\n if (isRoot) {\n const { errorThrown, error } = context!;\n context = null;\n if (errorThrown) {\n throw error;\n }\n }\n } else {\n // This is the general non-deprecated path for everyone that\n // isn't crazy enough to use super-gross mode (useDeprecatedSynchronousErrorHandling)\n cb();\n }\n}\n\n/**\n * Captures errors only in super-gross mode.\n * @param err the error to capture\n */\nexport function captureError(err: any) {\n if (config.useDeprecatedSynchronousErrorHandling && context) {\n context.errorThrown = true;\n context.error = err;\n }\n}\n", "import { isFunction } from './util/isFunction';\nimport { Observer, ObservableNotification } from './types';\nimport { isSubscription, Subscription } from './Subscription';\nimport { config } from './config';\nimport { reportUnhandledError } from './util/reportUnhandledError';\nimport { noop } from './util/noop';\nimport { nextNotification, errorNotification, COMPLETE_NOTIFICATION } from './NotificationFactories';\nimport { timeoutProvider } from './scheduler/timeoutProvider';\nimport { captureError } from './util/errorContext';\n\n/**\n * Implements the {@link Observer} interface and extends the\n * {@link Subscription} class. While the {@link Observer} is the public API for\n * consuming the values of an {@link Observable}, all Observers get converted to\n * a Subscriber, in order to provide Subscription-like capabilities such as\n * `unsubscribe`. Subscriber is a common type in RxJS, and crucial for\n * implementing operators, but it is rarely used as a public API.\n *\n * @class Subscriber\n */\nexport class Subscriber extends Subscription implements Observer {\n /**\n * A static factory for a Subscriber, given a (potentially partial) definition\n * of an Observer.\n * @param next The `next` callback of an Observer.\n * @param error The `error` callback of an\n * Observer.\n * @param complete The `complete` callback of an\n * Observer.\n * @return A Subscriber wrapping the (partially defined)\n * Observer represented by the given arguments.\n * @nocollapse\n * @deprecated Do not use. Will be removed in v8. There is no replacement for this\n * method, and there is no reason to be creating instances of `Subscriber` directly.\n * If you have a specific use case, please file an issue.\n */\n static create(next?: (x?: T) => void, error?: (e?: any) => void, complete?: () => void): Subscriber {\n return new SafeSubscriber(next, error, complete);\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected isStopped: boolean = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n protected destination: Subscriber | Observer; // this `any` is the escape hatch to erase extra type param (e.g. R)\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * There is no reason to directly create an instance of Subscriber. This type is exported for typings reasons.\n */\n constructor(destination?: Subscriber | Observer) {\n super();\n if (destination) {\n this.destination = destination;\n // Automatically chain subscriptions together here.\n // if destination is a Subscription, then it is a Subscriber.\n if (isSubscription(destination)) {\n destination.add(this);\n }\n } else {\n this.destination = EMPTY_OBSERVER;\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `next` from\n * the Observable, with a value. The Observable may call this method 0 or more\n * times.\n * @param {T} [value] The `next` value.\n * @return {void}\n */\n next(value?: T): void {\n if (this.isStopped) {\n handleStoppedNotification(nextNotification(value), this);\n } else {\n this._next(value!);\n }\n }\n\n /**\n * The {@link Observer} callback to receive notifications of type `error` from\n * the Observable, with an attached `Error`. Notifies the Observer that\n * the Observable has experienced an error condition.\n * @param {any} [err] The `error` exception.\n * @return {void}\n */\n error(err?: any): void {\n if (this.isStopped) {\n handleStoppedNotification(errorNotification(err), this);\n } else {\n this.isStopped = true;\n this._error(err);\n }\n }\n\n /**\n * The {@link Observer} callback to receive a valueless notification of type\n * `complete` from the Observable. Notifies the Observer that the Observable\n * has finished sending push-based notifications.\n * @return {void}\n */\n complete(): void {\n if (this.isStopped) {\n handleStoppedNotification(COMPLETE_NOTIFICATION, this);\n } else {\n this.isStopped = true;\n this._complete();\n }\n }\n\n unsubscribe(): void {\n if (!this.closed) {\n this.isStopped = true;\n super.unsubscribe();\n this.destination = null!;\n }\n }\n\n protected _next(value: T): void {\n this.destination.next(value);\n }\n\n protected _error(err: any): void {\n try {\n this.destination.error(err);\n } finally {\n this.unsubscribe();\n }\n }\n\n protected _complete(): void {\n try {\n this.destination.complete();\n } finally {\n this.unsubscribe();\n }\n }\n}\n\n/**\n * This bind is captured here because we want to be able to have\n * compatibility with monoid libraries that tend to use a method named\n * `bind`. In particular, a library called Monio requires this.\n */\nconst _bind = Function.prototype.bind;\n\nfunction bind any>(fn: Fn, thisArg: any): Fn {\n return _bind.call(fn, thisArg);\n}\n\n/**\n * Internal optimization only, DO NOT EXPOSE.\n * @internal\n */\nclass ConsumerObserver implements Observer {\n constructor(private partialObserver: Partial>) {}\n\n next(value: T): void {\n const { partialObserver } = this;\n if (partialObserver.next) {\n try {\n partialObserver.next(value);\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n\n error(err: any): void {\n const { partialObserver } = this;\n if (partialObserver.error) {\n try {\n partialObserver.error(err);\n } catch (error) {\n handleUnhandledError(error);\n }\n } else {\n handleUnhandledError(err);\n }\n }\n\n complete(): void {\n const { partialObserver } = this;\n if (partialObserver.complete) {\n try {\n partialObserver.complete();\n } catch (error) {\n handleUnhandledError(error);\n }\n }\n }\n}\n\nexport class SafeSubscriber extends Subscriber {\n constructor(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((e?: any) => void) | null,\n complete?: (() => void) | null\n ) {\n super();\n\n let partialObserver: Partial>;\n if (isFunction(observerOrNext) || !observerOrNext) {\n // The first argument is a function, not an observer. The next\n // two arguments *could* be observers, or they could be empty.\n partialObserver = {\n next: (observerOrNext ?? undefined) as (((value: T) => void) | undefined),\n error: error ?? undefined,\n complete: complete ?? undefined,\n };\n } else {\n // The first argument is a partial observer.\n let context: any;\n if (this && config.useDeprecatedNextContext) {\n // This is a deprecated path that made `this.unsubscribe()` available in\n // next handler functions passed to subscribe. This only exists behind a flag\n // now, as it is *very* slow.\n context = Object.create(observerOrNext);\n context.unsubscribe = () => this.unsubscribe();\n partialObserver = {\n next: observerOrNext.next && bind(observerOrNext.next, context),\n error: observerOrNext.error && bind(observerOrNext.error, context),\n complete: observerOrNext.complete && bind(observerOrNext.complete, context),\n };\n } else {\n // The \"normal\" path. Just use the partial observer directly.\n partialObserver = observerOrNext;\n }\n }\n\n // Wrap the partial observer to ensure it's a full observer, and\n // make sure proper error handling is accounted for.\n this.destination = new ConsumerObserver(partialObserver);\n }\n}\n\nfunction handleUnhandledError(error: any) {\n if (config.useDeprecatedSynchronousErrorHandling) {\n captureError(error);\n } else {\n // Ideal path, we report this as an unhandled error,\n // which is thrown on a new call stack.\n reportUnhandledError(error);\n }\n}\n\n/**\n * An error handler used when no error handler was supplied\n * to the SafeSubscriber -- meaning no error handler was supplied\n * do the `subscribe` call on our observable.\n * @param err The error to handle\n */\nfunction defaultErrorHandler(err: any) {\n throw err;\n}\n\n/**\n * A handler for notifications that cannot be sent to a stopped subscriber.\n * @param notification The notification being sent\n * @param subscriber The stopped subscriber\n */\nfunction handleStoppedNotification(notification: ObservableNotification, subscriber: Subscriber) {\n const { onStoppedNotification } = config;\n onStoppedNotification && timeoutProvider.setTimeout(() => onStoppedNotification(notification, subscriber));\n}\n\n/**\n * The observer used as a stub for subscriptions where the user did not\n * pass any arguments to `subscribe`. Comes with the default error handling\n * behavior.\n */\nexport const EMPTY_OBSERVER: Readonly> & { closed: true } = {\n closed: true,\n next: noop,\n error: defaultErrorHandler,\n complete: noop,\n};\n", "/**\n * Symbol.observable or a string \"@@observable\". Used for interop\n *\n * @deprecated We will no longer be exporting this symbol in upcoming versions of RxJS.\n * Instead polyfill and use Symbol.observable directly *or* use https://www.npmjs.com/package/symbol-observable\n */\nexport const observable: string | symbol = (() => (typeof Symbol === 'function' && Symbol.observable) || '@@observable')();\n", "/**\n * This function takes one parameter and just returns it. Simply put,\n * this is like `(x: T): T => x`.\n *\n * ## Examples\n *\n * This is useful in some cases when using things like `mergeMap`\n *\n * ```ts\n * import { interval, take, map, range, mergeMap, identity } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(5));\n *\n * const result$ = source$.pipe(\n * map(i => range(i)),\n * mergeMap(identity) // same as mergeMap(x => x)\n * );\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * Or when you want to selectively apply an operator\n *\n * ```ts\n * import { interval, take, identity } from 'rxjs';\n *\n * const shouldLimit = () => Math.random() < 0.5;\n *\n * const source$ = interval(1000);\n *\n * const result$ = source$.pipe(shouldLimit() ? take(5) : identity);\n *\n * result$.subscribe({\n * next: console.log\n * });\n * ```\n *\n * @param x Any value that is returned by this function\n * @returns The value passed as the first parameter to this function\n */\nexport function identity(x: T): T {\n return x;\n}\n", "import { identity } from './identity';\nimport { UnaryFunction } from '../types';\n\nexport function pipe(): typeof identity;\nexport function pipe(fn1: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction): UnaryFunction;\nexport function pipe(fn1: UnaryFunction, fn2: UnaryFunction, fn3: UnaryFunction): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction\n): UnaryFunction;\nexport function pipe(\n fn1: UnaryFunction,\n fn2: UnaryFunction,\n fn3: UnaryFunction,\n fn4: UnaryFunction,\n fn5: UnaryFunction,\n fn6: UnaryFunction,\n fn7: UnaryFunction,\n fn8: UnaryFunction,\n fn9: UnaryFunction,\n ...fns: UnaryFunction[]\n): UnaryFunction;\n\n/**\n * pipe() can be called on one or more functions, each of which can take one argument (\"UnaryFunction\")\n * and uses it to return a value.\n * It returns a function that takes one argument, passes it to the first UnaryFunction, and then\n * passes the result to the next one, passes that result to the next one, and so on. \n */\nexport function pipe(...fns: Array>): UnaryFunction {\n return pipeFromArray(fns);\n}\n\n/** @internal */\nexport function pipeFromArray(fns: Array>): UnaryFunction {\n if (fns.length === 0) {\n return identity as UnaryFunction;\n }\n\n if (fns.length === 1) {\n return fns[0];\n }\n\n return function piped(input: T): R {\n return fns.reduce((prev: any, fn: UnaryFunction) => fn(prev), input as any);\n };\n}\n", "import { Operator } from './Operator';\nimport { SafeSubscriber, Subscriber } from './Subscriber';\nimport { isSubscription, Subscription } from './Subscription';\nimport { TeardownLogic, OperatorFunction, Subscribable, Observer } from './types';\nimport { observable as Symbol_observable } from './symbol/observable';\nimport { pipeFromArray } from './util/pipe';\nimport { config } from './config';\nimport { isFunction } from './util/isFunction';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A representation of any set of values over any amount of time. This is the most basic building block\n * of RxJS.\n *\n * @class Observable\n */\nexport class Observable implements Subscribable {\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n source: Observable | undefined;\n\n /**\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n */\n operator: Operator | undefined;\n\n /**\n * @constructor\n * @param {Function} subscribe the function that is called when the Observable is\n * initially subscribed to. This function is given a Subscriber, to which new values\n * can be `next`ed, or an `error` method can be called to raise an error, or\n * `complete` can be called to notify of a successful completion.\n */\n constructor(subscribe?: (this: Observable, subscriber: Subscriber) => TeardownLogic) {\n if (subscribe) {\n this._subscribe = subscribe;\n }\n }\n\n // HACK: Since TypeScript inherits static properties too, we have to\n // fight against TypeScript here so Subject can have a different static create signature\n /**\n * Creates a new Observable by calling the Observable constructor\n * @owner Observable\n * @method create\n * @param {Function} subscribe? the subscriber function to be passed to the Observable constructor\n * @return {Observable} a new observable\n * @nocollapse\n * @deprecated Use `new Observable()` instead. Will be removed in v8.\n */\n static create: (...args: any[]) => any = (subscribe?: (subscriber: Subscriber) => TeardownLogic) => {\n return new Observable(subscribe);\n };\n\n /**\n * Creates a new Observable, with this Observable instance as the source, and the passed\n * operator defined as the new observable's operator.\n * @method lift\n * @param operator the operator defining the operation to take on the observable\n * @return a new observable with the Operator applied\n * @deprecated Internal implementation detail, do not use directly. Will be made internal in v8.\n * If you have implemented an operator using `lift`, it is recommended that you create an\n * operator by simply returning `new Observable()` directly. See \"Creating new operators from\n * scratch\" section here: https://rxjs.dev/guide/operators\n */\n lift(operator?: Operator): Observable {\n const observable = new Observable();\n observable.source = this;\n observable.operator = operator;\n return observable;\n }\n\n subscribe(observerOrNext?: Partial> | ((value: T) => void)): Subscription;\n /** @deprecated Instead of passing separate callback arguments, use an observer argument. Signatures taking separate callback arguments will be removed in v8. Details: https://rxjs.dev/deprecations/subscribe-arguments */\n subscribe(next?: ((value: T) => void) | null, error?: ((error: any) => void) | null, complete?: (() => void) | null): Subscription;\n /**\n * Invokes an execution of an Observable and registers Observer handlers for notifications it will emit.\n *\n * Use it when you have all these Observables, but still nothing is happening.\n *\n * `subscribe` is not a regular operator, but a method that calls Observable's internal `subscribe` function. It\n * might be for example a function that you passed to Observable's constructor, but most of the time it is\n * a library implementation, which defines what will be emitted by an Observable, and when it be will emitted. This means\n * that calling `subscribe` is actually the moment when Observable starts its work, not when it is created, as it is often\n * the thought.\n *\n * Apart from starting the execution of an Observable, this method allows you to listen for values\n * that an Observable emits, as well as for when it completes or errors. You can achieve this in two\n * of the following ways.\n *\n * The first way is creating an object that implements {@link Observer} interface. It should have methods\n * defined by that interface, but note that it should be just a regular JavaScript object, which you can create\n * yourself in any way you want (ES6 class, classic function constructor, object literal etc.). In particular, do\n * not attempt to use any RxJS implementation details to create Observers - you don't need them. Remember also\n * that your object does not have to implement all methods. If you find yourself creating a method that doesn't\n * do anything, you can simply omit it. Note however, if the `error` method is not provided and an error happens,\n * it will be thrown asynchronously. Errors thrown asynchronously cannot be caught using `try`/`catch`. Instead,\n * use the {@link onUnhandledError} configuration option or use a runtime handler (like `window.onerror` or\n * `process.on('error)`) to be notified of unhandled errors. Because of this, it's recommended that you provide\n * an `error` method to avoid missing thrown errors.\n *\n * The second way is to give up on Observer object altogether and simply provide callback functions in place of its methods.\n * This means you can provide three functions as arguments to `subscribe`, where the first function is equivalent\n * of a `next` method, the second of an `error` method and the third of a `complete` method. Just as in case of an Observer,\n * if you do not need to listen for something, you can omit a function by passing `undefined` or `null`,\n * since `subscribe` recognizes these functions by where they were placed in function call. When it comes\n * to the `error` function, as with an Observer, if not provided, errors emitted by an Observable will be thrown asynchronously.\n *\n * You can, however, subscribe with no parameters at all. This may be the case where you're not interested in terminal events\n * and you also handled emissions internally by using operators (e.g. using `tap`).\n *\n * Whichever style of calling `subscribe` you use, in both cases it returns a Subscription object.\n * This object allows you to call `unsubscribe` on it, which in turn will stop the work that an Observable does and will clean\n * up all resources that an Observable used. Note that cancelling a subscription will not call `complete` callback\n * provided to `subscribe` function, which is reserved for a regular completion signal that comes from an Observable.\n *\n * Remember that callbacks provided to `subscribe` are not guaranteed to be called asynchronously.\n * It is an Observable itself that decides when these functions will be called. For example {@link of}\n * by default emits all its values synchronously. Always check documentation for how given Observable\n * will behave when subscribed and if its default behavior can be modified with a `scheduler`.\n *\n * #### Examples\n *\n * Subscribe with an {@link guide/observer Observer}\n *\n * ```ts\n * import { of } from 'rxjs';\n *\n * const sumObserver = {\n * sum: 0,\n * next(value) {\n * console.log('Adding: ' + value);\n * this.sum = this.sum + value;\n * },\n * error() {\n * // We actually could just remove this method,\n * // since we do not really care about errors right now.\n * },\n * complete() {\n * console.log('Sum equals: ' + this.sum);\n * }\n * };\n *\n * of(1, 2, 3) // Synchronously emits 1, 2, 3 and then completes.\n * .subscribe(sumObserver);\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Subscribe with functions ({@link deprecations/subscribe-arguments deprecated})\n *\n * ```ts\n * import { of } from 'rxjs'\n *\n * let sum = 0;\n *\n * of(1, 2, 3).subscribe(\n * value => {\n * console.log('Adding: ' + value);\n * sum = sum + value;\n * },\n * undefined,\n * () => console.log('Sum equals: ' + sum)\n * );\n *\n * // Logs:\n * // 'Adding: 1'\n * // 'Adding: 2'\n * // 'Adding: 3'\n * // 'Sum equals: 6'\n * ```\n *\n * Cancel a subscription\n *\n * ```ts\n * import { interval } from 'rxjs';\n *\n * const subscription = interval(1000).subscribe({\n * next(num) {\n * console.log(num)\n * },\n * complete() {\n * // Will not be called, even when cancelling subscription.\n * console.log('completed!');\n * }\n * });\n *\n * setTimeout(() => {\n * subscription.unsubscribe();\n * console.log('unsubscribed!');\n * }, 2500);\n *\n * // Logs:\n * // 0 after 1s\n * // 1 after 2s\n * // 'unsubscribed!' after 2.5s\n * ```\n *\n * @param {Observer|Function} observerOrNext (optional) Either an observer with methods to be called,\n * or the first of three possible handlers, which is the handler for each value emitted from the subscribed\n * Observable.\n * @param {Function} error (optional) A handler for a terminal event resulting from an error. If no error handler is provided,\n * the error will be thrown asynchronously as unhandled.\n * @param {Function} complete (optional) A handler for a terminal event resulting from successful completion.\n * @return {Subscription} a subscription reference to the registered handlers\n * @method subscribe\n */\n subscribe(\n observerOrNext?: Partial> | ((value: T) => void) | null,\n error?: ((error: any) => void) | null,\n complete?: (() => void) | null\n ): Subscription {\n const subscriber = isSubscriber(observerOrNext) ? observerOrNext : new SafeSubscriber(observerOrNext, error, complete);\n\n errorContext(() => {\n const { operator, source } = this;\n subscriber.add(\n operator\n ? // We're dealing with a subscription in the\n // operator chain to one of our lifted operators.\n operator.call(subscriber, source)\n : source\n ? // If `source` has a value, but `operator` does not, something that\n // had intimate knowledge of our API, like our `Subject`, must have\n // set it. We're going to just call `_subscribe` directly.\n this._subscribe(subscriber)\n : // In all other cases, we're likely wrapping a user-provided initializer\n // function, so we need to catch errors and handle them appropriately.\n this._trySubscribe(subscriber)\n );\n });\n\n return subscriber;\n }\n\n /** @internal */\n protected _trySubscribe(sink: Subscriber): TeardownLogic {\n try {\n return this._subscribe(sink);\n } catch (err) {\n // We don't need to return anything in this case,\n // because it's just going to try to `add()` to a subscription\n // above.\n sink.error(err);\n }\n }\n\n /**\n * Used as a NON-CANCELLABLE means of subscribing to an observable, for use with\n * APIs that expect promises, like `async/await`. You cannot unsubscribe from this.\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * #### Example\n *\n * ```ts\n * import { interval, take } from 'rxjs';\n *\n * const source$ = interval(1000).pipe(take(4));\n *\n * async function getTotal() {\n * let total = 0;\n *\n * await source$.forEach(value => {\n * total += value;\n * console.log('observable -> ' + value);\n * });\n *\n * return total;\n * }\n *\n * getTotal().then(\n * total => console.log('Total: ' + total)\n * );\n *\n * // Expected:\n * // 'observable -> 0'\n * // 'observable -> 1'\n * // 'observable -> 2'\n * // 'observable -> 3'\n * // 'Total: 6'\n * ```\n *\n * @param next a handler for each value emitted by the observable\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n */\n forEach(next: (value: T) => void): Promise;\n\n /**\n * @param next a handler for each value emitted by the observable\n * @param promiseCtor a constructor function used to instantiate the Promise\n * @return a promise that either resolves on observable completion or\n * rejects with the handled error\n * @deprecated Passing a Promise constructor will no longer be available\n * in upcoming versions of RxJS. This is because it adds weight to the library, for very\n * little benefit. If you need this functionality, it is recommended that you either\n * polyfill Promise, or you create an adapter to convert the returned native promise\n * to whatever promise implementation you wanted. Will be removed in v8.\n */\n forEach(next: (value: T) => void, promiseCtor: PromiseConstructorLike): Promise;\n\n forEach(next: (value: T) => void, promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n const subscriber = new SafeSubscriber({\n next: (value) => {\n try {\n next(value);\n } catch (err) {\n reject(err);\n subscriber.unsubscribe();\n }\n },\n error: reject,\n complete: resolve,\n });\n this.subscribe(subscriber);\n }) as Promise;\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): TeardownLogic {\n return this.source?.subscribe(subscriber);\n }\n\n /**\n * An interop point defined by the es7-observable spec https://github.com/zenparsing/es-observable\n * @method Symbol.observable\n * @return {Observable} this instance of the observable\n */\n [Symbol_observable]() {\n return this;\n }\n\n /* tslint:disable:max-line-length */\n pipe(): Observable;\n pipe(op1: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction): Observable;\n pipe(op1: OperatorFunction, op2: OperatorFunction, op3: OperatorFunction): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction\n ): Observable;\n pipe(\n op1: OperatorFunction,\n op2: OperatorFunction,\n op3: OperatorFunction,\n op4: OperatorFunction,\n op5: OperatorFunction,\n op6: OperatorFunction,\n op7: OperatorFunction,\n op8: OperatorFunction,\n op9: OperatorFunction,\n ...operations: OperatorFunction[]\n ): Observable;\n /* tslint:enable:max-line-length */\n\n /**\n * Used to stitch together functional operators into a chain.\n * @method pipe\n * @return {Observable} the Observable result of all of the operators having\n * been called in the order they were passed in.\n *\n * ## Example\n *\n * ```ts\n * import { interval, filter, map, scan } from 'rxjs';\n *\n * interval(1000)\n * .pipe(\n * filter(x => x % 2 === 0),\n * map(x => x + x),\n * scan((acc, x) => acc + x)\n * )\n * .subscribe(x => console.log(x));\n * ```\n */\n pipe(...operations: OperatorFunction[]): Observable {\n return pipeFromArray(operations)(this);\n }\n\n /* tslint:disable:max-line-length */\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: typeof Promise): Promise;\n /** @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise */\n toPromise(PromiseCtor: PromiseConstructorLike): Promise;\n /* tslint:enable:max-line-length */\n\n /**\n * Subscribe to this Observable and get a Promise resolving on\n * `complete` with the last emission (if any).\n *\n * **WARNING**: Only use this with observables you *know* will complete. If the source\n * observable does not complete, you will end up with a promise that is hung up, and\n * potentially all of the state of an async function hanging out in memory. To avoid\n * this situation, look into adding something like {@link timeout}, {@link take},\n * {@link takeWhile}, or {@link takeUntil} amongst others.\n *\n * @method toPromise\n * @param [promiseCtor] a constructor function used to instantiate\n * the Promise\n * @return A Promise that resolves with the last value emit, or\n * rejects on an error. If there were no emissions, Promise\n * resolves with undefined.\n * @deprecated Replaced with {@link firstValueFrom} and {@link lastValueFrom}. Will be removed in v8. Details: https://rxjs.dev/deprecations/to-promise\n */\n toPromise(promiseCtor?: PromiseConstructorLike): Promise {\n promiseCtor = getPromiseCtor(promiseCtor);\n\n return new promiseCtor((resolve, reject) => {\n let value: T | undefined;\n this.subscribe(\n (x: T) => (value = x),\n (err: any) => reject(err),\n () => resolve(value)\n );\n }) as Promise;\n }\n}\n\n/**\n * Decides between a passed promise constructor from consuming code,\n * A default configured promise constructor, and the native promise\n * constructor and returns it. If nothing can be found, it will throw\n * an error.\n * @param promiseCtor The optional promise constructor to passed by consuming code\n */\nfunction getPromiseCtor(promiseCtor: PromiseConstructorLike | undefined) {\n return promiseCtor ?? config.Promise ?? Promise;\n}\n\nfunction isObserver(value: any): value is Observer {\n return value && isFunction(value.next) && isFunction(value.error) && isFunction(value.complete);\n}\n\nfunction isSubscriber(value: any): value is Subscriber {\n return (value && value instanceof Subscriber) || (isObserver(value) && isSubscription(value));\n}\n", "import { Observable } from '../Observable';\nimport { Subscriber } from '../Subscriber';\nimport { OperatorFunction } from '../types';\nimport { isFunction } from './isFunction';\n\n/**\n * Used to determine if an object is an Observable with a lift function.\n */\nexport function hasLift(source: any): source is { lift: InstanceType['lift'] } {\n return isFunction(source?.lift);\n}\n\n/**\n * Creates an `OperatorFunction`. Used to define operators throughout the library in a concise way.\n * @param init The logic to connect the liftedSource to the subscriber at the moment of subscription.\n */\nexport function operate(\n init: (liftedSource: Observable, subscriber: Subscriber) => (() => void) | void\n): OperatorFunction {\n return (source: Observable) => {\n if (hasLift(source)) {\n return source.lift(function (this: Subscriber, liftedSource: Observable) {\n try {\n return init(liftedSource, this);\n } catch (err) {\n this.error(err);\n }\n });\n }\n throw new TypeError('Unable to lift unknown Observable type');\n };\n}\n", "import { Subscriber } from '../Subscriber';\n\n/**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional teardown logic here. This will only be called on teardown if the\n * subscriber itself is not already closed. This is called after all other teardown logic is executed.\n */\nexport function createOperatorSubscriber(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n onFinalize?: () => void\n): Subscriber {\n return new OperatorSubscriber(destination, onNext, onComplete, onError, onFinalize);\n}\n\n/**\n * A generic helper for allowing operators to be created with a Subscriber and\n * use closures to capture necessary state from the operator function itself.\n */\nexport class OperatorSubscriber extends Subscriber {\n /**\n * Creates an instance of an `OperatorSubscriber`.\n * @param destination The downstream subscriber.\n * @param onNext Handles next values, only called if this subscriber is not stopped or closed. Any\n * error that occurs in this function is caught and sent to the `error` method of this subscriber.\n * @param onError Handles errors from the subscription, any errors that occur in this handler are caught\n * and send to the `destination` error handler.\n * @param onComplete Handles completion notification from the subscription. Any errors that occur in\n * this handler are sent to the `destination` error handler.\n * @param onFinalize Additional finalization logic here. This will only be called on finalization if the\n * subscriber itself is not already closed. This is called after all other finalization logic is executed.\n * @param shouldUnsubscribe An optional check to see if an unsubscribe call should truly unsubscribe.\n * NOTE: This currently **ONLY** exists to support the strange behavior of {@link groupBy}, where unsubscription\n * to the resulting observable does not actually disconnect from the source if there are active subscriptions\n * to any grouped observable. (DO NOT EXPOSE OR USE EXTERNALLY!!!)\n */\n constructor(\n destination: Subscriber,\n onNext?: (value: T) => void,\n onComplete?: () => void,\n onError?: (err: any) => void,\n private onFinalize?: () => void,\n private shouldUnsubscribe?: () => boolean\n ) {\n // It's important - for performance reasons - that all of this class's\n // members are initialized and that they are always initialized in the same\n // order. This will ensure that all OperatorSubscriber instances have the\n // same hidden class in V8. This, in turn, will help keep the number of\n // hidden classes involved in property accesses within the base class as\n // low as possible. If the number of hidden classes involved exceeds four,\n // the property accesses will become megamorphic and performance penalties\n // will be incurred - i.e. inline caches won't be used.\n //\n // The reasons for ensuring all instances have the same hidden class are\n // further discussed in this blog post from Benedikt Meurer:\n // https://benediktmeurer.de/2018/03/23/impact-of-polymorphism-on-component-based-frameworks-like-react/\n super(destination);\n this._next = onNext\n ? function (this: OperatorSubscriber, value: T) {\n try {\n onNext(value);\n } catch (err) {\n destination.error(err);\n }\n }\n : super._next;\n this._error = onError\n ? function (this: OperatorSubscriber, err: any) {\n try {\n onError(err);\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._error;\n this._complete = onComplete\n ? function (this: OperatorSubscriber) {\n try {\n onComplete();\n } catch (err) {\n // Send any errors that occur down stream.\n destination.error(err);\n } finally {\n // Ensure finalization.\n this.unsubscribe();\n }\n }\n : super._complete;\n }\n\n unsubscribe() {\n if (!this.shouldUnsubscribe || this.shouldUnsubscribe()) {\n const { closed } = this;\n super.unsubscribe();\n // Execute additional teardown if we have any and we didn't already do so.\n !closed && this.onFinalize?.();\n }\n }\n}\n", "import { Subscription } from '../Subscription';\n\ninterface AnimationFrameProvider {\n schedule(callback: FrameRequestCallback): Subscription;\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n delegate:\n | {\n requestAnimationFrame: typeof requestAnimationFrame;\n cancelAnimationFrame: typeof cancelAnimationFrame;\n }\n | undefined;\n}\n\nexport const animationFrameProvider: AnimationFrameProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n schedule(callback) {\n let request = requestAnimationFrame;\n let cancel: typeof cancelAnimationFrame | undefined = cancelAnimationFrame;\n const { delegate } = animationFrameProvider;\n if (delegate) {\n request = delegate.requestAnimationFrame;\n cancel = delegate.cancelAnimationFrame;\n }\n const handle = request((timestamp) => {\n // Clear the cancel function. The request has been fulfilled, so\n // attempting to cancel the request upon unsubscription would be\n // pointless.\n cancel = undefined;\n callback(timestamp);\n });\n return new Subscription(() => cancel?.(handle));\n },\n requestAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.requestAnimationFrame || requestAnimationFrame)(...args);\n },\n cancelAnimationFrame(...args) {\n const { delegate } = animationFrameProvider;\n return (delegate?.cancelAnimationFrame || cancelAnimationFrame)(...args);\n },\n delegate: undefined,\n};\n", "import { createErrorClass } from './createErrorClass';\n\nexport interface ObjectUnsubscribedError extends Error {}\n\nexport interface ObjectUnsubscribedErrorCtor {\n /**\n * @deprecated Internal implementation detail. Do not construct error instances.\n * Cannot be tagged as internal: https://github.com/ReactiveX/rxjs/issues/6269\n */\n new (): ObjectUnsubscribedError;\n}\n\n/**\n * An error thrown when an action is invalid because the object has been\n * unsubscribed.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n *\n * @class ObjectUnsubscribedError\n */\nexport const ObjectUnsubscribedError: ObjectUnsubscribedErrorCtor = createErrorClass(\n (_super) =>\n function ObjectUnsubscribedErrorImpl(this: any) {\n _super(this);\n this.name = 'ObjectUnsubscribedError';\n this.message = 'object unsubscribed';\n }\n);\n", "import { Operator } from './Operator';\nimport { Observable } from './Observable';\nimport { Subscriber } from './Subscriber';\nimport { Subscription, EMPTY_SUBSCRIPTION } from './Subscription';\nimport { Observer, SubscriptionLike, TeardownLogic } from './types';\nimport { ObjectUnsubscribedError } from './util/ObjectUnsubscribedError';\nimport { arrRemove } from './util/arrRemove';\nimport { errorContext } from './util/errorContext';\n\n/**\n * A Subject is a special type of Observable that allows values to be\n * multicasted to many Observers. Subjects are like EventEmitters.\n *\n * Every Subject is an Observable and an Observer. You can subscribe to a\n * Subject, and you can call next to feed values as well as error and complete.\n */\nexport class Subject extends Observable implements SubscriptionLike {\n closed = false;\n\n private currentObservers: Observer[] | null = null;\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n observers: Observer[] = [];\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n isStopped = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n hasError = false;\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n thrownError: any = null;\n\n /**\n * Creates a \"subject\" by basically gluing an observer to an observable.\n *\n * @nocollapse\n * @deprecated Recommended you do not use. Will be removed at some point in the future. Plans for replacement still under discussion.\n */\n static create: (...args: any[]) => any = (destination: Observer, source: Observable): AnonymousSubject => {\n return new AnonymousSubject(destination, source);\n };\n\n constructor() {\n // NOTE: This must be here to obscure Observable's constructor.\n super();\n }\n\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n lift(operator: Operator): Observable {\n const subject = new AnonymousSubject(this, this);\n subject.operator = operator as any;\n return subject as any;\n }\n\n /** @internal */\n protected _throwIfClosed() {\n if (this.closed) {\n throw new ObjectUnsubscribedError();\n }\n }\n\n next(value: T) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n if (!this.currentObservers) {\n this.currentObservers = Array.from(this.observers);\n }\n for (const observer of this.currentObservers) {\n observer.next(value);\n }\n }\n });\n }\n\n error(err: any) {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.hasError = this.isStopped = true;\n this.thrownError = err;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.error(err);\n }\n }\n });\n }\n\n complete() {\n errorContext(() => {\n this._throwIfClosed();\n if (!this.isStopped) {\n this.isStopped = true;\n const { observers } = this;\n while (observers.length) {\n observers.shift()!.complete();\n }\n }\n });\n }\n\n unsubscribe() {\n this.isStopped = this.closed = true;\n this.observers = this.currentObservers = null!;\n }\n\n get observed() {\n return this.observers?.length > 0;\n }\n\n /** @internal */\n protected _trySubscribe(subscriber: Subscriber): TeardownLogic {\n this._throwIfClosed();\n return super._trySubscribe(subscriber);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._checkFinalizedStatuses(subscriber);\n return this._innerSubscribe(subscriber);\n }\n\n /** @internal */\n protected _innerSubscribe(subscriber: Subscriber) {\n const { hasError, isStopped, observers } = this;\n if (hasError || isStopped) {\n return EMPTY_SUBSCRIPTION;\n }\n this.currentObservers = null;\n observers.push(subscriber);\n return new Subscription(() => {\n this.currentObservers = null;\n arrRemove(observers, subscriber);\n });\n }\n\n /** @internal */\n protected _checkFinalizedStatuses(subscriber: Subscriber) {\n const { hasError, thrownError, isStopped } = this;\n if (hasError) {\n subscriber.error(thrownError);\n } else if (isStopped) {\n subscriber.complete();\n }\n }\n\n /**\n * Creates a new Observable with this Subject as the source. You can do this\n * to create custom Observer-side logic of the Subject and conceal it from\n * code that uses the Observable.\n * @return {Observable} Observable that the Subject casts to\n */\n asObservable(): Observable {\n const observable: any = new Observable();\n observable.source = this;\n return observable;\n }\n}\n\n/**\n * @class AnonymousSubject\n */\nexport class AnonymousSubject extends Subject {\n constructor(\n /** @deprecated Internal implementation detail, do not use directly. Will be made internal in v8. */\n public destination?: Observer,\n source?: Observable\n ) {\n super();\n this.source = source;\n }\n\n next(value: T) {\n this.destination?.next?.(value);\n }\n\n error(err: any) {\n this.destination?.error?.(err);\n }\n\n complete() {\n this.destination?.complete?.();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n return this.source?.subscribe(subscriber) ?? EMPTY_SUBSCRIPTION;\n }\n}\n", "import { Subject } from './Subject';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\n\n/**\n * A variant of Subject that requires an initial value and emits its current\n * value whenever it is subscribed to.\n *\n * @class BehaviorSubject\n */\nexport class BehaviorSubject extends Subject {\n constructor(private _value: T) {\n super();\n }\n\n get value(): T {\n return this.getValue();\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n const subscription = super._subscribe(subscriber);\n !subscription.closed && subscriber.next(this._value);\n return subscription;\n }\n\n getValue(): T {\n const { hasError, thrownError, _value } = this;\n if (hasError) {\n throw thrownError;\n }\n this._throwIfClosed();\n return _value;\n }\n\n next(value: T): void {\n super.next((this._value = value));\n }\n}\n", "import { TimestampProvider } from '../types';\n\ninterface DateTimestampProvider extends TimestampProvider {\n delegate: TimestampProvider | undefined;\n}\n\nexport const dateTimestampProvider: DateTimestampProvider = {\n now() {\n // Use the variable rather than `this` so that the function can be called\n // without being bound to the provider.\n return (dateTimestampProvider.delegate || Date).now();\n },\n delegate: undefined,\n};\n", "import { Subject } from './Subject';\nimport { TimestampProvider } from './types';\nimport { Subscriber } from './Subscriber';\nimport { Subscription } from './Subscription';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * A variant of {@link Subject} that \"replays\" old values to new subscribers by emitting them when they first subscribe.\n *\n * `ReplaySubject` has an internal buffer that will store a specified number of values that it has observed. Like `Subject`,\n * `ReplaySubject` \"observes\" values by having them passed to its `next` method. When it observes a value, it will store that\n * value for a time determined by the configuration of the `ReplaySubject`, as passed to its constructor.\n *\n * When a new subscriber subscribes to the `ReplaySubject` instance, it will synchronously emit all values in its buffer in\n * a First-In-First-Out (FIFO) manner. The `ReplaySubject` will also complete, if it has observed completion; and it will\n * error if it has observed an error.\n *\n * There are two main configuration items to be concerned with:\n *\n * 1. `bufferSize` - This will determine how many items are stored in the buffer, defaults to infinite.\n * 2. `windowTime` - The amount of time to hold a value in the buffer before removing it from the buffer.\n *\n * Both configurations may exist simultaneously. So if you would like to buffer a maximum of 3 values, as long as the values\n * are less than 2 seconds old, you could do so with a `new ReplaySubject(3, 2000)`.\n *\n * ### Differences with BehaviorSubject\n *\n * `BehaviorSubject` is similar to `new ReplaySubject(1)`, with a couple of exceptions:\n *\n * 1. `BehaviorSubject` comes \"primed\" with a single value upon construction.\n * 2. `ReplaySubject` will replay values, even after observing an error, where `BehaviorSubject` will not.\n *\n * @see {@link Subject}\n * @see {@link BehaviorSubject}\n * @see {@link shareReplay}\n */\nexport class ReplaySubject extends Subject {\n private _buffer: (T | number)[] = [];\n private _infiniteTimeWindow = true;\n\n /**\n * @param bufferSize The size of the buffer to replay on subscription\n * @param windowTime The amount of time the buffered items will stay buffered\n * @param timestampProvider An object with a `now()` method that provides the current timestamp. This is used to\n * calculate the amount of time something has been buffered.\n */\n constructor(\n private _bufferSize = Infinity,\n private _windowTime = Infinity,\n private _timestampProvider: TimestampProvider = dateTimestampProvider\n ) {\n super();\n this._infiniteTimeWindow = _windowTime === Infinity;\n this._bufferSize = Math.max(1, _bufferSize);\n this._windowTime = Math.max(1, _windowTime);\n }\n\n next(value: T): void {\n const { isStopped, _buffer, _infiniteTimeWindow, _timestampProvider, _windowTime } = this;\n if (!isStopped) {\n _buffer.push(value);\n !_infiniteTimeWindow && _buffer.push(_timestampProvider.now() + _windowTime);\n }\n this._trimBuffer();\n super.next(value);\n }\n\n /** @internal */\n protected _subscribe(subscriber: Subscriber): Subscription {\n this._throwIfClosed();\n this._trimBuffer();\n\n const subscription = this._innerSubscribe(subscriber);\n\n const { _infiniteTimeWindow, _buffer } = this;\n // We use a copy here, so reentrant code does not mutate our array while we're\n // emitting it to a new subscriber.\n const copy = _buffer.slice();\n for (let i = 0; i < copy.length && !subscriber.closed; i += _infiniteTimeWindow ? 1 : 2) {\n subscriber.next(copy[i] as T);\n }\n\n this._checkFinalizedStatuses(subscriber);\n\n return subscription;\n }\n\n private _trimBuffer() {\n const { _bufferSize, _timestampProvider, _buffer, _infiniteTimeWindow } = this;\n // If we don't have an infinite buffer size, and we're over the length,\n // use splice to truncate the old buffer values off. Note that we have to\n // double the size for instances where we're not using an infinite time window\n // because we're storing the values and the timestamps in the same array.\n const adjustedBufferSize = (_infiniteTimeWindow ? 1 : 2) * _bufferSize;\n _bufferSize < Infinity && adjustedBufferSize < _buffer.length && _buffer.splice(0, _buffer.length - adjustedBufferSize);\n\n // Now, if we're not in an infinite time window, remove all values where the time is\n // older than what is allowed.\n if (!_infiniteTimeWindow) {\n const now = _timestampProvider.now();\n let last = 0;\n // Search the array for the first timestamp that isn't expired and\n // truncate the buffer up to that point.\n for (let i = 1; i < _buffer.length && (_buffer[i] as number) <= now; i += 2) {\n last = i;\n }\n last && _buffer.splice(0, last + 1);\n }\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Subscription } from '../Subscription';\nimport { SchedulerAction } from '../types';\n\n/**\n * A unit of work to be executed in a `scheduler`. An action is typically\n * created from within a {@link SchedulerLike} and an RxJS user does not need to concern\n * themselves about creating and manipulating an Action.\n *\n * ```ts\n * class Action extends Subscription {\n * new (scheduler: Scheduler, work: (state?: T) => void);\n * schedule(state?: T, delay: number = 0): Subscription;\n * }\n * ```\n *\n * @class Action\n */\nexport class Action extends Subscription {\n constructor(scheduler: Scheduler, work: (this: SchedulerAction, state?: T) => void) {\n super();\n }\n /**\n * Schedules this action on its parent {@link SchedulerLike} for execution. May be passed\n * some context object, `state`. May happen at some point in the future,\n * according to the `delay` parameter, if specified.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler.\n * @return {void}\n */\n public schedule(state?: T, delay: number = 0): Subscription {\n return this;\n }\n}\n", "import type { TimerHandle } from './timerHandle';\ntype SetIntervalFunction = (handler: () => void, timeout?: number, ...args: any[]) => TimerHandle;\ntype ClearIntervalFunction = (handle: TimerHandle) => void;\n\ninterface IntervalProvider {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n delegate:\n | {\n setInterval: SetIntervalFunction;\n clearInterval: ClearIntervalFunction;\n }\n | undefined;\n}\n\nexport const intervalProvider: IntervalProvider = {\n // When accessing the delegate, use the variable rather than `this` so that\n // the functions can be called without being bound to the provider.\n setInterval(handler: () => void, timeout?: number, ...args) {\n const { delegate } = intervalProvider;\n if (delegate?.setInterval) {\n return delegate.setInterval(handler, timeout, ...args);\n }\n return setInterval(handler, timeout, ...args);\n },\n clearInterval(handle) {\n const { delegate } = intervalProvider;\n return (delegate?.clearInterval || clearInterval)(handle as any);\n },\n delegate: undefined,\n};\n", "import { Action } from './Action';\nimport { SchedulerAction } from '../types';\nimport { Subscription } from '../Subscription';\nimport { AsyncScheduler } from './AsyncScheduler';\nimport { intervalProvider } from './intervalProvider';\nimport { arrRemove } from '../util/arrRemove';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncAction extends Action {\n public id: TimerHandle | undefined;\n public state?: T;\n // @ts-ignore: Property has no initializer and is not definitely assigned\n public delay: number;\n protected pending: boolean = false;\n\n constructor(protected scheduler: AsyncScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (this.closed) {\n return this;\n }\n\n // Always replace the current state with the new state.\n this.state = state;\n\n const id = this.id;\n const scheduler = this.scheduler;\n\n //\n // Important implementation note:\n //\n // Actions only execute once by default, unless rescheduled from within the\n // scheduled callback. This allows us to implement single and repeat\n // actions via the same code path, without adding API surface area, as well\n // as mimic traditional recursion but across asynchronous boundaries.\n //\n // However, JS runtimes and timers distinguish between intervals achieved by\n // serial `setTimeout` calls vs. a single `setInterval` call. An interval of\n // serial `setTimeout` calls can be individually delayed, which delays\n // scheduling the next `setTimeout`, and so on. `setInterval` attempts to\n // guarantee the interval callback will be invoked more precisely to the\n // interval period, regardless of load.\n //\n // Therefore, we use `setInterval` to schedule single and repeat actions.\n // If the action reschedules itself with the same delay, the interval is not\n // canceled. If the action doesn't reschedule, or reschedules with a\n // different delay, the interval will be canceled after scheduled callback\n // execution.\n //\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, delay);\n }\n\n // Set the pending flag indicating that this action has been scheduled, or\n // has recursively rescheduled itself.\n this.pending = true;\n\n this.delay = delay;\n // If this action has already an async Id, don't request a new one.\n this.id = this.id ?? this.requestAsyncId(scheduler, this.id, delay);\n\n return this;\n }\n\n protected requestAsyncId(scheduler: AsyncScheduler, _id?: TimerHandle, delay: number = 0): TimerHandle {\n return intervalProvider.setInterval(scheduler.flush.bind(scheduler, this), delay);\n }\n\n protected recycleAsyncId(_scheduler: AsyncScheduler, id?: TimerHandle, delay: number | null = 0): TimerHandle | undefined {\n // If this action is rescheduled with the same delay time, don't clear the interval id.\n if (delay != null && this.delay === delay && this.pending === false) {\n return id;\n }\n // Otherwise, if the action's delay time is different from the current delay,\n // or the action has been rescheduled before it's executed, clear the interval id\n if (id != null) {\n intervalProvider.clearInterval(id);\n }\n\n return undefined;\n }\n\n /**\n * Immediately executes this action and the `work` it contains.\n * @return {any}\n */\n public execute(state: T, delay: number): any {\n if (this.closed) {\n return new Error('executing a cancelled action');\n }\n\n this.pending = false;\n const error = this._execute(state, delay);\n if (error) {\n return error;\n } else if (this.pending === false && this.id != null) {\n // Dequeue if the action didn't reschedule itself. Don't call\n // unsubscribe(), because the action could reschedule later.\n // For example:\n // ```\n // scheduler.schedule(function doWork(counter) {\n // /* ... I'm a busy worker bee ... */\n // var originalAction = this;\n // /* wait 100ms before rescheduling the action */\n // setTimeout(function () {\n // originalAction.schedule(counter + 1);\n // }, 100);\n // }, 1000);\n // ```\n this.id = this.recycleAsyncId(this.scheduler, this.id, null);\n }\n }\n\n protected _execute(state: T, _delay: number): any {\n let errored: boolean = false;\n let errorValue: any;\n try {\n this.work(state);\n } catch (e) {\n errored = true;\n // HACK: Since code elsewhere is relying on the \"truthiness\" of the\n // return here, we can't have it return \"\" or 0 or false.\n // TODO: Clean this up when we refactor schedulers mid-version-8 or so.\n errorValue = e ? e : new Error('Scheduled action threw falsy error');\n }\n if (errored) {\n this.unsubscribe();\n return errorValue;\n }\n }\n\n unsubscribe() {\n if (!this.closed) {\n const { id, scheduler } = this;\n const { actions } = scheduler;\n\n this.work = this.state = this.scheduler = null!;\n this.pending = false;\n\n arrRemove(actions, this);\n if (id != null) {\n this.id = this.recycleAsyncId(scheduler, id, null);\n }\n\n this.delay = null!;\n super.unsubscribe();\n }\n }\n}\n", "import { Action } from './scheduler/Action';\nimport { Subscription } from './Subscription';\nimport { SchedulerLike, SchedulerAction } from './types';\nimport { dateTimestampProvider } from './scheduler/dateTimestampProvider';\n\n/**\n * An execution context and a data structure to order tasks and schedule their\n * execution. Provides a notion of (potentially virtual) time, through the\n * `now()` getter method.\n *\n * Each unit of work in a Scheduler is called an `Action`.\n *\n * ```ts\n * class Scheduler {\n * now(): number;\n * schedule(work, delay?, state?): Subscription;\n * }\n * ```\n *\n * @class Scheduler\n * @deprecated Scheduler is an internal implementation detail of RxJS, and\n * should not be used directly. Rather, create your own class and implement\n * {@link SchedulerLike}. Will be made internal in v8.\n */\nexport class Scheduler implements SchedulerLike {\n public static now: () => number = dateTimestampProvider.now;\n\n constructor(private schedulerActionCtor: typeof Action, now: () => number = Scheduler.now) {\n this.now = now;\n }\n\n /**\n * A getter method that returns a number representing the current time\n * (at the time this function was called) according to the scheduler's own\n * internal clock.\n * @return {number} A number that represents the current time. May or may not\n * have a relation to wall-clock time. May or may not refer to a time unit\n * (e.g. milliseconds).\n */\n public now: () => number;\n\n /**\n * Schedules a function, `work`, for execution. May happen at some point in\n * the future, according to the `delay` parameter, if specified. May be passed\n * some context object, `state`, which will be passed to the `work` function.\n *\n * The given arguments will be processed an stored as an Action object in a\n * queue of actions.\n *\n * @param {function(state: ?T): ?Subscription} work A function representing a\n * task, or some unit of work to be executed by the Scheduler.\n * @param {number} [delay] Time to wait before executing the work, where the\n * time unit is implicit and defined by the Scheduler itself.\n * @param {T} [state] Some contextual data that the `work` function uses when\n * called by the Scheduler.\n * @return {Subscription} A subscription in order to be able to unsubscribe\n * the scheduled work.\n */\n public schedule(work: (this: SchedulerAction, state?: T) => void, delay: number = 0, state?: T): Subscription {\n return new this.schedulerActionCtor(this, work).schedule(state, delay);\n }\n}\n", "import { Scheduler } from '../Scheduler';\nimport { Action } from './Action';\nimport { AsyncAction } from './AsyncAction';\nimport { TimerHandle } from './timerHandle';\n\nexport class AsyncScheduler extends Scheduler {\n public actions: Array> = [];\n /**\n * A flag to indicate whether the Scheduler is currently executing a batch of\n * queued actions.\n * @type {boolean}\n * @internal\n */\n public _active: boolean = false;\n /**\n * An internal ID used to track the latest asynchronous task such as those\n * coming from `setTimeout`, `setInterval`, `requestAnimationFrame`, and\n * others.\n * @type {any}\n * @internal\n */\n public _scheduled: TimerHandle | undefined;\n\n constructor(SchedulerAction: typeof Action, now: () => number = Scheduler.now) {\n super(SchedulerAction, now);\n }\n\n public flush(action: AsyncAction): void {\n const { actions } = this;\n\n if (this._active) {\n actions.push(action);\n return;\n }\n\n let error: any;\n this._active = true;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions.shift()!)); // exhaust the scheduler queue\n\n this._active = false;\n\n if (error) {\n while ((action = actions.shift()!)) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\n/**\n *\n * Async Scheduler\n *\n * Schedule task as if you used setTimeout(task, duration)\n *\n * `async` scheduler schedules tasks asynchronously, by putting them on the JavaScript\n * event loop queue. It is best used to delay tasks in time or to schedule tasks repeating\n * in intervals.\n *\n * If you just want to \"defer\" task, that is to perform it right after currently\n * executing synchronous code ends (commonly achieved by `setTimeout(deferredTask, 0)`),\n * better choice will be the {@link asapScheduler} scheduler.\n *\n * ## Examples\n * Use async scheduler to delay task\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * const task = () => console.log('it works!');\n *\n * asyncScheduler.schedule(task, 2000);\n *\n * // After 2 seconds logs:\n * // \"it works!\"\n * ```\n *\n * Use async scheduler to repeat task in intervals\n * ```ts\n * import { asyncScheduler } from 'rxjs';\n *\n * function task(state) {\n * console.log(state);\n * this.schedule(state + 1, 1000); // `this` references currently executing Action,\n * // which we reschedule with new state and delay\n * }\n *\n * asyncScheduler.schedule(task, 3000, 0);\n *\n * // Logs:\n * // 0 after 3s\n * // 1 after 4s\n * // 2 after 5s\n * // 3 after 6s\n * ```\n */\n\nexport const asyncScheduler = new AsyncScheduler(AsyncAction);\n\n/**\n * @deprecated Renamed to {@link asyncScheduler}. Will be removed in v8.\n */\nexport const async = asyncScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { Subscription } from '../Subscription';\nimport { QueueScheduler } from './QueueScheduler';\nimport { SchedulerAction } from '../types';\nimport { TimerHandle } from './timerHandle';\n\nexport class QueueAction extends AsyncAction {\n constructor(protected scheduler: QueueScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n public schedule(state?: T, delay: number = 0): Subscription {\n if (delay > 0) {\n return super.schedule(state, delay);\n }\n this.delay = delay;\n this.state = state;\n this.scheduler.flush(this);\n return this;\n }\n\n public execute(state: T, delay: number): any {\n return delay > 0 || this.closed ? super.execute(state, delay) : this._execute(state, delay);\n }\n\n protected requestAsyncId(scheduler: QueueScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n\n if ((delay != null && delay > 0) || (delay == null && this.delay > 0)) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n\n // Otherwise flush the scheduler starting with this action.\n scheduler.flush(this);\n\n // HACK: In the past, this was returning `void`. However, `void` isn't a valid\n // `TimerHandle`, and generally the return value here isn't really used. So the\n // compromise is to return `0` which is both \"falsy\" and a valid `TimerHandle`,\n // as opposed to refactoring every other instanceo of `requestAsyncId`.\n return 0;\n }\n}\n", "import { AsyncScheduler } from './AsyncScheduler';\n\nexport class QueueScheduler extends AsyncScheduler {\n}\n", "import { QueueAction } from './QueueAction';\nimport { QueueScheduler } from './QueueScheduler';\n\n/**\n *\n * Queue Scheduler\n *\n * Put every next task on a queue, instead of executing it immediately\n *\n * `queue` scheduler, when used with delay, behaves the same as {@link asyncScheduler} scheduler.\n *\n * When used without delay, it schedules given task synchronously - executes it right when\n * it is scheduled. However when called recursively, that is when inside the scheduled task,\n * another task is scheduled with queue scheduler, instead of executing immediately as well,\n * that task will be put on a queue and wait for current one to finish.\n *\n * This means that when you execute task with `queue` scheduler, you are sure it will end\n * before any other task scheduled with that scheduler will start.\n *\n * ## Examples\n * Schedule recursively first, then do something\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(() => {\n * queueScheduler.schedule(() => console.log('second')); // will not happen now, but will be put on a queue\n *\n * console.log('first');\n * });\n *\n * // Logs:\n * // \"first\"\n * // \"second\"\n * ```\n *\n * Reschedule itself recursively\n * ```ts\n * import { queueScheduler } from 'rxjs';\n *\n * queueScheduler.schedule(function(state) {\n * if (state !== 0) {\n * console.log('before', state);\n * this.schedule(state - 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * console.log('after', state);\n * }\n * }, 0, 3);\n *\n * // In scheduler that runs recursively, you would expect:\n * // \"before\", 3\n * // \"before\", 2\n * // \"before\", 1\n * // \"after\", 1\n * // \"after\", 2\n * // \"after\", 3\n *\n * // But with queue it logs:\n * // \"before\", 3\n * // \"after\", 3\n * // \"before\", 2\n * // \"after\", 2\n * // \"before\", 1\n * // \"after\", 1\n * ```\n */\n\nexport const queueScheduler = new QueueScheduler(QueueAction);\n\n/**\n * @deprecated Renamed to {@link queueScheduler}. Will be removed in v8.\n */\nexport const queue = queueScheduler;\n", "import { AsyncAction } from './AsyncAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\nimport { SchedulerAction } from '../types';\nimport { animationFrameProvider } from './animationFrameProvider';\nimport { TimerHandle } from './timerHandle';\n\nexport class AnimationFrameAction extends AsyncAction {\n constructor(protected scheduler: AnimationFrameScheduler, protected work: (this: SchedulerAction, state?: T) => void) {\n super(scheduler, work);\n }\n\n protected requestAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle {\n // If delay is greater than 0, request as an async action.\n if (delay !== null && delay > 0) {\n return super.requestAsyncId(scheduler, id, delay);\n }\n // Push the action to the end of the scheduler queue.\n scheduler.actions.push(this);\n // If an animation frame has already been requested, don't request another\n // one. If an animation frame hasn't been requested yet, request one. Return\n // the current animation frame request id.\n return scheduler._scheduled || (scheduler._scheduled = animationFrameProvider.requestAnimationFrame(() => scheduler.flush(undefined)));\n }\n\n protected recycleAsyncId(scheduler: AnimationFrameScheduler, id?: TimerHandle, delay: number = 0): TimerHandle | undefined {\n // If delay exists and is greater than 0, or if the delay is null (the\n // action wasn't rescheduled) but was originally scheduled as an async\n // action, then recycle as an async action.\n if (delay != null ? delay > 0 : this.delay > 0) {\n return super.recycleAsyncId(scheduler, id, delay);\n }\n // If the scheduler queue has no remaining actions with the same async id,\n // cancel the requested animation frame and set the scheduled flag to\n // undefined so the next AnimationFrameAction will request its own.\n const { actions } = scheduler;\n if (id != null && actions[actions.length - 1]?.id !== id) {\n animationFrameProvider.cancelAnimationFrame(id as number);\n scheduler._scheduled = undefined;\n }\n // Return undefined so the action knows to request a new async id if it's rescheduled.\n return undefined;\n }\n}\n", "import { AsyncAction } from './AsyncAction';\nimport { AsyncScheduler } from './AsyncScheduler';\n\nexport class AnimationFrameScheduler extends AsyncScheduler {\n public flush(action?: AsyncAction): void {\n this._active = true;\n // The async id that effects a call to flush is stored in _scheduled.\n // Before executing an action, it's necessary to check the action's async\n // id to determine whether it's supposed to be executed in the current\n // flush.\n // Previous implementations of this method used a count to determine this,\n // but that was unsound, as actions that are unsubscribed - i.e. cancelled -\n // are removed from the actions array and that can shift actions that are\n // scheduled to be executed in a subsequent flush into positions at which\n // they are executed within the current flush.\n const flushId = this._scheduled;\n this._scheduled = undefined;\n\n const { actions } = this;\n let error: any;\n action = action || actions.shift()!;\n\n do {\n if ((error = action.execute(action.state, action.delay))) {\n break;\n }\n } while ((action = actions[0]) && action.id === flushId && actions.shift());\n\n this._active = false;\n\n if (error) {\n while ((action = actions[0]) && action.id === flushId && actions.shift()) {\n action.unsubscribe();\n }\n throw error;\n }\n }\n}\n", "import { AnimationFrameAction } from './AnimationFrameAction';\nimport { AnimationFrameScheduler } from './AnimationFrameScheduler';\n\n/**\n *\n * Animation Frame Scheduler\n *\n * Perform task when `window.requestAnimationFrame` would fire\n *\n * When `animationFrame` scheduler is used with delay, it will fall back to {@link asyncScheduler} scheduler\n * behaviour.\n *\n * Without delay, `animationFrame` scheduler can be used to create smooth browser animations.\n * It makes sure scheduled task will happen just before next browser content repaint,\n * thus performing animations as efficiently as possible.\n *\n * ## Example\n * Schedule div height animation\n * ```ts\n * // html:
\n * import { animationFrameScheduler } from 'rxjs';\n *\n * const div = document.querySelector('div');\n *\n * animationFrameScheduler.schedule(function(height) {\n * div.style.height = height + \"px\";\n *\n * this.schedule(height + 1); // `this` references currently executing Action,\n * // which we reschedule with new state\n * }, 0, 0);\n *\n * // You will see a div element growing in height\n * ```\n */\n\nexport const animationFrameScheduler = new AnimationFrameScheduler(AnimationFrameAction);\n\n/**\n * @deprecated Renamed to {@link animationFrameScheduler}. Will be removed in v8.\n */\nexport const animationFrame = animationFrameScheduler;\n", "import { Observable } from '../Observable';\nimport { SchedulerLike } from '../types';\n\n/**\n * A simple Observable that emits no items to the Observer and immediately\n * emits a complete notification.\n *\n * Just emits 'complete', and nothing else.\n *\n * ![](empty.png)\n *\n * A simple Observable that only emits the complete notification. It can be used\n * for composing with other Observables, such as in a {@link mergeMap}.\n *\n * ## Examples\n *\n * Log complete notification\n *\n * ```ts\n * import { EMPTY } from 'rxjs';\n *\n * EMPTY.subscribe({\n * next: () => console.log('Next'),\n * complete: () => console.log('Complete!')\n * });\n *\n * // Outputs\n * // Complete!\n * ```\n *\n * Emit the number 7, then complete\n *\n * ```ts\n * import { EMPTY, startWith } from 'rxjs';\n *\n * const result = EMPTY.pipe(startWith(7));\n * result.subscribe(x => console.log(x));\n *\n * // Outputs\n * // 7\n * ```\n *\n * Map and flatten only odd numbers to the sequence `'a'`, `'b'`, `'c'`\n *\n * ```ts\n * import { interval, mergeMap, of, EMPTY } from 'rxjs';\n *\n * const interval$ = interval(1000);\n * const result = interval$.pipe(\n * mergeMap(x => x % 2 === 1 ? of('a', 'b', 'c') : EMPTY),\n * );\n * result.subscribe(x => console.log(x));\n *\n * // Results in the following to the console:\n * // x is equal to the count on the interval, e.g. (0, 1, 2, 3, ...)\n * // x will occur every 1000ms\n * // if x % 2 is equal to 1, print a, b, c (each on its own)\n * // if x % 2 is not equal to 1, nothing will be output\n * ```\n *\n * @see {@link Observable}\n * @see {@link NEVER}\n * @see {@link of}\n * @see {@link throwError}\n */\nexport const EMPTY = new Observable((subscriber) => subscriber.complete());\n\n/**\n * @param scheduler A {@link SchedulerLike} to use for scheduling\n * the emission of the complete notification.\n * @deprecated Replaced with the {@link EMPTY} constant or {@link scheduled} (e.g. `scheduled([], scheduler)`). Will be removed in v8.\n */\nexport function empty(scheduler?: SchedulerLike) {\n return scheduler ? emptyScheduled(scheduler) : EMPTY;\n}\n\nfunction emptyScheduled(scheduler: SchedulerLike) {\n return new Observable((subscriber) => scheduler.schedule(() => subscriber.complete()));\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport function isScheduler(value: any): value is SchedulerLike {\n return value && isFunction(value.schedule);\n}\n", "import { SchedulerLike } from '../types';\nimport { isFunction } from './isFunction';\nimport { isScheduler } from './isScheduler';\n\nfunction last(arr: T[]): T | undefined {\n return arr[arr.length - 1];\n}\n\nexport function popResultSelector(args: any[]): ((...args: unknown[]) => unknown) | undefined {\n return isFunction(last(args)) ? args.pop() : undefined;\n}\n\nexport function popScheduler(args: any[]): SchedulerLike | undefined {\n return isScheduler(last(args)) ? args.pop() : undefined;\n}\n\nexport function popNumber(args: any[], defaultValue: number): number {\n return typeof last(args) === 'number' ? args.pop()! : defaultValue;\n}\n", "export const isArrayLike = ((x: any): x is ArrayLike => x && typeof x.length === 'number' && typeof x !== 'function');", "import { isFunction } from \"./isFunction\";\n\n/**\n * Tests to see if the object is \"thennable\".\n * @param value the object to test\n */\nexport function isPromise(value: any): value is PromiseLike {\n return isFunction(value?.then);\n}\n", "import { InteropObservable } from '../types';\nimport { observable as Symbol_observable } from '../symbol/observable';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being Observable (but not necessary an Rx Observable) */\nexport function isInteropObservable(input: any): input is InteropObservable {\n return isFunction(input[Symbol_observable]);\n}\n", "import { isFunction } from './isFunction';\n\nexport function isAsyncIterable(obj: any): obj is AsyncIterable {\n return Symbol.asyncIterator && isFunction(obj?.[Symbol.asyncIterator]);\n}\n", "/**\n * Creates the TypeError to throw if an invalid object is passed to `from` or `scheduled`.\n * @param input The object that was passed.\n */\nexport function createInvalidObservableTypeError(input: any) {\n // TODO: We should create error codes that can be looked up, so this can be less verbose.\n return new TypeError(\n `You provided ${\n input !== null && typeof input === 'object' ? 'an invalid object' : `'${input}'`\n } where a stream was expected. You can provide an Observable, Promise, ReadableStream, Array, AsyncIterable, or Iterable.`\n );\n}\n", "export function getSymbolIterator(): symbol {\n if (typeof Symbol !== 'function' || !Symbol.iterator) {\n return '@@iterator' as any;\n }\n\n return Symbol.iterator;\n}\n\nexport const iterator = getSymbolIterator();\n", "import { iterator as Symbol_iterator } from '../symbol/iterator';\nimport { isFunction } from './isFunction';\n\n/** Identifies an input as being an Iterable */\nexport function isIterable(input: any): input is Iterable {\n return isFunction(input?.[Symbol_iterator]);\n}\n", "import { ReadableStreamLike } from '../types';\nimport { isFunction } from './isFunction';\n\nexport async function* readableStreamLikeToAsyncGenerator(readableStream: ReadableStreamLike): AsyncGenerator {\n const reader = readableStream.getReader();\n try {\n while (true) {\n const { value, done } = await reader.read();\n if (done) {\n return;\n }\n yield value!;\n }\n } finally {\n reader.releaseLock();\n }\n}\n\nexport function isReadableStreamLike(obj: any): obj is ReadableStreamLike {\n // We don't want to use instanceof checks because they would return\n // false for instances from another Realm, like an + + +

Figura 1 - Gráfico das respostas avaliadas na entrega 1

+

Respostas

+Autor(es): Ruan Carvalho

+
+

Entrega 02

+

Nesta segunda entrega do projeto estão contidos os seguintes pontos:

+
    +
  • Perfil do usuário.
    • +
  • Aspectos Éticos de Pesquisas Envolvendo Pessoas
    • +
  • Termo de consentimento
    • +
  • Análise de tarefas
    • +
  • Requisitos de usuários
    • +
  • Cenários
    • +
+ +

Vídeo 2 - Apresentação da entrega 2.

+ + +

Link: Apresentação

+

Aspectos avaliados

+

Tabela 2 - Aspectos avaliados na entrega 2.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Desenvolvimento do projeto.Todos os 9 itens:Sim03/12/2024, 22:45
Itens do conteúdo da disciplina.1 - O perfil do usuário?Sim1.0, 03/12/2024, 22:47
2 - O perfil do usuário possui os atributos de um perfil.Sim1.0, 03/12/2024, 22:47
3 - O perfil do usuário define os grupos de atributos apresentados no capítulo 8 - Organização do Espaço de Problema.Sim1.0, 03/12/2024, 22:48
4 - Considera aspectos Éticos de Pesquisas Envolvendo Pessoas?Sim1.0, 03/12/2024, 22:52
5 - Os 4 princípios (da autonomia, da beneficência, princípio da não maleficência e da justiça e equidade)Sim1.0, 03/12/2024, 22:51
6 - que solicitará a permissão para gravar a voz ou imagem de qualquer pessoa, antes de começar a gravação?Sim1.0, 03/12/2024, 22:50
7 - O termo de consentimento livre e esclarecido dos participantes?Sim1.0, 03/12/2024, 22:50
8 - Foram utilizadas no mínimo duas técnicas para coletar dados e levantar os requisitos dos usuários (quanto mais melhor)?Incompleto1.0, 03/12/2024, 22:48
9 - Os Cenários?Sim1.0, 03/12/2024, 22:53
10 - a Análise de tarefas?Sim1.0, 03/12/2024, 22:53
11 – uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas técnicas para especificar as tarefas?Sim1.0, 03/12/2024, 22:54
12 - Utilizaram alguma técnica para especificar as tarefas?Sim1.0, 03/12/2024, 22:54
Importante:Cada integrante da equipe deve elaborar ao menos um 1 item de conteúdo da disciplina com referência bibliográfica da fonte e foto do texto da referência.Sim03/12/2024, 22:54
+

Autor(es): João Vitor, Marcelo Adrian, 2024.

+

Figura 2 - Gráfico das respostas avaliadas na entrega 2

+

Respostas

+Autor(es): Ruan Carvalho

+

Entrega 03

+

Nesta terceira entrega do projeto estão contidos os seguintes pontos:

+
    +
  • Princípios Gerais de Projeto
    • +
  • Metas de usabilidade
    • +
  • Guia de Estilo
    • +
  • As características da plataforma para o projeto
    • +
+ +

Vídeo 3 - Apresentação da entrega 3.

+ + +

Link: Apresentação

+

Tabela 3 - Aspectos avaliados na entrega 3.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Desenvolvimento do projeto.Todos os 9 itens:Sim03/12/2024, 22:56
10 - As características da plataforma para o projetoSim1.0, 03/12/2024, 22:56
11 - Os Princípios Gerais do Projeto que serão utilizados no projeto?Sim1.0, 03/12/2024, 23:02
12 - Os Princípios Gerais do Projeto contém os seguintes tópicos?
1- correspondência com as expectativas dos usuários;
2- simplicidade nas estruturas das tarefas;
3- equilíbrio entre controle e liberdade do usuário
4- consistência e padronização; promoção da eficiência do usuário;
5- antecipação das necessidades do usuário;
6 - visibilidade e reconhecimento;
7- conteúdo relevante e expressão adequada;
8 - projeto para erros.		Incompleto1.0, 03/12/2024, 22:59
13 - As metas de usabilidade que devem ser alcançadas no projeto ou os objetivos de uma avaliação de IHC.Sim1.0, 03/12/2024, 23:05
14 - A razão da seleção das metas de usabilidade?Sim1.0, 03/12/2024, 23:06
15 - O Guia de Estilo do projeto?Incompleto1.0, 03/12/2024, 23:06
16 - O Guia de Estilo do projeto possui a seguinte estrutura:
• 1. Introdução (com Objetivo do guia de estilo, Organização e conteúdo do guia de estilo, Público-alvo do guia de estilos (programadores, gerentes, equipe de suporte), Como utilizar o guia (em produção e manutenção), Como manter o guia
• 2. Resultados de análise • Descrição do ambiente de trabalho do usuário
• 3. Elementos de interface • Disposição espacial e grid • Janelas • Tipografia • Cores
• 4. Elementos de interação - • Estilos de interação • Seleção de um estilo • Aceleradores (teclas de atalho)
• 5. Elementos de ação • Preenchimento de campos • Seleçã • Ativação
• 6. Vocabulário e padrões • Terminologia • Tipos de tela (para tarefas comuns) • Sequências de diálogos (e.g., para feedback ou confirmação de uma operação)		Incompleto1.0, 03/12/2024, 23:06
17 - O Guia de Estilo corresponde ao site avaliado?Sim1.0, 03/12/2024, 23:09
Importante:Cada integrante da equipe deve elaborar ao menos um 1 item de conteúdo da disciplina com referência bibliográfica da fonte e foto do texto da referência.Sim03/12/2024, 23:12
+

Autor(es): João Vitor, 2024.

+

Figura 3 - Gráfico das respostas avaliadas na entrega 3

+

Respostas

+Autor(es): Ruan Carvalho

+

Entrega 04

+

Nesta quarta entrega do projeto estão contidos os seguintes pontos:

+
    +
  • Planejamento da avaliação do Storyboard e Análise de tarefas
    • +
  • Planejamento do relato dos resultados da avaliação do Storyboard
    • +
  • Planejamento do relato dos resultados da avaliação da Análise de tarefas
    • +
+ +

Vídeo 4 - Apresentação da entrega 4.

+ + +

Link: Apresentação

+

Tabela 4 - Aspectos avaliados na entrega 4.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Desenvolvimento do projeto.Todos os 9 itens:Sim10/12/2024, 21:56
2 - O planejamento da avaliação segue o Framework DECIDE?sim1.1, 10/12/2024, 21:57
3- Descreve o(s) objetivo(s) da avaliação? (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual)sim1.1, 10/12/2024, 21:58
4 - Os métodos de avaliação a serem utilizados? Adicionar referência bibliográfica da fonte e foto do texto da referência explicando os métodos de avaliação. Autor: Simone Barbosasim1.1, 10/12/2024, 21:59
5 - As questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota; a preparação e o uso dos equipamentos necessários, os prazos; o orçamento; recursos de mão-de-obra necessária para conduzir a avaliação)?sim1.1, 10/12/2024, 22:00
6 - As questões éticas ( se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.)?sim1.0, 10/12/2024, 22:01
7 - A estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)?sim1.1, 10/12/2024, 22:06
8 - Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas?sim1.0, 10/12/2024, 22:07
9 – cada desenho do StoryBoard está relacionado uma especificação do artefato da Análise de Tarefas?sim1.0, 10/12/2024, 22:07
10 – quantidade de storyboards é igual a quantidade de integrantes do grupo?sim1.0, 10/12/2024, 22:09
11 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? Adicionar referência bibliográfica da fonte e foto do texto da referência explicando o teste piloto. Autor: Simone Barbosasim1.0, 10/12/2024, 22:11
12 - O resultado do teste piloto não será apresentado no resultado da avaliação?sim1.0, 10/12/2024, 22:12
13 - Os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)?sim1.0, 10/12/2024, 22:08
ImportanteCada integrante da equipe deve elaborar ao menos um 1 item de conteúdo da disciplina com referência bibliográfica da fonte e foto do texto da referência.sim10/12/2024, 21:54
+

Autor(es): Ruan Carvalho, 2024.

+

Figura 4 - Gráfico das respostas avaliadas na entrega 4

+

Respostas

+Autor(es): Ruan Carvalho

+

Entrega 05

+

Tabela 5 - Aspectos avaliados na entrega 5.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ItemPerguntaRespostaVersão, data e horário da avaliaçãoReferência
1O teste-piloto foi realizado, seguindo a estrutura planejada, e está devidamente documentado?Sim1.0, 05/01/2025 e 22:30
2As entrevistas foram gravadas, disponibilizadas para análise?Sim1.0, 05/01/2025 e 22:30
3Conduziram-se em conformidade com os critérios estabelecidos no termo de consentimento informado?Sim1.0, 05/01/2025 e 22:30
4Os storyboards e as análises de tarefas foram apresentados aos entrevistados de forma clara e compreensível no decorrer das entrevistas?Sim1.0, 05/01/2025 e 22:30
5Os participantes recrutados representam adequadamente o público-alvo?Sim1.0, 05/01/2025 e 22:30
6O storyboard e as análises de tarefas refletem de forma detalhada as funcionalidades propostas?Sim1.0, 05/01/2025 e 22:30
7O planejamento do protótipo de papel segue o framework DECIDE?Sim1.0, 05/01/2025 e 22:30
8Foi definida uma estrutura para o teste-piloto?Sim1.0, 05/01/2025 e 22:30
9O storyboard e as análises de tarefas refletem de forma detalhada as funcionalidades propostas?Sim1.0, 05/01/2025 e 22:30
10O planejamento da avaliação e do relato do protótipo de papel possui um cronograma definido?Sim1.0, 05/01/2025 e 22:30
11As questões éticas estão inclusas no planejamento de avaliação do protótipo de papel?Sim1.0, 05/01/2025 e 22:30
+

Autor(es): Marcelo Adrian, 2025.

+

Entrega 06

+

Tabela 6 - Aspectos avaliados na entrega 6.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ItemPerguntaRespostaVersão, data e horário da avaliaçãoReferência
1A avaliação do protótipo de papel foi realizada por pelo menos 2 avaliadores?Incompleto1.0, 14/01/2025 às 23:00 às 23:001 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
2A avaliação teve um responsável por simular o comportamento do sistema e outro por observar a experiência de uso?Incompleto1.0, 14/01/2025 às 23:002 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
3O responsável por simular o sistema busca compreender as ações do usuário sobre o protótipo em papel e possivelmente as intenções que motivaram tais ações?Sim1.0, 14/01/2025 às 23:003 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
4O responsável por simular o sistema modifica a interface conforme o comportamento planejado para o sistema, sem, no entanto, fornecer explicações ou orientações para o usuário?Não.1.0, 14/01/2025 às 23:004 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
5Tudo o que for necessário informar ao usuário está representado na interface do sistema?Sim.1.0, 14/01/2025 às 23:005 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
6No início da sessão, o responsável por simular o comportamento do sistema apresenta o protótipo em papel e explica como estão representados os elementos de interface (widgets) e como os participantes podem “interagir” com eles?Sim.1.0, 14/01/2025 às 23:006 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
7Depois de apresentar a interface, os avaliadores entregam os cenários ao participante e explicam as tarefas a serem executadas?Sim.1.0, 14/01/2025 às 23:007 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
8O avaliador modifica a interface com base nas interações do usuário?Sim.1.0, 14/01/2025 às 23:008 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
9Durante a simulação da interação, o observador está atento às partes da interface que funcionaram bem e que funcionaram mal, quais tarefas foram concluídas com sucesso, quais erros foram cometidos, quais comentários foram feitos e quaisquer outros dados que auxiliem a apreciar a qualidade da interface?Sim.1.0, 14/01/2025 às 23:009 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
10Os avaliadores realizaram uma entrevista pós-teste para colher a opinião do participante sobre o protótipo da interface e sugestões de melhorias?Incompleto.1.0, 14/01/2025 às 23:0010 Páginas: 360 e 361, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
11A partir da análise dos avaliadores após a avaliação, foi feita uma lista de problemas na interface que devem ser corrigidos, além de indicações de partes do sistema que podem ser aperfeiçoadas?Sim.1.0, 14/01/2025 às 23:0011 Página: 361, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
12Os problemas fáceis de resolver foram resolvidos antes da execução da próxima simulação de uso com outro participante?Não.1.0, 14/01/2025 às 23:0012 Página: 361, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
+

Autor(es): Felipe Rodrigues, 2025.

+

Entrega 07

+

Tabela 7 - Aspectos avaliados na entrega 7.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ItemPerguntaRespostaVersão, data e horário da avaliaçãoReferência
1O protótipo de alta fidelidade incorpora decisões sobre tamanhos, posições, cores, fontes e outros detalhes visuais?Sim1.0, 26/01/2025 às 21:581 Página: 210, Capítulo 9.4. Design da Interface. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
2As ferramentas utilizadas para criar o protótipo de alta fidelidade foram mencionadas?Sim1.3, 26/01/2025 às 22:012 Página: 210, Capítulo 9.4. Design da Interface. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
3Foram coletados registros adicionais como vídeos de interação, teclas digitadas ou comentários em áudio dos participantes?Sim1.0, 26/01/2025 às 22:033 Página: 289, Capítulo 12.2. Avaliação de IHC através de Observação. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
4O desempenho dos participantes foi observado e medido, incluindo o número de erros, tempo de execução?Sim1.0, 26/01/2025 às 22:044 Página: 289, Capítulo 12.2. Avaliação de IHC através de Observação. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
5Foram identificados e categorizados os problemas encontrados na interação dos usuários com o protótipo?Sim1.0, 26/01/2025 às 22:055 Página: 289, Capítulo 12.2. Avaliação de IHC através de Observação. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
6Para cada problema observado, os entrevistadores elaboraram explicações sobre as causas e propôs sugestões de melhorias?Sim1.0, 26/01/2025 às 22:076 Página: 289, Capítulo 12.2. Avaliação de IHC através de Observação. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
7O relato apresenta os dados em tabelas para análise?Sim1.0, 26/01/2025 às 22:087 Página: 289, Capítulo 12.2. Avaliação de IHC através de Observação. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.
+

Referência Bibliográfica

+
+
    +
  1. +

    BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2010.

    +
    2. +
  2. +

    Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.

    +
    3. +
+
+

Bibliografia

+

SILVA, André Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano Computador, 2° semestre de 2024. Disponível em: Plano de Ensino.

+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0criação do arquivoRuan Carvalho12/11/2024Marcelo Adrian12/11/2024
1.1Revisão da auto avaliaçãoMarcelo Adrian24/11/2024Felipe Rodrigues24/11/2024
1.2Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
1.3Criação inicial da Autoavaliação 2Marcelo Adrian02/12/2024João Vitor03/12/2024
1.4Adição da autoavaliação 2 e 3João Vitor03/12/2024Felipe Rodrigues03/12/2024
1.5Criação da tabela 4 e adição de gráficosRuan Carvalho09/12/2024Marcelo Adrian10/12/2024
1.6Criação da tabela 5Marcelo Adrian05/01/2025Ruan Carvalho05/01/2025
1.7Criação da lista de verificação da entrega 6Felipe Rodrigues14/01/2025
1.8Avaliação do grupoFelipe Rodrigues14/01/2025
1.8Criação da lista de verificação da entrega 7João Vitor26/01/2025
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/entregas/avalia\303\247\303\265es/avalia\303\247\303\243o_grupo06_1/index.html" "b/entregas/avalia\303\247\303\265es/avalia\303\247\303\243o_grupo06_1/index.html" new file mode 100644 index 00000000..5648fa35 --- /dev/null +++ "b/entregas/avalia\303\247\303\265es/avalia\303\247\303\243o_grupo06_1/index.html" @@ -0,0 +1,2975 @@ + + + + + + + + + + + + + + + + + + + + + + + Avaliação Grupo 6 - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Avaliação do grupo + 1 (Grupo 06)

+

Introdução

+

Neste documento está contido a avaliação do grupo 06 acerca de primeira entrega do projeto da disciplina de Interação Humano-Computador.

+

Video de primeira avaliação

+ + +

Link: Avaliação do grupo + 1

+

Aspectos avaliados na primeira entrega

+

Tabela 1 - Aspectos avaliados na entrega 1.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Planejamento Geral do projeto.1 – Uma página apresentando os integrantes da equipe (com foto) com nome e sem matrícula?Sim1.0, 13/11/2024, 16:00
2 - O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de início e fim das entrega dos artefatos e com o período da revisão deles?Sim1.3, 13/11/2024, 16:08
3 - O cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.Sim1.3, 13/11/2024, 16:09
4 - O cronograma prevê um período de revisão/ajustes nos artefatos devido às considerações dos monitores/professor?Sim1.4.1, 24/11/2024, 18:40
5 - A motivação e os critérios para a escolha do site?Sim1.1, 13/11/2024, 19:05
6 - O planejamento e avaliação dos sites selecionados?Incompleto1.2, 24/11/2024, 18:43
7 - Possui opção de contraste de cores?Sim1.0, 13/11/2024, 19:14
8 – Os artefatos: Planejamento do Projeto, equipe, lista de sites avaliados, site selecionado para o projeto da disciplina, Ferramentas do projeto, Processo de Design, cronograma das atividades?Sim1.0, 13/11/2024, 19:17
Itens do Desenvolvimento do projeto.1 - O histórico de versão padronizado?Sim1.0, 13/11/2024, 19:17
2 – O(s) autor(es) e o(s) revisor(es) para cada artefato?Incompleto1.0, 24/11/2024, 18:53
3 - Referências bibliográficas e/ou bibliografia em todos os artefatos?Sim1.0, 13/11/2024, 19:23
4 - As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro dos textos?Incompleto1.0, 24/11/2024, 18:48
5 - Um texto fazendo uma introdução dos artefatos?Sim1.0, 13/11/2024, 19:25
6 - O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.Sim1.4.1, 24/11/2024, 18:49
7 - Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc).Sim1.1, 13/11/2024, 19:27
8 – A gravação da reunião do grupo.Sim1.1, 13/11/2024, 19:28
9 - Vídeo de apresentação na categoria “não listado” no YouTube?Sim1.0, 13/11/2024, 19:30
Itens do conteúdo da disciplina.A justificativa da escolha do Processo de Design?Sim1.0, 13/11/2024, 20:34
+

Autor(es): Ruan Carvalho e Marcelo Adrian, 2024

+

Figura 1 - Gráfico das respostas avaliadas na entrega 1

+

Respostas

+

Autor(es): Marcelo Adrian, 2024

+

Entrega 2

+ + +

Link: Avaliação do grupo + 1

+

Tabela 2 - Aspectos avaliados na entrega 2.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Desenvolvimento do projeto.1 - O histórico de versão padronizado?Sim1.3, 04/12/2024, 18:00
2 – O(s) autor(es) e o(s) revisor(es) para cada artefato?Incompleto1.4.1, 04/12/2024, 18:01
3 - Referências bibliográficas e/ou bibliografia em todos os artefatos?Sim1.3, 04/12/2024, 18:08
4 - As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro dos textos?Sim1.3, 04/12/2024, 18:13
5 - Um texto fazendo uma introdução dos artefatos?Sim1.3, 04/12/2024, 18:13
6 - O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.Sim1.4.1, 04/12/2024, 18:16
7 - Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc).Sim1.0, 04/12/2024, 18:17
8 – A gravação da reunião do grupo.Não1.0, 04/12/2024, 18:18
9 - Vídeo de apresentação na categoria “não listado” no YouTube?Sim1.0, 04/12/2024, 18:19
Itens do conteúdo da disciplina.10 - O perfil do usuário?Sim1.4, 04/12/2024, 18:20
11 - O perfil do usuário possui os atributos de um perfil.Sim1.4, 04/12/2024, 18:21
12 - O perfil do usuário define os grupos de atributos apresentados no capítulo 8 - Organização do Espaço de Problema.Incompleto1.4, 04/12/2024, 18:21
13 - Considera aspectos Éticos de Pesquisas Envolvendo Pessoas?Sim1.1, 04/12/2024, 18:27
14 - Os 4 princípios (da autonomia, da beneficência, princípio da não maleficência e da justiça e equidade)Sim1.1, 04/12/2024, 18:28
15 - que solicitará a permissão para gravar a voz ou imagem de qualquer pessoa, antes de começar a gravação?Sim1.1, 04/12/2024, 18:30
16 - O termo de consentimento livre e esclarecido dos participantes?Sim1.1, 04/12/2024, 18:30
17 - Foram utilizadas no mínimo duas técnicas para coletar dados e levantar os requisitos dos usuários (quanto mais melhor)?Sim1.4, 04/12/2024, 18:30
18 - Os Cenários?Sim1.4, 04/12/2024, 18:31
19 - a Análise de tarefas?Sim1.6, 04/12/2024, 18:31
20 - uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas técnicas para especificar as tarefas?Sim1.6, 04/12/2024, 18:32
21 - Utilizaram alguma técnica para especificar as tarefas?Sim1.6, 04/12/2024, 18:32
+

Autor(es): João Vitor, 2024

+

Figura 2 - Gráfico das respostas avaliadas na entrega 2

+

Respostas

+

Autor(es): Ruan Carvalho, 2024

+

Entrega 3

+ + +

Link: Avaliação do grupo + 1

+

Tabela 3 - Aspectos avaliados na entrega 3.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Desenvolvimento do projeto.1 - O histórico de versão padronizado?Sim1.0, 04/12/2024, 19:02
2 – O(s) autor(es) e o(s) revisor(es) para cada artefato?Incompleto1.4.1, 04/12/2024, 18:01
3 - Referências bibliográficas e/ou bibliografia em todos os artefatos?Sim1.3, 04/12/2024, 18:08
4 - As tabelas e imagens possuem legenda e fonte e elas são chamadas dentro dos textos?Sim1.3, 04/12/2024, 18:13
5 - Um texto fazendo uma introdução dos artefatos?Sim1.3, 04/12/2024, 18:13
6 - O cronograma executado com quem realizou cada artefato/atividade com as datas de início e fim da construção/realização do artefato/atividade.Sim1.4.1, 04/12/2024, 18:16
7 - Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo, atividades definidas etc).Sim1.0, 04/12/2024, 18:17
8 – A gravação da reunião do grupo.Não1.0, 04/12/2024, 18:18
9 - Vídeo de apresentação na categoria “não listado” no YouTube?Sim1.0, 04/12/2024, 18:19
10 - As características da plataforma para o projetoSim1.0, 04/12/2024, 19:07
11 - Os Princípios Gerais do Projeto que serão utilizados no projeto?Sim1.0, 04/12/2024, 19:07
12 - Os Princípios Gerais do Projeto contém os seguintes tópicos?
1- correspondência com as expectativas dos usuários;
2- simplicidade nas estruturas das tarefas;
3- equilíbrio entre controle e liberdade do usuário
4- consistência e padronização; promoção da eficiência do usuário;
5- antecipação das necessidades do usuário;
6 - visibilidade e reconhecimento;
7- conteúdo relevante e expressão adequada;
8 - projeto para erros.		Sim1.0, 04/12/2024, 19:07
13 - As metas de usabilidade que devem ser alcançadas no projeto ou os objetivos de uma avaliação de IHC.Sim1.1, 04/12/2024, 19:09
14 - A razão da seleção das metas de usabilidade?Sim1.1, 04/12/2024, 19:09
15 - O Guia de Estilo do projeto?Sim1.1, 04/12/2024, 19:10
16 - O Guia de Estilo do projeto possui a seguinte estrutura:
• 1. Introdução (com Objetivo do guia de estilo, Organização e conteúdo do guia de estilo, Público-alvo do guia de estilos (programadores, gerentes, equipe de suporte), Como utilizar o guia (em produção e manutenção), Como manter o guia
• 2. Resultados de análise • Descrição do ambiente de trabalho do usuário
• 3. Elementos de interface • Disposição espacial e grid • Janelas • Tipografia • Cores
• 4. Elementos de interação - • Estilos de interação • Seleção de um estilo • Aceleradores (teclas de atalho)
• 5. Elementos de ação • Preenchimento de campos • Seleçã • Ativação
• 6. Vocabulário e padrões • Terminologia • Tipos de tela (para tarefas comuns) • Sequências de diálogos (e.g., para feedback ou confirmação de uma operação)		Sim1.1, 04/12/2024, 19:13
17 - O Guia de Estilo corresponde ao site avaliado?Sim1.1, 04/12/2024, 19:15
+

Autor(es): João Vitor, 2024.

+

Figura 3 - Gráfico das respostas avaliadas na entrega 3

+

Respostas

+

Autor(es): Ruan Carvalho, 2024

+

Entrega 04

+

Tabela 4 - Aspectos avaliados na entrega 4.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
O github pages possui:RespostaVersão, data e horário da avaliação
Itens do Desenvolvimento do projeto.Todos os 9 itens:Sim11/12/2024, 22:56
2 - O planejamento da avaliação segue o Framework DECIDE?sim1.0, 11/12/2024, 20:21
3- Descreve o(s) objetivo(s) da avaliação? (apropriação de tecnologia pelos usuários; ideias e alternativas de design; conformidade com um padrão; e/ou problemas na interação e na interface na fase do modelo conceitual)sim1.0, 11/12/2024, 20:22
4 - Os métodos de avaliação a serem utilizados? Adicionar referência bibliográfica da fonte e foto do texto da referência explicando os métodos de avaliação. Autor:sim1.0, 11/12/2024, 20:23
5 - As questões práticas da avaliação (sobre o recrutamento dos usuários que participarão da avaliação (onde e o perfil), quantos usuários participarão da avaliação e a razão dessa quantidade, presencial real ou remota; a preparação e o uso dos equipamentos necessários, os prazos; o orçamento; recursos de mão-de-obra necessária para conduzir a avaliação)?sim1.0, 11/12/2024, 20:24
6 - As questões éticas ( se os participantes da avaliação devem ser respeitados e não podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem após a divulgação dos resultados da avaliação.)?sim1.0, 11/12/2024, 20:26
7 - A estrutura do relatório do resultado da avaliação (os objetivos da avaliação; uma breve descrição do método de prototipação em papel; o número e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)?incompleto1.0, 11/12/2024, 20:31
8 - Um cronograma (data e horário) e local para realização da avaliação do StoryBoard e da Análise das Tarefas?incompleto1.0, 11/12/2024, 20:33
9 – cada desenho do StoryBoard está relacionado uma especificação do artefato da Análise de Tarefas?sim1.5, 11/12/20:35
10 – quantidade de storyboards é igual a quantidade de integrantes do grupo?sim1.5, 11/12/2024, 20:36
11 - A definição do teste piloto e data para realização do teste piloto antes da avaliação? Adicionar referência bibliográfica da fonte e foto do texto da referência explicando o teste piloto. Autor:sim1.0, 11/12/2024, 20:38
12 - O resultado do teste piloto não será apresentado no resultado da avaliação?sim1.0, 11/12/2024, 20:39
13 - Os itens que o avaliador deve realizar/anotar durante a avaliação (listar os problemas encontrados, priorizar a correção dos problemas não resolvidos)?sim1.0, 11/12/2024, 20:41
ImportanteCada integrante da equipe deve elaborar ao menos um 1 item de conteúdo da disciplina com referência bibliográfica da fonte e foto do texto da referência.sim11/12/2024, 20:42
+

Autor(es): Ruan Carvalho, 2024.

+

Figura 4 - Gráfico das respostas avaliadas na entrega 4

+

Respostas

+

Autor(es): Ruan Carvalho, 2024

+

Entrega 06

+

Tabela 5 - Aspectos avaliados na entrega 6.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ItemPerguntaRespostaVersão, data e horário da avaliaçãoReferência
1A avaliação do protótipo de papel foi realizada por pelo menos 2 avaliadores?Não.1.0, 15/01/2025 às 21:001 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
2A avaliação teve um responsável por simular o comportamento do sistema e outro por observar a experiência de uso?Não.1.0, 15/01/2025 às 21:002 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
3O responsável por simular o sistema busca compreender as ações do usuário sobre o protótipo em papel e possivelmente as intenções que motivaram tais ações?Sim.1.0, 15/01/2025 às 21:003 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
4O responsável por simular o sistema modifica a interface conforme o comportamento planejado para o sistema, sem, no entanto, fornecer explicações ou orientações para o usuário?Sim.1.0, 15/01/2025 às 21:004 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
5Tudo o que for necessário informar ao usuário está representado na interface do sistema?Sim.1.0, 15/01/2025 às 21:005 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
6No início da sessão, o responsável por simular o comportamento do sistema apresenta o protótipo em papel e explica como estão representados os elementos de interface (widgets) e como os participantes podem “interagir” com eles?Sim.1.0, 15/01/2025 às 21:006 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
7Depois de apresentar a interface, os avaliadores entregam os cenários ao participante e explicam as tarefas a serem executadas?Sim.1.0, 15/01/2025 às 21:007 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
8O avaliador modifica a interface com base nas interações do usuário?Sim.1.0, 15/01/2025 às 21:008 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
9Durante a simulação da interação, o observador está atento às partes da interface que funcionaram bem e que funcionaram mal, quais tarefas foram concluídas com sucesso, quais erros foram cometidos, quais comentários foram feitos e quaisquer outros dados que auxiliem a apreciar a qualidade da interface?Sim.1.0, 15/01/2025 às 21:009 Página: 360, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
10Os avaliadores realizaram uma entrevista pós-teste para colher a opinião do participante sobre o protótipo da interface e sugestões de melhorias?Incompleto.1.0, 15/01/2025 às 21:0010 Páginas: 360 e 361, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
11A partir da análise dos avaliadores após a avaliação, foi feita uma lista de problemas na interface que devem ser corrigidos, além de indicações de partes do sistema que podem ser aperfeiçoadas?Incompleto.1.0, 15/01/2025 às 21:0011 Página: 361, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
12Os problemas fáceis de resolver foram resolvidos antes da execução da próxima simulação de uso com outro participante?Não.1.0, 15/01/2025 às 21:0012 Página: 361, Capítulo 10. Métodos de Avaliação de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interação Humano-Computador, 1a. Edição, Editora Campus, 2010. Publicado em: 03/05/2021.
+

Autor(es): Felipe Rodrigues, 2025.

+

Figura 5 - Gráfico das respostas avaliadas na entrega 6

+

Respostas

+

Autor(es): Felipe Rodrigues, 2025.

+

Referência Bibliográfica

+

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2010.

+

Bibliografia

+

SILVA, André Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano Computador, 2° semestre de 2024. Disponível em: Plano de Ensino.

+

Histórico de Versões

+

Tabela 4 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Realização da avaliaçãoRuan Carvalho13/11/2024Marcelo Adrian13/11/2024
1.1Reavaliação após feedbackMarcelo Adrian24/11/2024Felipe Rodrigues24/11/2024
1.2Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
1.3Adição da avaliação do grupo +1, etapa 2 e 3João Vitor04/12/2024Ruan Carvalho04/12/2024
1.4Realização da avaliação 4Ruan Carvalho11/12/2024Marcelo Adrian11/12/2024
1.4Realização da avaliação 6Felipe Rodrigues15/01/2025Marcelo Adrian15/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/cronograma/index.html b/entregas/entrega_1/cronograma/index.html new file mode 100644 index 00000000..d658f7b5 --- /dev/null +++ b/entregas/entrega_1/cronograma/index.html @@ -0,0 +1,3290 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Cronograma Planejado - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma

+

Introdução

+

Este documento apresenta um cronograma detalhado para o desenvolvimento das atividades do projeto, distribuído em etapas que organizam e programam as entregas ao longo do período. Essa estrutura visa garantir um direcionamento e acompanhamento das atividades contínuas, separado por etapas e direcionado pelas datas presentes no Plano de Ensino.

+

Objetivo

+

O objetivo principal deste cronograma é facilitar o planejamento e a execução das atividades do projeto, garantindo uma gestão eficaz do tempo e da responsabilidade de cada integrante da equipe. Dessa forma, buscamos assegurar o cumprimento dos prazos estabelecidos e a qualidade das entregas através de revisões periódicas, promovendo uma colaboração produtiva e organizada.

+

Metodologia

+

O cronograma apresentado não configura uma metodologia formal, mas sim uma ferramenta de planejamento para gerenciar atividades e prazos do projeto. As atividades foram estruturadas em etapas, com especificações de início e término, responsáveis e períodos de revisão definidos, permitindo a visibilidade de todo o processo e garantindo que cada membro tenha clareza sobre as fases e os prazos de cada entrega.

+

Etapa 1

+

Tabela de atividades:

+

Tabela 1 - Cronograma da Etapa 1.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
HeatmapInicio: 15/10 - Fim: 22/10João VitorInicio: 08/11 - Fim: 09/11Marcelo Adrian
Documentar equipeInicio: 03/11 - Fim: 08/11João VitorInicio: 08/11 - Fim: 09/11Marcelo Adrian
Montar cronogramaInicio: 07/11 - Fim: 09/11Jéssica Eveline e Felipe RodriguesInicio: 09/11 - Fim: 11/11Ruan Carvalho
Ferramentas do ProjetoInicio: 07/11 - Fim: 09/11Jéssica Eveline e Felipe RodriguesInicio: 09/11 - Fim: 11/11Ruan Carvalho
Montar git pagesInicio: 09/11 - Fim: 10/11Felipe RodriguesInicio: 11/11 - Fim: 11/11João Vitor
Documentação de sites individuaisInicio: 15/10 - Fim: 10/11João VitorInicio: 11/11 - Fim: 11/11Marcelo Adrian
Documentar site escolhidoInicio: 08/11 - Fim: 10/11João VitorInicio: 11/11 - Fim: 11/11Marcelo Adrian
Processo de designInicio: 09/11 - Fim:10/11Ruan CarvalhoInicio:10/11 - Fim: 11/11Marcelo Adrian
Grava Video da ApresentaçãoInicio: 12/11 - Fim: 12/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 12/11 - Fim: 12/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 12/11 - Fim: 12/11Ruan CarvalhoInicio: 12/11 - Fim: 12/11Marcelo Adrian
Inspeção do grupo+1Inicio: 13/11 - Fim: 13/11Ruan CarvalhoInicio: 13/11 - Fim: 13/11Felipe Rodrigues
Correção pós entregaInicio: 14/11 - Fim: 16/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 16/11 - Fim: 18/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 2

+

Tabela de atividades:

+

Tabela 2 - Cronograma da Etapa 2.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeríodo de RevisãoRevisores
Planejamento de Pesquisa do Perfil dos UsuáriosInício: 10/11 - Fim: 11/11Felipe RodriguesInício: 12/11 - Fim: 12/11João Vitor
Perfil dos UsuáriosInício: 13/11 - Fim: 13/11João VitorInício: 14/11 - Fim: 14/11Jéssica Eveline
Definir PersonasInício: 15/11 - Fim: 15/11Jéssica EvelineInício: 16/11 - Fim: 16/11João Vitor
Definir Aspectos ÉticosInício: 15/11 - Fim: 15/11Marcelo AdrianInício: 16/11 - Fim: 16/11Ruan Carvalho
Termo de ConsentimentoInício: 17/11 - Fim: 18/11Ruan CarvalhoInício: 19/11 - Fim: 19/11Marcelo Adrian
Definir CenáriosInício: 20/11 - Fim: 21/11João Vitor e Felipe RodriguesInício: 22/11 - Fim: 22/11Jéssica Eveline
Gravação do Vídeo da ApresentaçãoInício: 23/11 - Fim: 23/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 23/11 - Fim: 23/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 26/11 - Fim: 26/11Marcelo AdrianInicio: 26/11 - Fim: 26/11Ruan Carvalho
Inspeção do grupo+1Inicio: 27/11 - Fim: 27/11Felipe RodriguesInicio: 27/11 - Fim: 27/11Ruan Carvalho
Correção Pós-EntregaInício: 28/11 - Fim: 30/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 01/12 - Fim: 01/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 3

+

Tabela de atividades:

+

Tabela 3 - Cronograma da Etapa 3.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Princípios gerais do projetoInício: 24/11 - Fim: 24/11Marcelo AdrianInício: 25/11 - Fim: 25/11Felipe Rodrigues
Metas de usabilidadeInício: 25/11 - Fim: 25/11Felipe RodriguesInício: 26/11 - Fim: 26/11Ruan Carvalho
Guia de estiloInício: 26/11 - Fim: 26/11Jéssica EvelineInício: 27/11 - Fim: 27/11João Vitor
Caracteristicas do siteInício: 27/11 - Fim: 27/11Ruan CarvalhoInício: 28/11 - Fim: 28/11Marcelo Adrian
Grava Video da ApresentaçãoInicio: 30/11 - Fim: 30/11Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 01/12 - Fim: 01/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 03/12 - Fim: 03/12Felipe RodriguesInicio: 03/12 - Fim: 03/12João Vitor
Inspeção do grupo+1Inicio: 04/12 - Fim: 04/12João VitorInicio: 04/12 - Fim: 04/12Felipe Rodrigues
Correção pós entregaInicio: 05/12 - Fim: 10/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 10/12 - Fim: 12/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 4

+

Tabela de atividades:

+

Tabela 4 - Cronograma da Etapa 4.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Planejamento da Avaliação do Storyboard e Análise de tarefasInício: 30/11 - Fim: 01/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 01/12 - Fim: 02/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento do relato dos resultados da avaliação do StoryboardInício: 02/12 - Fim: 04/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 04/12 - Fim: 05/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento do relato dos resultados da avaliação do Análise de tarefasInício: 04/12 - Fim: 05/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 05/12 - Fim: 06/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Grava Video da ApresentaçãoInicio: 07/12 - Fim: 07/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 07/12 - Fim: 07/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 10/12 - Fim: 10/12João VitorInicio: 10/12 - Fim: 10/12Felipe Rodrigues
Inspeção do grupo+1Inicio: 11/12 - Fim: 11/12Felipe RodriguesInicio: 11/12 - Fim: 11/12João Vitor
Correção pós entregaInicio: 12/12 - Fim: 17/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 18/12 - Fim: 20/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 5

+

Tabela de atividades:

+

Tabela 5 - Cronograma da Etapa 5.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Relato dos resultados do StoryboardInício: 17/12 - Fim: 17/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 18/12 - Fim: 18/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Relato dos resultados da Análise de tarefasInício: 17/12 - Fim: 17/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 18/12 - Fim: 18/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento da avaliação do protótipo de papelInício: 19/12 - Fim: 19/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 20/12 - Fim: 20/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento do relato de resultados da avaliação do protótipo de papelInício: 19/12 - Fim: 19/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 20/12 - Fim: 20/12Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Grava Video da ApresentaçãoInicio: 04/01 - Fim: 04/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 04/01 - Fim: 04/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 04/01 - Fim: 04/01Jéssica EvelineInicio: 04/01 - Fim: 04/01Marcelo Adrian
Inspeção do grupo+1Inicio: 06/01 - Fim: 06/01Marcelo AdrianInicio: 06/01 - Fim: 06/01Jéssica Eveline
Correção pós entregaInicio: 07/01 - Fim: 12/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 12/01 - Fim: 14/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 6

+

Tabela de atividades:

+

Tabela 6 - Cronograma da Etapa 6.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Relato dos resultados do Protótipo de PapelInício: 05/01 - Fim: 06/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 06/01 - Fim: 07/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento da avaliação do protótipo de alta fidelidadeInício: 07/01 - Fim: 08/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 08/01 - Fim: 09/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento do relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 09/01 - Fim: 10/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 10/01 - Fim: 11/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Grava Video da ApresentaçãoInicio: 11/01 - Fim: 11/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 11/01 - Fim: 11/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 11/01 - Fim: 11/01Marcelo AdrianInicio: 11/01 - Fim: 11/01Jéssica Eveline
Inspeção do grupo+1Inicio: 15/01 - Fim: 15/01Jéssica EvelineInicio: 15/01 - Fim: 15/01Marcelo Adrian
Correção pós entregaInicio: 14/01 - Fim: 16/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 17/01 - Fim: 19/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 7

+

Tabela de atividades:

+

Tabela 7 - Cronograma da Etapa 7.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Relato dos resultados do Protótipo de PapelInício: 05/01 - Fim: 06/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 06/01 - Fim: 07/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento da avaliação do protótipo de alta fidelidadeInício: 07/01 - Fim: 08/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 08/01 - Fim: 09/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Planejamento do relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 09/01 - Fim: 10/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 10/01 - Fim: 11/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Grava Video da ApresentaçãoInicio: 11/01 - Fim: 11/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 11/01 - Fim: 11/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupoInicio: 14/01 - Fim: 14/01Felipe RodriguesInicio: 14/01 - Fim: 14/01Jéssica Eveline
Correção pós entregaInicio: 16/01 - Fim: 21/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 21/01 - Fim: 23/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Inspeção do grupo+1Inicio: 27/01 - Fim: 27/01Jéssica EvelineInicio: 27/01 - Fim: 27/01Felipe Rodrigues
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa 8

+

Tabela de atividades:

+

Tabela 8 - Cronograma da Etapa 8.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Relato dos resultados da avaliação do protótipo de alta fidelidadeInício: 20/01 - Fim: 23/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 23/01 - Fim: 24/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Grava Video da ApresentaçãoInicio: 25/01 - Fim: 25/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio: 25/01 - Fim: 25/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Correção pós entregaInicio: 28/01 - Fim: 01/02Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInicio 01/02 - Fim: 02/02Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Etapa Final

+

Tabela de atividades:

+

Tabela 9 - Cronograma da Etapa 9.

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
Planejamento de verificação dos artefatosInício: 28/01 - Fim: 30/01Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 30/01 - Fim: 01/02Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
Gravação da apresentaçãoInício: 03/02 - Fim: 03/02Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo AdrianInício: 03/02 - Fim: 03/02Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, 2024.

+

Bibliografia

+

SILVA, André Barros. Exemplo de Cronograma. Interação Humano Computador, 2° semestre de 2024. Disponível em: Exemplo Cronograma. Acesso em: 11 nov. 2024.

+

SILVA, André Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano Computador, 2° semestre de 2024. Disponível em: Plano de Ensino.

+

Histórico de Versões

+

Tabela 10 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação do cronogramaJéssica Eveline, Felipe Rodrigues08/11/2024Ruan Carvalho10/11/2024
1.1Complemento do cronogramaJéssica Eveline11/11/2024Marcelo Adrian12/11/2024
1.2Ajustes no cronogramaFelipe Rodrigues12/11/2024João Vitor12/11/2024
1.3Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/cronograma_executado/index.html b/entregas/entrega_1/cronograma_executado/index.html new file mode 100644 index 00000000..596ace09 --- /dev/null +++ b/entregas/entrega_1/cronograma_executado/index.html @@ -0,0 +1,2402 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Cronograma Executado - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cronograma Executado

+

Introdução

+

Este documento apresenta um cronograma detalhado do que foi desenvolvido nas atividades do projeto, distribuído em etapas, considerando a prática das entregas ao longo do período. Essa estrutura visa garantir a documentação e acompanhar das atividades de modo contínuo, separado por etapas e direcionado pelas datas de realização, atendendo aos critérios presentes no Plano de Ensino e das orientações fornecidas em sala de aula.

+

Objetivo

+

O objetivo principal deste cronograma de execução é relatar as atividades realizadas no projeto, documentando o andamento das etapas e as responsabilidades de cada integrante da equipe. Com esse registro, há uma garantia do progresso, analisando o cumprimento dos prazos estabelecidos, as dificuldades enfrentadas e as soluções aplicadas, além de verificar a qualidade das entregas através de revisões periódicas. Este acompanhamento contínuo tem como objetivo a transparência e a organização, facilitando a avaliação do desempenho e o aprendizado para futuras etapas.

+

Metodologia

+

Este documento serve como uma ferramenta de acompanhamento e análise de atividades e prazos do projeto, refletindo o que de fato foi realizado ao longo do processo, sendo assim, não se configura como uma metodologia.

+

Etapa 1

+

Tabela de atividades:

+

Tabela 1: Tabela do cronograma executado da etapa 1.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDesenvolvimentoResponsávelPeriodo de RevisãoRevisores
HeatmapInicio: 15/10 - Fim: 22/10JoãoInicio: 08/11 - Fim: 09/11Marcelo
Documentar equipeInicio: 03/11 - Fim: 08/11JoãoInicio: 08/11 - Fim: 09/11Marcelo
Montar cronograma planejado e executadoInicio: 07/11 - Fim: 11/11Jéssica e FelipeInicio: 10/11 - Fim: 10/11Ruan
Ferramentas do ProjetoInicio: 07/11 - Fim: 09/11Jéssica e FelipeInicio: 10/11 - Fim: 10/11Ruan
Montar git pagesInicio: 09/11 - Fim: 10/11FelipeInicio: 11/11 - Fim: 11/11João
Documentação de sites individuaisInicio: 15/10 - Fim: 11/11JoãoInicio: 11/11 - Fim: 11/11Marcelo
Documentar site escolhidoInicio: 08/11 - Fim: 10/11JoãoInicio: 11/11 - Fim: 11/11Marcelo
Processo de designInicio: 10/11 - Fim:10/11RuanInicio:11/11 - Fim: 11/11Marcelo
Revisão e Melhorias GeraisInicio: 12/11 - Fim: 12/11Ruan, JoãoInicio 12/11 - Fim: 12/11Marcelo
Documentar metodologia escolhidaInicio: 12/11 - Fim: 12/11JéssicaInicio 12/11 - Fim: 12/11Marcelo
Grava Video da ApresentaçãoInicio: 11/11 - Fim: 11/11Felipe, Jéssica, João, Ruan, MarceloInicio: 11/11 - Fim: 11/11Felipe, Jéssica, João, Ruan, Marcelo
Correção pós entregaInicio: 14/11 - Fim: 16/11Felipe, Jéssica, João, Ruan, MarceloInicio 16/11 - Fim: 18/11Felipe, Jéssica, João, Ruan, Marcelo
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, João Vitor, 2024.

+

Bibliografia

+

SILVA, André Barros. Exemplo de Cronograma. Interação Humano Computador, 2° semestre de 2024. Disponível em: Exemplo Cronograma. Acesso em: 11 nov. 2024.

+

SILVA, André Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano Computador, 2° semestre de 2024. Disponível em: Plano de Ensino.

+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação do cronograma executadoJéssica Eveline, Felipe Rodrigues11/11/2024Marcelo Adrian12/11/2024
1.1Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/design/index.html b/entregas/entrega_1/design/index.html new file mode 100644 index 00000000..c920df2d --- /dev/null +++ b/entregas/entrega_1/design/index.html @@ -0,0 +1,2456 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Design - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Processos de design

+

Introdução

+

Este documento apresenta um breve resumo sobre os processos de design estudados e a definição do processo a ser utilizado.

+

Objetivos

+

O objetivo primário deste documento é discutir os processos de design apresentados em sala, deixando em evidência suas principais características, apresentar o modelo escolhido pelo grupo e suas razões +para levar o projeto adiante com essa metodologia.

+

Metodologia

+

O documento apresentado não possui uma metodologia explicita, mas sim apresenta um breve resumo acerca dos processos de design apresentados na disciplina a fim de garantir a compreensão de cada processo e suas +características bem como assegurar que o método definido pelo grupo como aquele a ser seguido tenha sua escolha bem embasada.

+

Modelos de processos

+

Ciclo de vida simples

+

Este processo se baseia em um ciclo de definição de requisitos, design/redesign, construção de uma versão interativa e avaliação. O foco é a linearização do processo facilitando a iteração, sendo ideal para projetos de menor escopo ou com requisitos bem definidos.

+

Ciclo de vida em estrela

+

Possui interconexão entre todas as etapas do processo de design, possibilitando que o designer comece seu trabalho em qualquer etapa e oscile entre elas conforme o necessário. Através dessa flexibilidade é possivel com que ajustes sejam feitos de forma constante.

+

Engenharia de usabilidade de Nielsen

+

Apresenta uma abordagem focada no usuário, possuindo atividades como: conhecer o usuário, realização de análises competitivas, definição de metas de usabilidade, criação de designs paralelos, utilização de design participativo, aplicação de diretrizes e análises heurísticas, prototipação e realização de testes empíricos em um ciclo iterativo de melhorias.

+

Engenharia de usabilidade de Mayhew

+

É um processo estruturado e metódico para o desenvolvimento de sistemas interativos, objetivando a simplificação da usabilidade. +Este método é dividido em três fases: análise de requisitos, design e instalação, onde cada fase conta com atividades mais específicas que garantem que o design se encontre alinhado às necessidades dos usuários e que seja iterativamente refinado.

+

Design contextual

+

Faz uma investigação minuciosa no contexto de uso do usuário, abrangendo aspectos como perfil de usuário, forma de trabalho fluxo de trabalho e ambientes fisicos e culturais de trabalho.

+

Design baseado em Cenários

+

Utiliza-se de cenários visando compreender e prever as diferentes formas de interação do usuário com o sistema. +Esse processo de design apresenta um ciclo na fase de projeção a fim de alinhar o design e cenários projetados ao contexto real de uso.

+

Design dirigido por objetivos

+

Método focado em atingir objetivos específicos desejados pelos usuários, orientando o desenvolvimento para adequar o design diretamente às metas dos usuários.

+

Design centrado na comunicação

+

Valoriza a interação e troca de informações entre usuários e o sistema, visando a construção de uma interface que garanta uma comunicação eficaz e intuitiva.

+

Processo de design escolhido

+

Em um acordo entre os membros do grupo, foi definido que a abordagem a ser seguida será a Engenharia de usabilidade de Mayhew devido a ênfase desse processo na estruturação do design, sendo este o mais metódico entre os demais apresentados e com etapas bem definidas, desta forma orientando melhor o grupo a dar continuidade ao projeto da disciplina.

+

Autor(es): Ruan Carvalho, 2024.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Definição do processo de designRuan Carvalho10/11/2024Marcelo Adrian10/11/2024
1.1Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/entrega_1/index.html b/entregas/entrega_1/entrega_1/index.html new file mode 100644 index 00000000..f2c5442e --- /dev/null +++ b/entregas/entrega_1/entrega_1/index.html @@ -0,0 +1,2236 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 1

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação inicial destaca as motivações, os desafios enfrentados e as soluções propostas.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Marcelo Adrian, 2024.

+

Apresentação

+

Vídeo 1 - Apresentação da entrega 1.

+ + +

Link: Apresentação 1

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Disponibilização do linkMarcelo Adrian12/11/2024João Vitor12/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/ferramentas/index.html b/entregas/entrega_1/ferramentas/index.html new file mode 100644 index 00000000..d528733f --- /dev/null +++ b/entregas/entrega_1/ferramentas/index.html @@ -0,0 +1,2374 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Ferramentas - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Ferramentas

+

Introdução

+

Este documento apresenta a listagem de ferramentas a serem utilizadas durante o processo de desenvolvimento do projeto da disciplina de IHC, bem como uma breve descrição de suas funcionalidades.

+

Objetivos

+

O objetivo deste documento é listar as principais ferramentas de uso dos integrantes do grupo para a realização de tarefas durante o andamento do projeto, bem como apresentar as possibilidades de cada ferramenta para a contribuição no andamento do projeto.

+

Metodologia

+

O grupo realizou um levantamento acerca das ferramentas que podem auxiliar o desenvolvimento do projeto ao longo das diferentes etapas de planejamento, design e prototipação. Somado a isso, uma análise de funcionalidades foi feita a fim de identificar as melhores ferramentas entre as destacadas para selecionar as que apresentaram melhor usabilidade.

+

Ferramentas utilizadas

+

Ao longo deste projeto, utilizamos um conjunto de ferramentas para otimizar a organização da equipe, facilitar o gerenciamento e impulsionar a criação e a análise dos artefatos necessários.

+

Tabela 1: Ferramentas utilizadas no projeto.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LogoFerramentaDescrição
FigmaFerramenta de design colaborativo, utilizada para prototipação e design de interfaces.
Git/GitHubPlataforma de versionamento e colaboração em projetos de desenvolvimento.
GitPagesServiço para hospedar sites diretamente de repositórios GitHub.
Google DocsFerramenta para criação e edição colaborativa de documentos.
Google MeetFerramenta para videoconferências e reuniões em tempo real.
Google SpreadsheetFerramenta para criação e edição colaborativa de planilhas.
MkDocsFerramenta para criação de documentação em sites estáticos.
MiroPlataforma de quadro branco colaborativo, utilizada para brainstorming e organização de ideias.
OBS StudioFerramenta para gravação de tela, utilizada para gravação de reuniões e apresentações.
Storyboard ThatFerramenta para criação de storyboards, utilizada no planejamento visual de cenas e conceitos.
TelegramAplicativo de mensagens, utilizado para comunicação e compartilhamento de arquivos e feedback.
Visual Studio CodeEditor de código-fonte para desenvolvimento e edição de projetos.
WhatsAppAplicativo de mensagens instantâneas, utilizado para comunicação rápida e colaboração em equipe.
YouTubePlataforma de hospedagem de vídeos produzidos, utilizada para publicação de reuniões e apresentações.
+

Autor(es): Jéssica Eveline, Felipe Rodrigues, Ruan Carvalho, 2024.

+

+

Referências

+
+

1. GitHub e GitPages. Disponível em: https://github.com. Acesso em: 11 de nov. de 2024.

+

2. Google Docs. Disponível em: https://www.google.com/intl/pt-BR/docs/about/. Acesso em: 11 de nov. de 2024.

+

3. Google Meet. Disponível em: https://workspace.google.com/products/meet/. Acesso em: 11 de nov. de 2024.

+

4. Google Spreadsheet. Disponível em: https://www.google.com/intl/pt-BR/sheets/about/. Acesso em: 11 de nov. de 2024.

+

5. YouTube. Disponível em: https://about.youtube/. Acesso em: 11 de nov. de 2024.

+

6. OBS Studio. Disponível em: https://obsproject.com/. Acesso em: 11 de nov. de 2024.

+

7. WhatsApp. Disponível em: https://www.whatsapp.com/?lang=pt_br. Acesso em: 11 de nov. de 2024.

+

8. Telegram. Disponível em: https://telegram.org/. Acesso em: 11 de nov. de 2024.

+

9. Figma. Disponível em: https://www.figma.com/. Acesso em: 11 de nov. de 2024.

+

10. MkDocs. Disponível em: https://www.mkdocs.org/. Acesso em: 11 de nov. de 2024.

+

11. Visual Studio Code. Disponível em: https://code.visualstudio.com/. Acesso em: 11 de nov. de 2024.

+

12. Storyboard That. Disponível em: https://www.storyboardthat.com/pt. Acesso em: 11 de nov. de 2024.

+

13. Miro. Disponível em: https://miro.com/pt/. Acesso em: 11 de nov. de 2024.

+
+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Versão InicialFelipe Rodrigues11/11/2024Ruan Carvalho11/11/2024
1.1Complemento nas ferramentasRuan Carvalho12/11/2024João Vitor12/11/2024
1.2Ordenação da tabela de ferramentasJessica Eveline23/11/2024Marcelo Adrian24/11/2024
1.3Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/heatmap/index.html b/entregas/entrega_1/heatmap/index.html new file mode 100644 index 00000000..6de6518a --- /dev/null +++ b/entregas/entrega_1/heatmap/index.html @@ -0,0 +1,2285 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Heatmap - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

HeatMap

+

Introdução

+

No projeto, optou-se pela utilização de um heatmap como uma ferramenta visual eficaz para ilustrar a disponibilidade coletiva dos participantes durante a semana. Essa abordagem permite uma análise detalhada e intuitiva da disponibilidade de cada membro, facilitando o planejamento de eventos em grupo ao consolidar as informações de todos os envolvidos em uma única representação gráfica.

+

Objetivos

+

Este heatmap foi desenvolvido com o objetivo de mapear a disponibilidade de horário entre os membros do grupo, visando encontrar um horário livre comum para reuniões e desenvolvimento do projeto.

+

Metodologia

+

O processo de realização do heatmap teve seu início com a coleta de dados de disponibilidade dos membros do grupo, organizados em uma planilha. Com base no agrupamento desses dados, identificou-se o melhor horário para a realização das reuniões do grupo.

+

Segue abaixo o heatmap do grupo 05:

+

Figura 1 - Heatmap de disponibilidade dos integrantes.

+

Heatmap

+

Link para o Heatmap: Clique aqui para acessar o Heatmap

+

Autor(es): João Vitor, Ruan Carvalho, 2024.

+

Bibliografia

+

SILVA, André Barros. Exemplo de Heatmap. Interação Humano Computador, 2° semestre de 2024. Disponível em: Exemplo Heatmap. Acesso em: 10 nov. 2024.

+

Disponibilidade

+

De acordo com o heatmap, a equipe tem a possibilidade de realizar reuniões aos sábados nos seguintes horários:

+
    +
  • 11:00 - 12:00
    • +
  • 15:00 - 16:00
    • +
  • 16:00 - 17:00
    • +
+

Histórico de Versões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Versão InicialJoão Vitor05/11/2024Marcelo Adrian10/11/2024
1.1Complemento do heatmapRuan Carvalho12/11/2024Marcelo Adrian12/11/2024
1.2Inclusão do link do HeatmapJessica Eveline23/11/2024Marcelo Adrian24/11/2024
1.3Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/metodologia/index.html b/entregas/entrega_1/metodologia/index.html new file mode 100644 index 00000000..05613444 --- /dev/null +++ b/entregas/entrega_1/metodologia/index.html @@ -0,0 +1,2439 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Metodologia - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Metodologia

+

Introdução

+

Durante o desenvolvimento deste projeto, a equipe adotou práticas baseadas nas metodologias ágeis, como SCRUM e XP, com adaptações específicas que consideram o contexto do projeto e a flexibilidade da equipe. Este documento descreve como essas metodologias foram aplicadas e adaptadas às necessidades do projeto, explicando as práticas utilizadas para o gerenciamento e organização do trabalho.

+

Objetivo

+

O objetivo deste documento é detalhar as metodologias ágeis utilizadas pela equipe, especificando como o SCRUM e o XP foram adaptados para melhor atender às características e aos desafios do projeto. Busca-se oferecer uma estrutura de trabalho equilibrada entre flexibilidade e rigor, promovendo entregas contínuas e de alta qualidade.

+

Metodologias de Desenvolvimento

+

SCRUM

+

O SCRUM foi escolhido para organizar o desenvolvimento em ciclos regulares. As principais cerimônias foram adaptadas da seguinte maneira:

+
    +
  • Daily's diárias assíncronas: Realizadas em formato assíncrono, com o envio de atualizações individuais sobre o andamento das tarefas, possibilitando uma comunicação mais eficiente e adaptada aos horários dos integrantes.
    • +
  • Reunião de Review e Planning: Acontecem semanalmente para avaliar o progresso da sprint, revisar o que foi concluído e planejar a próximo ciclo de trabalho.
    • +
  • Sprints flexíveis: Cada sprint possui duração variável, de acordo com a complexidade das tarefas e a disponibilidade da equipe.
    • +
+

XP

+

Para garantir uma maior qualidade no desenvolvimento, algumas práticas de XP foram aplicadas:

+
    +
  • Trabalho em dupla (pair programming): Implementado em tarefas críticas, priorizando momentos que exijam decisões importantes.
    • +
  • Feedback contínuo e melhoria: Utilizamos feedback constante em cada iteração para ajustar e melhorar o código, maximizando a satisfação da equipe e a estabilidade do software.
    • +
+

Comunicação

+

A equipe adota uma abordagem híbrida de comunicação para garantir o alinhamento e a rápida resolução de dúvidas:

+
    +
  • Comunicação Informal e Direta: Realizada pelo WhatsApp entre os membros do grupo para troca rápida de informações e atualizações sobre o projeto.
    • +
  • Comunicação Formal com o Monitor: Via Telegram, onde as dúvidas e alinhamentos são comunicados ao monitor, mantendo registro das discussões e revisões.
    • +
  • Alinhamentos presenciais em aula: Conversas diretas de alinhamento entre os membros ocorrem durante as aulas, proporcionando uma comunicação mais clara e produtiva.
    • +
+

Padrões de Commits

+

Conforme as diretrizes do Conventional Commits, utilizaremos commits semânticos para garantir a compreensão clara das mudanças no histórico do projeto. Essa convenção facilita a rastreabilidade e a padronização.

+

Tipo e Descrição

+

Os tipos de commit utilizados no projeto são:

+
    +
  • feat: Adição de um novo recurso (MINOR).
    • +
  • fix: Correção de um bug (PATCH).
    • +
  • docs: Alterações na documentação.
    • +
  • test: Modificações em testes.
    • +
  • build: Alterações em arquivos de build e dependências.
    • +
  • perf: Ajustes de performance.
    • +
  • style: Alterações de formatação, sem impacto no código.
    • +
  • refactor: Refatorações que não mudam a funcionalidade.
    • +
  • chore: Tarefas de configuração e manutenção.
    • +
  • ci: Mudanças relacionadas à integração contínua.
    • +
  • raw: Arquivos de configuração e parâmetros.
    • +
  • cleanup: Remoção de código desnecessário e ajustes de legibilidade.
    • +
  • remove: Exclusão de arquivos ou funcionalidades obsoletas.
    • +
+

Recomendação de commit:

+
    +
  • Comece o commit colocando o seu tipo, seguido de ":" e uma breve descrição do que foi feito.
    • +
  • Escreva na terceira pessoa.
    • +
  • Inicie a descrição com letra maiúscula e finalize com um ponto final.
    • +
  • (Opcional) Detalhe mais a fundo o que foi feito na descrição do commit.
    • +
+

Exemplo: git commit -m "docs: Revisão da metodologia."

+

Referências Bibliográficas

+

CONVENTIONAL COMMITS 1.0.0. Disponível em: https://www.conventionalcommits.org/en/v1.0.0/. Acesso em: 12 nov. 2024.

+

Bibliografia

+

BOURQUE, Pierre; FAIRLEY, Richard E. (ed.). SWEBOK: Guide to the Software Engineering Body of Knowledge. IEEE, 2014. Disponível em: https://www.computer.org/education/bodies-of-knowledge/software-engineering.

+

Autor(es): Jéssica Eveline, 2024.

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de Revisão
1.0Criação do documento de metodologia e padrões de commitJéssica Eveline12/11/2024Marcelo Adrian12/11/2024
1.1Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/site_escolhido/index.html b/entregas/entrega_1/site_escolhido/index.html new file mode 100644 index 00000000..2440645d --- /dev/null +++ b/entregas/entrega_1/site_escolhido/index.html @@ -0,0 +1,2325 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Site escolhido - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Site Escolhido

+

Introdução

+

Diante das avaliações dos sites que foram feitas durante a disciplina de IHC, escolhemos o MOJ Naquadah. Para isso, foram analisados os critérios e os motivos da escolha do site.

+

Critérios para escolha

+

Alguns critérios foram levantados para a escolha do site:

+
    +
  • Facilidade de contato com o público-alvo, já que quem os utiliza, em grande parte, é da própria UnB.
    • +
  • Interface fora dos padrões estudados na disciplina até então.
    • +
  • O criador do aplicativo é um professor da UnB, Bruno Ribas, que é de fácil contato.
    • +
  • Site com fácil acesso para aqueles que vão avaliá-lo.
    • +
+

Motivação

+

Essa escolha foi motivada pela importância educacional, visto que é utilizado, em sua maior parte, por alunos e professores, e pelo valor para o desenvolvimento de habilidades computacionais e de resolução de problemas, bem como pela oportunidade de identificar melhorias na interação e usabilidade, focando nas dificuldades de navegação e entendimento da interface, essenciais para melhorar a experiência do usuário​.

+

Problemas encontrados

+

Utilizando as heurísticas de Nielsen, foram identificados os seguintes problemas no site:

+
    +
  1. +

    Correspondência entre o sistema e o mundo real: O formato das datas apresenta o dia da semana seguido do mês e finaliza com a hora antes do ano, o que pode confundir os usuários acostumados com formatos mais intuitivos. Essa estrutura gera dificuldade na leitura e interpretação das informações de data.

    +
    2. +
  2. +

    Consistência e padronização: No MOJ Naquadah, ao clicar na parte superior de uma página, o usuário espera ser levado ao início do site ou à página principal. No entanto, essa ação redireciona para um site externo, o que quebra o padrão de navegação esperado e pode confundir o usuário.

    +
    3. +
  3. +

    Flexibilidade e eficiência de uso: No MOJ Naquadah, alguns botões, como os da parte lateral esquerda, oferecem acesso rápido a seções importantes, como "Treino Livre" e "Documentação Atualizada". No entanto, esses botões não são intuitivos para os usuários quando desejam voltar à tela anterior ou ao menu principal, causando dificuldades de navegação.

    +
    4. +
  4. +

    Projeto estético e minimalista: A área lateral esquerda do site, com itens como “Treino Livre,” “FAQ,” e “Documentação Atualizada,” utiliza uma cor cinza claro para o texto, dificultando a leitura. Além disso, quadrados coloridos (vermelho, amarelo, azul e cinza) no topo para destacar notícias não são intuitivos e dificultam a interpretação rápida das informações.

    +
    5. +
  5. +

    Prevenção de erros: O site MOJ Naquadah apresenta problemas de usabilidade ao não alertar o usuário sobre a perda de envios ao trocar de questão. Se o usuário faz o upload do arquivo e muda de questão antes, o arquivo é perdido, sendo necessário reenviar.

    +
    6. +
  6. +

    Mensagens de erro claras: O MOJ Naquadah apresenta problemas na clareza das mensagens de erro durante o login. Ao errar o nome de usuário e a senha, o sistema informa apenas que a senha está incorreta, sem especificar que o nome de usuário também não é válido. Isso pode confundir o usuário, que pode interpretar a mensagem incorretamente, tentando corrigir apenas a senha enquanto o problema persiste.

    +
    7. +
  7. +

    Ajuda e documentação: O site possui uma documentação e um FAQ que cobre algumas dúvidas comuns, mas não abrange todas. Por exemplo, informações sobre erros como "time limit exceeded" não estão detalhadas, deixando usuários sem suporte para questões mais técnicas.

    +
    8. +
+

Autor(es): João Vitor, 2024.

+

Referências Bibliográficas

+

MOJ NAQUADAH. Disponível em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 10 nov. 2024.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da + avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier + Editora, 2010.

+

SILVA, André Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano Computador, 2° semestre de 2024. Disponível em: Plano de Ensino.

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Versão inicial do site escolhido do projetoJoão Vitor10/11/2024Marcelo Adrian10/11/2024
1.1Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-UPel-metodo.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-UPel-metodo.pdf new file mode 100644 index 00000000..ccd9db7e Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-UPel-metodo.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-UPel-planejamento.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-UPel-planejamento.pdf new file mode 100644 index 00000000..2843a735 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-UPel-planejamento.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-inss-metodo.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-inss-metodo.pdf new file mode 100644 index 00000000..1562bb50 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-inss-metodo.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-inss-planejamento.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-inss-planejamento.pdf new file mode 100644 index 00000000..ff90011d Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-inss-planejamento.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-lattes-metodo.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-lattes-metodo.pdf new file mode 100644 index 00000000..c16c26e1 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-lattes-metodo.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-lattes-planejamento.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-lattes-planejamento.pdf new file mode 100644 index 00000000..abf0f7c4 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-lattes-planejamento.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-moj-metodo.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-moj-metodo.pdf new file mode 100644 index 00000000..58853197 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-moj-metodo.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-moj-planejamento.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-moj-planejamento.pdf new file mode 100644 index 00000000..cd7484f1 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-moj-planejamento.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-portal-metodo.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-portal-metodo.pdf new file mode 100644 index 00000000..3d0300a4 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-portal-metodo.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/avaliacao-portal-planejamento.pdf b/entregas/entrega_1/sites_avaliados/avaliacao-portal-planejamento.pdf new file mode 100644 index 00000000..6975b401 Binary files /dev/null and b/entregas/entrega_1/sites_avaliados/avaliacao-portal-planejamento.pdf differ diff --git a/entregas/entrega_1/sites_avaliados/index.html b/entregas/entrega_1/sites_avaliados/index.html new file mode 100644 index 00000000..334df40c --- /dev/null +++ b/entregas/entrega_1/sites_avaliados/index.html @@ -0,0 +1,2361 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Sites avaliados - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sites Avaliados

+

Introdução

+

Durante a disciplina de IHC foram realizadas algumas avaliações pelos integrantes do grupo, onde escolhemos apenas uma, o MOJ Naquadah, para a sua avaliação. A seguir está o site escolhido por cada integrante:

+

Tabela 1 - Tabela de sites avaliados por cada integrante.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Site AvaliadoIntegrante
Meu INSSFelipe
MOJ NaquadahJoão Vitor
Portal da TransparênciaRuan
LattesJessica
UFPelMarcelo
+

Autor(es): João Vitor, 2024.

+

Meu INSS

+

A análise deste site foi realizada pelo integrante Felipe. O Meu INSS é uma plataforma do Instituto Nacional do Seguro Social (INSS) que visa oferecer aos cidadãos brasileiros uma maneira mais prática e ágil de acessar os serviços e informações sobre a previdência social. Através dessa plataforma, os usuários conseguem consultar dados sobre benefícios, fazer agendamentos, solicitar serviços e acompanhar o andamento de seus requerimentos de forma simplificada.

+

Link da avaliação

+

MOJ Naquadah

+

O site foi avaliado pelo integrante João Vitor. O MOJ Naquadah é uma ferramenta online utilizada pela comunidade acadêmica da UnB, que se destina à resolução de problemas de programação. A plataforma permite que estudantes e professores submeterem suas soluções de código, que são avaliadas automaticamente. Além disso, o MOJ Naquadah oferece rankings dinâmicos e estatísticas, promovendo um ambiente acadêmico competitivo e colaborativo.

+

Link da avaliação

+

Portal da Transparencia

+

O integrante Ruan realizou a avaliação desse portal. O Portal da Transparência é um serviço digital do governo brasileiro que permite aos cidadãos acompanhar a execução orçamentária do governo federal. No site, é possível consultar informações detalhadas sobre gastos públicos, como receitas, despesas, convênios e transferências, promovendo a transparência e o controle social da gestão pública.

+

Link da avaliação

+

Lattes

+

A avaliação deste site foi realizada pela integrante Jéssica. O Lattes é uma plataforma administrada pelo CNPq que permite a criação e atualização de currículos acadêmicos para profissionais da área de pesquisa. Por meio do Lattes, os usuários podem registrar suas produções científicas, eventos acadêmicos, orientações, além de outras atividades relacionadas ao campo acadêmico, sendo essencial para a visibilidade e a gestão de trajetórias acadêmicas no Brasil.

+

Link da avaliação

+

UFPel

+

A avaliação desse site foi feita pelo integrante Marcelo Adrian. O portal da Universidade Federal de Pelotas (UFPel) oferece uma variedade de informações e serviços para alunos, professores e funcionários da universidade. No site, é possível acessar detalhes sobre cursos, processos seletivos, notícias institucionais, além de recursos acadêmicos como bibliotecas e sistemas de matrícula, promovendo uma comunicação eficiente dentro da universidade.

+

Link da avaliação

+

Referências Bibliográficas

+

MEU INSS. Disponível em: https://meu.inss.gov.br/. Acesso em: 10 nov. 2024.

+

MOJ NAQUADAH. Disponível em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 10 nov. 2024.

+

PORTAL DA TRANSPARÊNCIA. Disponível em: https://portaldatransparencia.gov.br. Acesso em: 10 nov. 2024.

+

UNIVERSIDADE FEDERAL DE PELOTAS (UFPel). Disponível em: https://portal.ufpel.edu.br/#. Acesso em: 10 nov. 2024.

+

LATTES. Disponível em: https://lattes.cnpq.br. Acesso em: 10 nov. 2024.

+

Bibliografia

+

SILVA, André Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano Computador, 2° semestre de 2024. Disponível em: Plano de Ensino.

+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Versão inicial dos sites avaliados no projetoJoão Vitor10/11/2024Marcelo Adrian10/11/2024
1.1Padronização de Referências Bibliográficas, Bibliografia e Autor(es)Felipe Rodrigues23/11/2024Marcelo Adrian24/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/analise_de_tarefas/GOMS/index.html b/entregas/entrega_2/analise_de_tarefas/GOMS/index.html new file mode 100644 index 00000000..58d4f83d --- /dev/null +++ b/entregas/entrega_2/analise_de_tarefas/GOMS/index.html @@ -0,0 +1,3074 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Análise de tarefas Modelo GOMS - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Análise de tarefas Modelo GOMS

+ +

Introdução

+

O CD-MOJ, apesar de sua utilidade, apresenta desafios que afetam negativamente a experiência do usuário, como falta de feedback em tempo real, dificuldade na navegação e insuficiência de informações em submissões erradas.

+

Para investigar esses problemas, aplicamos o modelo GOMS (Goals, Operators, Methods, and Selection Rules), uma metodologia consagrada em estudos de interação humano-computador. O GOMS permite decompor as tarefas realizadas pelos usuários em objetivos, métodos e operações, detalhando as escolhas e ações cognitivas e físicas necessárias. A análise foi realizada com variações específicas do GOMS, como KLM (Keystroke-Level Model) e CMN-GOMS, para mapear os processos e propor melhorias fundamentadas.

+

Metodologia

+

Modelo GOMS

+

O modelo GOMS analisa as interações entre usuários e sistemas computacionais, estruturando as tarefas em objetivos, métodos, operadores e regras de seleção. Para esta análise, foram utilizadas as seguintes variações:

+
    +
  1. +

    KLM (Keystroke-Level Model):
    + Foco no tempo gasto em interações físicas, como pressionamento de teclas, cliques e navegação.

    +
    2. +
  2. +

    CMN-GOMS (Cognitive Modeling Notation):
    + Modela as decisões do usuário com base em condições específicas, como feedback do sistema ou informações contextuais.

    +
    3. +
+

Esses métodos foram aplicados a quatro fluxos principais no CD-MOJ: falta de feedback em tempo real, troca de senha, falta de mecanismos de busca e acesso a enunciados de competições passadas e ausência de informações em submissões erradas. A análise incluiu a identificação de problemas, cálculo de tempos estimados e descrição das operações cognitivas e físicas realizadas pelos usuários.

+

Falta de feedback em tempo real durante a análise de submissões

+

KLM (Keystroke-Level Model)

+

Tabela 1: KLM da Falta de feedback.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTempo (segundos)
1. Acessar plataformaAbrir o navegador e acessar o URL da plataforma CD-MOJ2
2. Submeter soluçãoPreencher os campos e clicar em "Submeter"4
3. Aguardar feedbackAguarda a resposta do sistema20
4. Recarregar página manualmenteClicar para recarregar a página3
5. Exibir resultado finalO sistema exibe a resposta final ("Accepted", "Wrong Answer")2
Total31 segundos
+

Autor(es): Felipe Rodrigues, 2024.

+

Modelagem do GOMS (CMN-GOMS)

+

Tabela 2: CMN-GOMS Falta de feedback.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoMétodoOperadorSeleção (Se)
Garantir feedback em tempo realSubmeter soluçãoClicar em "Submeter"Se o sistema não responde, aguardar feedback
Obter status da submissãoVerificar status na páginaVerificarSe não houver progresso, tentar recarregar
Aguardar feedback e analisar progressoObservar as mensagens de progressoObservarSe o sistema não mostra progresso, recarregar
Exibir resultado final ("Accepted", etc.)Visualizar mensagem de resultadoObservarSe resultado final não aparecer, recarregar
+

Autor(es): Felipe Rodrigues, 2024.

+

Neste modelo CMN-GOMS, o usuário decide se deve aguardar o feedback do sistema ou tentar recarregar a página caso não obtenha informações, levando em consideração a ausência de informações de progresso em tempo real.

+

Troca de senha do usuário

+

KLM (Keystroke-Level Model)

+

Tabela 3: KLM da Troca de senha do usuário.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTempo (segundos)
1. Acessar o siteAbrir o navegador e acessar a URL do site2
2. Navegar até configuraçõesClicar em menus e navegar para o painel de configurações4
3. Localizar a opção "Alterar Senha"Procurar pela opção de senha no painel6
4. Clicar na opçãoClicar na opção "Alterar Senha"1
5. Inserir senha atualDigitar a senha atual3
6. Inserir nova senhaDigitar a nova senha3
7. Confirmar nova senhaDigitar a confirmação da nova senha3
8. Validação do sistemaO sistema valida a senha3
9. Mensagem de erro (se necessário)Exibir mensagem de erro4
10. Confirmação de sucessoExibir mensagem de sucesso3
Total38 segundos
+

Autor(es): Jéssica Eveline, 2024.

+

Modelagem do GOMS (CMN-GOMS)

+

Tabela 4: CMN-GOMS da Troca de senha do usuário.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoMétodoOperadorSeleção (Se)
Trocar senhaLocalizar "Alterar Senha"NavegarSe opção não encontrada, tente outro menu
Inserir a senha atualDigitar senha atualDigitarSe senha atual incorreta, tente novamente
Inserir nova senhaDigitar nova senhaDigitarSe senha simples, esperar erro, tentar senha forte
Confirmar alteraçãoClicar em "Confirmar"ClicarSe erro de validação, corrigir e tentar novamente
Receber feedbackVer mensagem de sucesso ou erroVerificarSe erro, voltar para ajustar a senha
+

Autor(es): Jéssica Eveline, 2024.

+

Essa análise de GOMS no formato CMN-GOMS mostra uma sequência de decisões condicionais baseadas no que o usuário observa ou na situação em que se encontra, como a necessidade de ajustar a senha.

+

Problema com o FAQ

+

KLM (Keystroke-Level Model)

+

Tabela 5: KLM do Problema com FAQ.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTempo (segundos)
1. Acessar o siteAbrir o navegador e acessar o URL do CD-MOJ2
2. Navegar até o contestNavegar até o contest da disciplina5
3. Acessar o contestClicar no contest2
4. Analisar as questõesLer as questões do contest5
5. Realizar as questõesResolver as questões do contest10
6. Verificar erroIdentificar o erro "Time Limit Exceeded, 0p"2
7. Acessar o FAQNavegar até a seção de FAQ do CD-MOJ5
8. Buscar solução em fórumPesquisar sobre o erro no fórum8
9. Compreender o problemaLer a solução nos fóruns e entender a situação5
10. Reenviar atividadeEnviar novamente a atividade4
Total48 segundos
+

Autor(es): João Vitor Santos, 2024.

+

Modelagem do GOMS (CMN-GOMS)

+

Tabela 6: GMN-GOMS do Problema com FAQ.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoMétodoOperadorSeleção (Se)
Resolver o problema e entregar a atividadeAcessar FAQ ou FórumClicar no link ou pesquisarSe FAQ não fornecer informações, buscar no fórum
Compreender o erro "Time Limit Exceeded"Ler sobre o erro no fórumObservarSe a informação for útil, aplicar a solução
Enviar novamente a atividadeCorrigir o erro e reenviarClicar em "Reenviar"Se o problema for resolvido, reenviar a atividade
+

Autor(es): João Vitor Santos, 2024.

+

No CMN-GOMS, a decisão do usuário de buscar informações em fontes externas (fóruns) depende da falta de explicação adequada no FAQ. A solução ocorre após entender o erro e corrigir o envio da atividade.

+

Falta de mecanismos de busca e acesso a enunciados de competições passadas

+

KLM (Keystroke-Level Model)

+

Tabela 7: KLM do Falta de mecanismos de busca.

+

O KLM modela a tarefa com base em interações físicas, como pressionamento de teclas, cliques e movimento do mouse.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTempo (segundos)
1. Acessar a plataformaAbrir o navegador e acessar o URL do CD-MOJ2
2. Navegar até a seção "Past"Clicar no link da seção "Past"3
3. Encontrar a página de competiçõesRolar a página ou clicar para encontrar competições passadas5
4. Notar a falta de filtros e buscaPerceber que a navegação é feita manualmente2
5. Navegar manualmenteClicar para navegar entre as competições passadas10
6. Encontrar a competição de interesseIdentificar a competição desejada5
7. Tentar acessar o enunciado das questõesClicar para acessar o enunciado da competição3
8. Descobrir a necessidade de loginPerceber que é necessário login externo2
9. Frustração e desistênciaDesistir de continuar a navegação devido à burocracia5
Total37 segundos
+

Autor(es): Marcelo Adrian, 2024.

+

Modelagem do GOMS (CMN-GOMS)

+

Tabela 8: CMN-GOMS do Falta de mecanismos de busca.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoMétodoOperadorSeleção (Se)
Acessar competições passadasAcessar a seção "Past"Clicar no linkSe "Past" não estiver visível, rolar a página
Navegar por competiçõesEncontrar a competição de interesseClicar entre as competiçõesSe a competição desejada for encontrada, selecione
Acessar o enunciado das questõesClicar para acessar o enunciadoClicar no link do enunciadoSe for necessário login externo, desistir ou buscar outro método
+

Autor(es): Marcelo Adrian, 2024.

+

No CMN-GOMS, a decisão do usuário de desistir ou buscar um método alternativo depende da percepção de que a plataforma não oferece as facilidades necessárias (como filtros de busca) e da frustração causada pelo login externo.

+

Ausência de informações em submissões erradas

+

KLM (Keystroke-Level Model)

+

Tabela 9: KLM da Ausência de informações em submissões erradas.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
EtapaDescriçãoTempo (segundos)
1. Acessar a plataformaAbrir o navegador e acessar a plataforma CD-MOJ2
2. Enviar a soluçãoSubmeter o código na plataforma3
3. Receber mensagem "Wrong Answer"O sistema exibe a mensagem "Wrong Answer 50p"2
4. Procurar outros conjuntos de entradasBuscar em outros lugares os conjuntos de entradas e saídas5
5. Entrar em contato com o MojinhoClicar no link do Telegram para falar com o Mojinho4
6. Receber conjuntos de testesAguardar a resposta com os casos de teste fornecidos5
7. Identificar erros e corrigir o códigoTestar os novos casos de teste e corrigir os erros no código10
Total31 segundos
+

Autor(es): Ruan Carvalho, 2024.

+

Modelagem do GOMS (CMN-GOMS)

+

Tabela 10: CMN-GOMS da Ausência de informações em submissões erradas.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoMétodoOperadorSeleção (Se)
Receber feedback sobre a soluçãoEnviar solução para a plataformaSubmeter códigoSe "Wrong Answer" é exibido, proceder com a busca de novos casos de teste
Buscar mais casos de testeProcurar ajuda no TelegramClicar no link do TelegramSe o Mojinho responder, use os casos para corrigir o código
Corrigir o códigoAjustar a solução conforme feedbackModificar o códigoSe os erros forem identificados, submeter a nova versão
+

Autor(es): Ruan Carvalho, 2024.

+

No CMN-GOMS, o usuário toma decisões baseadas nas mensagens recebidas da plataforma e no Mojinho. A escolha entre procurar mais casos de teste ou modificar o código é guiada pela necessidade de ajustar a solução para que ela passe nos testes.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+

Tabela 11: Histórico de Versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de Revisão
1.0Criação do documentoFelipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian03/12/2024Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian03/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/analise_de_tarefas/HTA/index.html b/entregas/entrega_2/analise_de_tarefas/HTA/index.html new file mode 100644 index 00000000..147ce519 --- /dev/null +++ b/entregas/entrega_2/analise_de_tarefas/HTA/index.html @@ -0,0 +1,3062 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Análise de tarefas Modelo HTA - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Análise de tarefas Modelo HTA

+ +

Introdução

+

Utilizando a metodologia HTA (Hierarchical Task Analysis), as interações dos usuários com o sistema foram detalhadas, abordando os processos físicos e cognitivos associados às tarefas. A análise baseia-se em princípios de interação humano-computador, que destacam a importância de compreender o contexto de uso, as características humanas e os objetivos dos usuários para desenvolver sistemas mais eficientes e acessíveis. Este trabalho segue uma abordagem sistemática para decompor as tarefas em etapas hierárquicas, promovendo uma visão clara dos processos de interação e suas falhas.

+

Metodologia

+

A análise foi conduzida exclusivamente com a metodologia HTA, alinhada às boas práticas da interação humano-computador, que enfatizam a compreensão do contexto e as características dos usuários para propor soluções centradas neles.

+

HTA (Hierarchical Task Analysis):

+
    +
  • Objetivo: Identificar e estruturar as etapas e subprocessos que compõem as principais interações dos usuários na plataforma CD-MOJ.
    • +
  • Procedimento: Cada tarefa foi decomposta em etapas hierárquicas, conectadas por relações de sequência, seleção ou paralelismo.
    • +
+

Falta de feedback em tempo real durante a análise de submissões

+

Diagrama HTA:

+

Figura 1 - Diagrama HTA Falta de Feedback.

+

Figura 1 - Diagrama HTA Falta de Feedback.

+

Autor(es): Felipe Rodrigues, 2024.

+

Legenda do Diagrama:

+
    +
  • Tarefa Principal: A tarefa central a ser alcançada, neste caso, garantir feedback em tempo real durante a análise de submissões.
    • +
  • Sub-tarefas: Dividem o processo em etapas menores que devem ser realizadas para completar a tarefa principal.
    • +
  • Setas: Indicam a sequência de execução das tarefas.
    • +
  • Quadrados com linha abaixo: Indica uma operação que será realizada.
    • +
+

Representação em Tabela (HTA)

+

Tabela 1: Tabela HTA Falta de feedback.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
0Falta de feedback em tempo real durante a análise de submissões.Nenhuma
1Localizar treino livre.Nenhuma
1.1Entrar no treino livre.1
2Localizar mensagem de instrução para conseguir login e senha.1.1
2.1Clicar para abrir o bot do telegram.2
2.2Realizar login no telegram.2.1
2.3Enviar comando para o bot no telegram.2.2
3Utilizar login e senha recebidos do bot para realizar login.2.3
3.1Selecionar o contest para realizar o login.3
3.2Realizar login.3.1
44. Submeter um código para avaliação.3.2
4.14.1. Clicar em escolher arquivo.4
4.2Encontrar e submeter arquivo.4.1
5Verificar o resultado da análise do código.4.1
5.1Recarregar a página.5
5.2Enviar novamente o arquivo.5
+

Autor(es): Felipe Rodrigues, 2024.

+

Troca de senha do usuário

+

Descrição do Diagrama HTA:

+

O HTA divide o processo em tarefas hierárquicas e sub-tarefas, mostrando a relação entre as etapas para alcançar o objetivo principal.

+

Diagrama HTA:

+

Figura 2 - Diagrama Troca de Senha.

+

Figura 2 - Diagrama Troca de Senha.

+

Autor(es): Jéssica Eveline, 2024.

+

Legenda do Diagrama:

+
    +
  • Tarefa Principal: A tarefa central a ser alcançada, neste caso, "Trocar a senha da conta".
    • +
  • Sub-tarefas: Dividem o processo em etapas menores que devem ser realizadas para completar a tarefa principal.
    • +
  • Setas: Indicam a sequência de execução das tarefas, com tarefas dependentes.
    • +
+

Representação em Tabela (HTA)

+

Tabela 2: Tabela HTA Troca de senha.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
1Acessar o site do CD-MOJ.Nenhuma
1.1Informar as credenciais do CD-MOJ.1
2Ir até o painel de configurações da conta.1.1
2.1Localizar a opção "Alterar Senha".2
2.2Clicar na opção "Alterar Senha".2.1
3Preencher os campos de troca de senha.2.2
3.1Informar a senha atual.3
3.2Inserir a nova senha.3.1
3.3Confirmar a troca de senha.3.2
+

Autor(es): Jéssica Eveline, 2024.

+

Submeter uma questão no treinamento livre.

+

Diagrama HTA:

+

Figura 3 - Diagrama Submeter uma questão no treinamento livre.

+

Figura 3 - Diagrama Submeter uma questão no treinamento livre.

+

Autor(es): João Vitor Santos, 2024.

+

Legenda do Diagrama:

+
    +
  • Tarefa Principal: A tarefa principal a ser realizada é submeter uma questão no treino livre.
    • +
  • Sub-tarefas: As tarefas que devem ser realizadas para completar a tarefa principal, divididas em etapas menores.
    • +
  • Setas: Indicam a sequência de execução das tarefas.
    • +
  • Quadrados com linha abaixo: Indica uma operação que será realizada.
    • +
+

Representação em Tabela (HTA)

+

Tabela 3: Tabela HTA Submeter uma questão no treinamento livre.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
0Submeter uma questão no treinamento livre.Nenhuma
1Acessar o treinamento livre.Nenhuma
2Selecionar a questão de interesse.1
3Se cadastrar.2
3.1Acessar o mojinho no telegram.3
3.1.1Enviar mensagem "participar treino".3.1
3.1.2Preencher os dados de cadastro.3.1
3.2Preencher os dados de cadastro.3
4Selecionar o arquivo3
+

Autor(es): João Vitor Santos, 2024.

+

Refazer uma questão no historico de questões tentadas

+

Diagrama HTA:

+

Figura 4 - Diagrama Refazer uma questão no historico.

+

Figura 4 - Diagrama Refazer uma questão no historico.

+

Autor(es): Marcelo Adrian, 2024.

+

Legenda do Diagrama:

+
    +
  • Tarefa Principal: O objetivo principal é revisar competições passadas no CD-MOJ para se preparar para futuros contests.
    • +
  • Sub-tarefas: As etapas menores que o usuário deve seguir para completar a tarefa principal.
    • +
  • Setas: Indicando a sequência de atividades a serem realizadas.
    • +
+

Representação em Tabela (HTA)

+

Tabela 4: Tabela HTA Falta de mecanismos de busca.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
1O usuário acessa a aba de conquistasNenhuma
1.1O usuário acessa o CD-MOJ1
1.2O usuário acessa a aba de treino livre1
1.3O usuário retorna à aba de conquistas1.2
2O usuário faz login na plataformaNenhuma
2.1O usuário insere as credenciais manualmente2
2.2O usuário obtém as credenciais com um bot no Telegram2
2.3O usuário insere as credenciais obtidas pelo bot2.2
3O usuário escolhe uma questão na plataformaNenhuma
3.1O usuário seleciona a questão desejada na lista3
3.2O usuário refaz a submissão para a questão escolhida3.1
+

Autor(es): Marcelo Adrian, 2024.

+

Ausência de informações em submissões erradas

+

Diagrama HTA:

+

Figura 5 - Diagrama Ausência de informações em submissões erradas.

+

Figura 5 - Diagrama Ausência de informações em submissões erradas.

+

Autor(es): Ruan Carvalho, 2024.

+

Legenda do Diagrama:

+
    +
  • Tarefa Principal: O objetivo é encontrar os casos de teste que geram erros no algoritmo para análise e correção.
    • +
  • Sub-tarefas: São as etapas que o usuário segue para completar a tarefa.
    • +
  • Setas: Indicam a sequência das ações.
    • +
  • Quadrados com linha abaixo: Indica uma operação que será realizada.
    • +
+

Representação em Tabela (HTA)

+

Tabela 5: Tabela HTA Ausência de informações em submissões erradas.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
0Receber feedback de questões.Nenhuma
1Acessar o contest.1
2Fazer login na plataforma.1
2.1Inserir as credenciais.2
2.2Adiquirir as credenciais com o mojinho.2
2.2.1Logar com as credenciais adiquiridas.2.2
3Selecionar a questão.2
4Fazer a submissão.3
4.1Enviar o código de submissão para o Mojinho.4
4.1.1Refatorar o código com base no feedback recebido.4.1
4.2Submissão aceita.4
+

Autor(es): Ruan Carvalho, 2024.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+

Tabela 6: Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de Revisão
1.0Criação do documentoFelipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian03/12/2024Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian03/12/2024
1.1Ajustes HTAFelipe Rodrigues18/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/aspectos_eticos/index.html b/entregas/entrega_2/aspectos_eticos/index.html new file mode 100644 index 00000000..9f1aa95c --- /dev/null +++ b/entregas/entrega_2/aspectos_eticos/index.html @@ -0,0 +1,2460 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Aspectos éticos e termo de consentimento - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Aspectos Éticos de Pesquisas com Pessoas e termo de consentimento

+

Introdução

+

A pesquisa envolvendo seres humanos, particularmente no contexto de Interação Humano-Computador (IHC), é essencial para o progresso de soluções tecnológicas mais eficientes e acessíveis. Este documento aborda aspectos éticos relacionados ao estudo da plataforma CD-MOJ, com o objetivo de assegurar a conformidade com diretrizes éticas e normativas brasileiras.

+

No Brasil, a Resolução nº 466/2012 do Conselho Nacional de Saúde estabelece diretrizes e normas para pesquisas científicas com seres humanos. Essa resolução é pautada por princípios fundamentais que asseguram a condução ética e responsável da pesquisa. São eles:

+

Princípios Fundamentais

+
    +
  1. +

    Princípio da autonomia:
    + Garante o consentimento voluntário e informado dos participantes, especialmente protegendo grupos vulneráveis e pessoas legalmente incapazes. O respeito à dignidade humana deve nortear toda interação entre pesquisadores e participantes.

    +
    2. +
  2. +

    Princípio da beneficência:
    + Determina que a pesquisa deve maximizar benefícios e minimizar danos. A avaliação dos riscos deve ser criteriosa e envolver aspectos físicos, psicológicos, sociais, culturais e religiosos.

    +
    3. +
  3. +

    Princípio da não maleficência:
    + Envolve o compromisso de evitar qualquer dano previsível, seja imediato ou tardio, decorrente da pesquisa.

    +
    4. +
  4. +

    Princípio da justiça e equidade:
    + Assegura a relevância social da pesquisa e a distribuição justa dos benefícios e riscos. Participantes vulneráveis devem ser protegidos, garantindo que a pesquisa mantenha um propósito humanitário e social.

    +
    5. +
+

Objetivo

+

O objetivo deste documento é orientar a condução da pesquisa envolvendo seres humanos, garantindo que seja realizada de maneira ética, respeitando os direitos, a dignidade, a privacidade e o bem-estar dos participantes. Ele busca assegurar que as atividades sejam conduzidas em conformidade com as normas éticas e regulatórias, como a Resolução nº 466/2012 do Conselho Nacional de Saúde, promovendo práticas que minimizem riscos, previnam danos e maximizem benefícios para os indivíduos e a sociedade.

+

Metodologia

+

A elaboração deste documento seguiu uma abordagem baseada em pesquisa documental e análise de referências normativas e bibliográficas sobre ética em pesquisas com seres humanos. Foram considerados os seguintes passos metodológicos:

+
    +
  1. +

    Revisão de normas regulatórias:
    + Análise da Resolução nº 466/2012 e outras legislações pertinentes à condução ética de pesquisas envolvendo pessoas.

    +
    2. +
  2. +

    Estudo de casos e literatura técnica:
    + Consulta a publicações acadêmicas, códigos de ética de organizações internacionais (como ACM e IEEE) e exemplos práticos de aplicação de princípios éticos em pesquisas.

    +
    3. +
  3. +

    Desenvolvimento de diretrizes práticas:
    + Estruturação de princípios e recomendações gerais para a condução de pesquisas, incluindo exemplos práticos, como o modelo de Termo de Consentimento Livre e Esclarecido (TCLE).

    +
    4. +
  4. +

    Adaptação à realidade local:
    + Consideração das condições socioeconômicas e culturais, assegurando que as diretrizes sejam aplicáveis a diferentes contextos, com foco na proteção de grupos vulneráveis.

    +
    5. +
+

Termo de Consentimento

+

O Termo de Consentimento Livre e Esclarecido (TCLE) é um instrumento essencial para assegurar que os participantes compreendam plenamente os objetivos, os riscos e os benefícios da pesquisa. Ele deverá ser apresentado de forma clara e acessível, destacando os seguintes pontos:

+
    +
  • A participação é voluntária e pode ser interrompida a qualquer momento.
    • +
  • Dados pessoais, incluindo gravações, serão usados exclusivamente para os fins da pesquisa.
    • +
  • Os participantes têm direito à confidencialidade e proteção de suas informações.
    • +
  • Caso sejam menores de idade, é necessária a autorização de um responsável legal.
    • +
+

Termo de Consentimento Livre e Esclarecido

+

Título: Avaliação da Interação Humano-Computador da Plataforma CD-MOJ NAQUADAH. +Projeto: Grupo 5 - Interação Humano-Computador

+

Descrição do Estudo: Estamos realizando uma pesquisa acerca dos aspectos de Interação Humano-Computador da plataforma CD-MOJ NAQUADAH, visando avaliar e propor melhorias no sistema. Solicitamos sua colaboração na realização de uma atividade relacionada ao estudo, com duração estimada de [tempo estimado].

+

Informações Relevantes:

+
    +
  1. Participação voluntária: Sua participação é inteiramente voluntária, e você poderá interrompê-la a qualquer momento sem necessidade de justificativa ou prejuízo de qualquer natureza.
    2. +
  2. Confidencialidade: As informações coletadas serão tratadas de forma confidencial e utilizadas exclusivamente para fins acadêmicos ou técnicos. Seus dados pessoais e respostas serão protegidos e não serão associados à sua identidade em nenhuma publicação.
    3. +
  3. Direito à informação: Caso deseje você poderá solicitar informações sobre os resultados da pesquisa ou a finalidade específica dos dados coletados.
    4. +
  4. Gravações: Caso sejam realizadas gravações, estas serão utilizadas apenas para análise interna da pesquisa e serão armazenadas em local seguro por até 6 meses, sendo descartadas após este período.
    5. +
  5. Riscos e Benefícios: Esta pesquisa apresenta riscos mínimos, pois não envolve informações pessoais sensíveis e garante o anonimato dos dados coletados. Como benefício, sua contribuição auxiliará no aprimoramento do site CD-MOJ, amplamente utilizado por alunos e professores.
    6. +
+

Declarações de Consentimento:

+

Ao assinar este documento, você declara que:

+
    +
  • Leu e compreendeu as informações fornecidas sobre esta pesquisa;
    • +
  • Está ciente de seus direitos como participante;
    • +
  • Concorda livre e espontaneamente em colaborar.
    • +
  • Autoriza o uso de sua imagem e voz para análises relacionadas ao projeto, caso necessário;
    • +
  • Entende que quaisquer gravações de imagem e voz serão utilizadas exclusivamente para fins acadêmicos e serão armazenadas de forma segura, sendo descartadas após 6 meses.
    • +
+

Declarações de Consentimento:

+

Eu, ______, declaro que li, compreendi e concordo com os termos apresentados, autorizando minha participação na pesquisa intitulada Avaliação da Interação Humano-Computador da Plataforma CD-MOJ NAQUADAH..

+
    +
  • [ ] Concordo em participar da pesquisa conforme descrito acima.
    • +
  • [ ] Não concordo em participar da pesquisa.
    • +
+

Assinatura do Participante: _____
+Assinatura do Pesquisador Responsável: _______

+

Contato para esclarecimentos:

+

Caso tenha dúvidas ou deseje mais informações sobre esta pesquisa, entre em contato:
+Nome do Pesquisador Responsável: _____
+E-mail: ____
+Telefone: ______

+

Autor(es): Jéssica Eveline, Marcelo Adrian, 2024.

+

Referências Bibliográficas

+
    +
  • BRASIL. Resolução nº 466/2012, de 12 de dezembro de 2012. Disponível em: Conselho Nacional de Saúde. Acesso em: 10 de out. de 2023.
    • +
  • BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.
    • +
  • Aspectos éticos - Bilheteria Digital. Disponível em: Bilheteria Digital. Acesso em 30 de nov. de 2024.
    • +
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de Revisão
1.0Criação do documentoJéssica Eveline, Marcelo Adrian24/11/2024Ruan Carvalho01/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/caracteristicas/index.html b/entregas/entrega_2/caracteristicas/index.html new file mode 100644 index 00000000..49f7874c --- /dev/null +++ b/entregas/entrega_2/caracteristicas/index.html @@ -0,0 +1,2304 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Características da plataforma - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Características da plataforma

+

Introdução

+

A análise de requisitos, uma das 3 etapas do ciclo de Mayhew, contem tarefas essenciais para a definição de metas de usabilidade, sendo uma delas o levantamento de características da plataforma a ser analisada. Essa tarefa fornece uma base sólida para o desenvolvimento de uma interface centrada no usuário a partir da listagem de funcionalidades, limitações técnicas e interações possíveis, compreendendo o escopo do sistema, objetivando o desenvolvimento de metas de usabilidade que aprimorem a experiência de uso.

+

Objetivo

+

Este documento tem como objetivo identificar e detalhar características de uso e técnicas da plataforma CD-MOJ, um online judge extensivamente utilizado pela comunidade do campus FCTE-UnB. Uma vez que essas características estejam analisadas e categorizadas em nível de urgência para a correção, será possível produzir um design que aprimore a experiência do usuário durante sua navegação.

+

Metodologia

+

A metodologia adotada para o levantamento de características da plataforma CD-MOJ segue as etapas do ciclo de análise de requisitos de Mayhew, com foco na identificação de funcionalidades positivas e negativas, priorizando aquelas que afetam diretamente a experiência do usuário. Através de testes e análise de impacto, as características negativas são classificadas quanto à urgência para correção. A partir disso, são estabelecidas metas de usabilidade para melhorar a navegação e eficiência da plataforma, com o objetivo de criar um design centrado no usuário, aprimorando a experiência de uso e a acessibilidade.

+

Características positivas

+
    +
  • O CD-MOJ é um site desenvolvido com foco em treinamento para maratonas de programação.
    • +
  • As funções do site estão documentadas com textos e vídeos, e tem documentação para quem desejar criar contests e para quem deseja colaborar com o desenvolvimento.
    • +
  • As submissões nas atividades indicam o percentual de acerto na reposta enviada.
    • +
  • A plataforma possibilita enviar outras subimissões em um exercício já respondido, caso o usuário encontre uma outra solução mais eficiente.
    • +
  • As questões disponibilizadas para treinamento na plataforma estão caracterizadas por tags, facilitando aos utilizadores do sistema encontrarem questões mais adequadas aos seus estudos.
    • +
+

Características negativas

+
    +
  • A página inicial apresenta algumas informações em inglês, o que pode prejudicar a navegação de algumas pessoas.
    • +
  • O nome da universidade, disciplina, semestre e o nome da atividade em adamento aparecem na mesma linha e sem padronização, tornando mais confuso para encontrar a atividade desejada.
    • +
  • A sessão de "treino livre" não pode ser acessada somente pela plataforma, sendo necessário utilizar o Telegram para adiquirir login e senha de acesso para os treinamentos.
    • +
  • A sessão de perguntas frequentes (FAQ - Frequently Asked Questions) não possui opção para enviar mais dúvidas caso o usuário encontre outra dificuldade na navegação que não foi previamente respondida.
    • +
  • As respostas das submissões não são entregues de forma imediata, sendo necessário aguardar alguns segundos e recarregar a página para ver seu desempenho.
    • +
+

Autor(es): Ruan Carvalho, 2024.

+

Referência bibliográfica

+

MOJ NAQUADAH. Disponível em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 01 dez. 2024.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de versões

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0listagem de características da plataformaRuan Carvalho01/12/2024Jéssica Eveline03/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/cenarios/index.html b/entregas/entrega_2/cenarios/index.html new file mode 100644 index 00000000..1aeb8869 --- /dev/null +++ b/entregas/entrega_2/cenarios/index.html @@ -0,0 +1,2561 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Cenários - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Cenários

+ +

Introdução

+

Este documento faz parte do desenvolvimento de cenários no âmbito da disciplina de Interação Humano-Computador (IHC), com foco na análise de problemas de usabilidade enfrentados por usuários do CD-MOJ. O objetivo é explorar questões críticas de interação, propor melhorias e, assim, promover uma experiência mais intuitiva e acessível para diferentes perfis de usuários.

+

Objetivo

+

O principal objetivo deste documento é identificar e documentar cenários de uso que evidenciem problemas de usabilidade na plataforma. Esses cenários foram elaborados para compreender como os usuários interagem com o sistema, identificar barreiras e propor soluções que aprimorem a experiência do usuário, alinhando-se aos princípios de design centrado no usuário.

+

Metodologia

+

Para a criação dos cenários, foi utilizada uma abordagem baseada no framework DECIDE, que orienta a análise de usabilidade e coleta de dados para avaliar e propor melhorias em sistemas interativos. O processo seguiu as seguintes etapas:

+

1 - Identificação de problemas: +Foram analisados pontos de frustração e desafios enfrentados pelos usuários do CD-MOJ, como a ausência de feedback em tempo real, dificuldade na troca de senha e falta de mecanismos de busca para competições passadas.

+

2 - Coleta de dados: +A análise foi embasada em observações, relatos de usuários e estudos prévios sobre boas práticas de design para plataformas de juízes online.

+

3 - Criação dos cenários: +Cada cenário foi elaborado detalhando elementos como contexto, objetivos, atores, episódios, restrições e exceções. Essa estrutura permite visualizar as interações dos usuários com a plataforma e identificar lacunas de usabilidade.

+

Cénarios

+

Falta de feedback em tempo real durante a análise de submissões

+

Tabela 1: Cenário falta de feedback.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
ObjetivoGarantir que o usuário receba feedback claro e em tempo real durante a análise de submissões.
Contexto- Local: Participando de uma competição, em casa.
- Tempo: Durante a submissão de soluções para problemas no CD-MOJ.
- Pré-condições: Ter acesso à internet, estar logado na plataforma, e ter submetido uma solução válida.
Recursos- Conexão à internet
- Computador ou dispositivo com acesso à plataforma CD-MOJ
- Sistema de submissões do CD-MOJ funcionando corretamente.
AtorUsuários da plataforma, especialmente programadores iniciantes como o usuário.
Episódios- O usuário participa de uma competição e resolve um problema.
- Ele submete sua solução através da interface da plataforma.
- O sistema exibe o status inicial "Not answered yet".
- O usuário aguarda feedback, mas a página não atualiza automaticamente.
- Após alguns minutos, ele recarrega manualmente a página.
- Somente após o reload, o sistema exibe o resultado final ("Accepted", "Wrong Answer", etc.).
- O usuário não recebe informações sobre o progresso da análise, como a quantidade de casos de teste que foram processados.
- A falta de feedback em tempo real deixa o usuário frustrado e desmotivado.
Restrições- O sistema deve fornecer atualizações automáticas durante a análise de submissões.
- O feedback deve ser claro, indicando progresso (por exemplo, quantidade de casos de teste processados).
- Mensagens informativas devem estar disponíveis em caso de problemas técnicos.
Exceção- Problemas no servidor impedem o processamento das submissões.
- Falha no sistema de notificações em tempo real.
- Perda de conexão à internet durante o processo de submissão.
- Submissão inválida devido a erros no código ou formato do arquivo.
+

Autor(es): Felipe Rodrigues, 2024.

+

Troca de senha do usuário

+

Tabela 2: Cenário troca de senha do usuário.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
ObjetivoAlterar a senha da conta para aumentar a segurança pessoal.
Contexto- Local: Casa ou qualquer ambiente seguro com acesso à internet.
- Tempo: Após assistir à palestra sobre segurança digital.
- Pré-condições: Ter acesso à internet, estar logada na conta CDMOJ, e possuir a senha atual da conta.
Recursos- Conexão à internet
- Dispositivo com navegador (notebook, smartphone, etc.)
- Plataforma CD-MOJ com suporte à troca de senha.
AtorUsuários cadastrados na plataforma CD-MOJ.
Episódios- O usuário acessa o site do CD-MOJ em seu notebook.
- Ela navega até o painel de configurações de conta.
- O usuário tem dificuldade em localizar a opção "Alterar Senha", que está posicionada de forma pouco visível.
- Após encontrar a funcionalidade, ela insere a senha atual, a nova senha e a confirmação da nova senha.
- O sistema não informa os critérios para a nova senha.
- O usuário tenta usar uma senha simples e recebe uma mensagem de erro genérica.
- Depois de várias tentativas e ajustes, o usuário consegue definir uma senha forte.
- O sistema confirma a alteração com uma mensagem de sucesso.
Restrições- Fluxo de navegação intuitivo para encontrar a funcionalidade de troca de senha.
- Exibição clara dos critérios necessários para a nova senha.
- Mensagens de erro informativas e orientadoras.
Exceção- O usuário não se lembra da senha atual.
- O sistema não valida corretamente os critérios de segurança da senha.
- Falta de conexão à internet durante o processo.
- Problemas técnicos na plataforma impedem a alteração da senha.
+

Autor(es): Jéssica Eveline, 2024.

+

Problema com o FAQ

+

Tabela 3: Cenário problema com o FAQ.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
ObjetivoRealizar e entregar as atividades da disciplina.
Contexto- Local: No quarto
- Tempo: Após chegar da faculdade
- Pré-condições: Ter acesso à internet, possuir computador e estar logada na conta CDMOJ
Recursos- Conexão à internet
- Dispositivo com navegador (notebook, desktop, smartphone, etc.)
- Acesso a plataforma CD-MOJ
AtorUsuários que iram realizar atividades de uma disciplina
Episódios- O usuário acessa o site do CD-MOJ.
- Ele navega no site até achar o contest da disciplina cursada.
- O usuário acessa o contest.
- Ele começa a analisar as questões e as realiza.
- O usuário se depara com um problema durante o envio do código: "Time Limit Exceeded, 0p"
- O usuario percorre pelo FAQ do CD-MOJ para compreender a mensagem.
- Ele não encontra explicações sobre o problema.
- Ele busca em fóruns a respeito do problema.
- O usuário compreende o que aconteceu e reenvia sua atividade.
Restrições- O site deve expandir sua documentação sobre problemas frequentemente enfrentados.
Exceção- Problemas de autenticação.
- O dispósitivo eletrônico apresenta problemas.
- Falta de conexão à internet durante o processo.
- Plataforma fora do ar.
+

Autor(es): João Vitor Santos, 2024.

+

Falta de mecanismos de busca e acesso a enunciados de competições passadas

+

Tabela 4: Cenário falta de mecanismos de busca.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
ObjetivoRevisitar competições passadas no CD MOJ para estudar e se preparar para futuros contests.
Contexto- Local: Casa, laboratório ou outro local com acesso à internet.
- Tempo: Durante o planejamento de estudos ou momentos de revisão.
- Pré-condições: A plataforma deve ter registros de competições passadas, e o usuário deve ter acesso à internet.
Recursos- Conexão à internet
- Dispositivo com navegador (computador ou smartphone)
- Plataforma CD MOJ com histórico de competições passadas.
AtorEstudantes que busca material de estudo e revisão para contests.
Episódios- O usuário acessa a plataforma CD MOJ.
- Ele navega até a seção "Past".
- Nota que a página não possui mecanismos de busca ou filtros, dificultando a localização da competição desejada.
- Após navegar manualmente por vários minutos, encontra a competição de interesse.
- Tenta acessar o enunciado das questões, mas descobre que precisa de autorização externa (login com um professor ou um bot no telegram).
- Frustrado com a burocracia, desiste de utilizar a plataforma para este propósito.
Restrições- A página deve permitir acesso direto ao conteúdo das competições.
- Necessidade de implementar mecanismos de busca e filtros para facilitar a navegação.
Exceção- A plataforma não possui registros de competições passadas.
- O usuário não encontra as competições específicas de seu interesse.
- Problemas de autenticação ou indisponibilidade de login com professores.
- Falta de conexão à internet.
+

Autor(es): Marcelo Adrian, 2024.

+

Ausência de informações em submissões erradas

+

Tabela 5: Cenário Ausência de informações.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ElementoDescrição
ObjetivoEncontar casos de teste que gerem erros no algorítmo para análise
Contexto- Local: Casa, laboratório ou outro local com acesso à internet.
- Tempo: Durante o prazo da lista de exercícios.
- Pré-condições: Ter acesso à internet, estar logado na plataforma, e ter submetido uma solução parcialmente correta.
Recursos- Conexão à internet
- Dispositivo com navegador (computador ou smartphone)
- Plataforma CD MOJ aceitando submissões corretamente.
AtorEstudante com problemas em sua solução.
Episódios- O usuário acessa a plataforma CD MOJ.
- Ele envia sua solução da atividade.
- Recebe a mensagem "Wrong Answer 50p".
- Procura outros conjuntos de entradas e saídas diferente dos fornecidos no enunciado.
- Entra em contato com o Mojinho pelo Telegram.
- Recebe outros conjuntos de entradas e saídas utilizados para testar sua solução.
- Identifica os casos em que seu código apresenta defeitos e faz as correções
Restrições- Falta de informações que orientem os estudantes a entregar suas soluções de forma correta.
- Uso de aplicativo externo para encontrar outros casos de testes.
Exceção- Instabilidade nos servidores do CD-MOJ.
- O usuário entrega sua solução correta na primeira tentativa.
- Problemas com o mojinho ou Telegram.
- Falta de conexão à internet.
+

Autor(es): Ruan Carvalho, 2024.

+

Bibliografia

+

ROSSON, M.B., CARROL, J.M. Usability engineering: scenario-based development of human-computer interaction. Morgan Kaufmann, 2002.

+

COOPER, Alan. The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity (2nd Edition). Sams Publishing, 1999.

+

BARBOSA, S. D. J.; SILVA, B. S. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2011.

+

Histórico de Versão

+

Tabela 6: Histórico de versão.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de Revisão
1.0Criação do documentoFelipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian24/11/2024Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian03/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/entrega_2/index.html b/entregas/entrega_2/entrega_2/index.html new file mode 100644 index 00000000..74901c3a --- /dev/null +++ b/entregas/entrega_2/entrega_2/index.html @@ -0,0 +1,2236 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 2

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação foca nos artefatos da etapa 2.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Jéssica Eveline , 2024.

+

Apresentação

+

Vídeo 1: Entrega 2 - IHC - Grupo 05.

+ + +

Link: Entrega 2 - IHC - Grupo 05

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação da entrega e disponibilização do linkJéssica Eveline 03/12/2024Ruan Carvalho03/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/guia_de_estilo/index.html b/entregas/entrega_2/guia_de_estilo/index.html new file mode 100644 index 00000000..aa59b2c5 --- /dev/null +++ b/entregas/entrega_2/guia_de_estilo/index.html @@ -0,0 +1,2300 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Guia de estilo - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Guia de Estilo

+

Introdução

+

Este documento estabelece as diretrizes de estilo para o desenvolvimento e manutenção do site MOJ Naquadah. O objetivo é garantir consistência visual, clareza e uma experiência de usuário intuitiva e agradável, alinhando as decisões de design e desenvolvimento com as melhores práticas de usabilidade. Este guia será utilizado por toda a equipe do projeto da disciplina de Interação Humano-Computador e serve como referência para análise, melhoria e aprimoramento da plataforma.

+

Objetivo

+

O objetivo deste guia de estilo é fornecer um conjunto claro de diretrizes e padrões visuais e funcionais que ajudem a criar uma interface coesa e de fácil utilização. Por meio dessas orientações, espera-se:

+
    +
  • Uniformidade Visual: garantir que todos os elementos e páginas da plataforma tenham uma aparência consistente.
    • +
  • Acessibilidade: promover o acesso equitativo a todos os usuários, independentemente de suas habilidades ou dispositivos utilizados.
    • +
  • Melhoria Contínua: servir como base para identificar pontos de melhoria, mesmo sem implementação de mudanças imediatas.
    • +
  • Eficiência na Comunicação: facilitar o alinhamento e estabelecer critérios objetivos e alinhados às metas do projeto.
    • +
+

Além disso, este guia se propõe a documentar as boas práticas observadas no sistema e identificar oportunidades de ajustes para atender às expectativas dos usuários.

+

Metodologia

+

A metodologia para a construção deste guia de estilo baseou-se em uma abordagem sistemática e orientada pela análise do sistema atual, incluindo:

+
    +
  1. Estudo do Sistema: mapeamento das características visuais e funcionais do MOJ Naquadah, observando seus componentes, fluxos de navegação e interação.
    2. +
  2. Princípios de IHC: aplicação de fundamentos teóricos da disciplina para avaliar os elementos da interface, levando em conta critérios como:
    3. +
  3. Visibilidade do estado do sistema.
    4. +
  4. Compatibilidade entre o sistema e o mundo real.
    5. +
  5. Flexibilidade e eficiência de uso.
    6. +
  6. Design minimalista e intuitivo.
    7. +
  7. Análise Comparativa: comparação com padrões consagrados de design.
    8. +
  8. Feedback do Usuário: consideração de insights coletados com base em interações reais de usuários no sistema.
    9. +
  9. Estruturação do Documento: categorização das diretrizes para fácil consulta e entendimento pela equipe.
    10. +
+

Esta metodologia visa documentar as melhores práticas observadas e propor recomendações para tornar o sistema mais eficiente e agradável ao usuário, respeitando as limitações do escopo atual.

+

Manual - Guia de Estilo

+

Conteúdo e Organização do Guia de Estilo

+
    +
  • Seção 1: Identidade Visual - Detalha os elementos visuais principais do sistema.
    • +
  • Seção 2: Componentes da Interface - Define padrões para botões, tabelas, menus e outros elementos.
    • +
  • Seção 3: Boas Práticas de Usabilidade - Inclui recomendações gerais para desenvolvimento e manutenção do sistema.
    • +
  • Seção 4: Histórico de Versões - Documento vivo, registrando revisões e atualizações do guia.
    • +
+

Público-alvo

+

Este guia é voltado para desenvolvedores, designers e stakeholders do projeto MOJ Naquadah que estejam envolvidos na criação, manutenção ou avaliação da interface do sistema.

+

Como Utilizar o Guia

+
    +
  • Consultas Rápidas: Use as seções específicas para referências rápidas a elementos visuais e componentes.
    • +
  • Planejamento: Aplique as diretrizes ao iniciar novos projetos ou funcionalidades para garantir consistência.
    • +
  • Manutenção: Consulte o guia ao realizar atualizações para preservar a integridade visual e funcional do sistema.
    • +
+

Como Manter o Guia

+

O guia deve refletir necessidades, tendências e feedback dos usuários. Todas as alterações devem ser documentadas no Histórico de Versões.

+

Elementos de Interface

+

1. Identidade Visual

+

Paleta de Cores

+
    +
  • Primárias:
    • +
  • Preto (#000000): Cabeçalho e rodapé.
    • +
  • Branco (#FFFFFF): Fundo principal e texto de destaque.
    • +
  • Secundárias:
    • +
  • Cinza claro (#F2F2F2): Fundo de blocos de conteúdo.
    • +
+

Tipografia

+
    +
  • Fonte principal: Arial.
    • +
  • Títulos: Negrito, cor preta.
    • +
  • Textos: Regular, cor preta.
    • +
  • Links: Azul sublinhado no estado padrão, sem sublinhado ao passar o mouse (hover).
    • +
+

Logotipo

+
    +
  • O logotipo "CD-MOJ" deve ser posicionado no topo esquerdo.
    • +
+

2. Componentes da Interface

+

Botões

+
    +
  • Estilo Padrão.
    • +
  • Estados:
    • +
  • Hover.
    • +
  • Clicado.
    • +
+ +
    +
  • Posição: Menu lateral fixo na esquerda.
    • +
  • Estilo:
    • +
  • Links: Texto preto (#000000).
    • +
  • Fundo: Branco (#FFFFFF).
    • +
  • Ícones e indicadores.
    • +
  • Tamanho da Fonte: 14px, regular.
    • +
+

Blocos de Destaque

+
    +
  • Cada bloco no topo deve seguir as seguintes diretrizes:
    • +
  • Cor do Fundo:
      +
    • Azul claro (#CFE2F3).
      • +
    • Vermelho (#990000).
      • +
    • Amarelo (#FFCC00).
      • +
    +
    • +
  • Fonte: Arial, negrito, 16px.
    • +
  • Ícones: Alinhados à esquerda.
    • +
+

Tabelas

+
    +
  • Cabeçalho da Tabela:
    • +
  • Fundo cinza claro (#F2F2F2).
    • +
  • Texto em negrito, tamanho 14px, cor preta (#000000).
    • +
  • Linhas Alternadas:
    • +
  • Fundo branco (#FFFFFF) e cinza (#F9F9F9).
    • +
  • Links na Tabela.
    • +
+

Conclusão

+

Este guia de estilo fornece uma base para o desenvolvimento de uma interface padronizada e eficiente focando no CD-MOJ, garantindo que as diretrizes sejam aplicadas de forma consistente. A colaboração contínua será essencial para manter o guia relevante e alinhado às expectativas.

+

Referências Bibliográficas

+ +

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação do documentoJéssica Eveline, Marcelo Adrian02/12/2024Ruan Carvalho03/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_2/perfil/index.html b/entregas/entrega_2/perfil/index.html new file mode 100644 index 00000000..6d64564c --- /dev/null +++ b/entregas/entrega_2/perfil/index.html @@ -0,0 +1,2580 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Perfil dos usuários - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Perfil de Usuário

+

Introdução

+

O perfil de usuário é uma ferramenta essencial para compreender as características, necessidades e comportamentos dos indivíduos que utilizam ou irão utilizar um sistema ou aplicativo. Baseada em dados coletados diretamente dos usuários, esse perfil permite identificar padrões e preferências, facilitando o desenvolvimento de soluções mais eficazes e personalizadas.

+

Objetivo

+

Definir o perfil de usuário do CD-MOJ, identificando características demográficas, tecnológicas e acadêmicas dos principais grupos que utilizam a plataforma. Isso facilitará a adequação do sistema às demandas específicas de seus usuários.

+

Metodologia

+

Para este caso específico, optamos pela análise documental como método principal devido à existência de dados previamente disponíveis sobre os aspectos que desejávamos investigar. Essa abordagem permitiu uma interpretação eficiente das informações, possibilitando a criação de perfis.

+

Resultado da análise documental

+

Para a análise documental, utilizamos diversos documentos, incluindo aqueles disponibilizados pelo CD-MOJ e pela própria Universidade de Brasília (UnB).

+

Constatamos que o uso do CD-MOJ está fortemente concentrado nos estudos realizados na UnB, tanto por experiências vivenciadas entre os integrantes quanto por uma afirmação presente no TCC "CD-MOJ: Contribuições para melhorias no sistema", de autoria de Luciano dos Santos Silva, orientado pelo Prof. Dr. Bruno César Ribas, criador do CD-MOJ. O TCC afirma:

+
+

"O Contest Driven Meta Online Judge ou CD-MOJ é um online judge desenvolvido pelo Prof. Dr. Bruno César Ribas, inicialmente com o intuito de facilitar o treinamento das equipes para a Maratona de Programação da Universidade Tecnológica Federal do Paraná(UTFPR) — Campus Pato Branco e também tornar possível a resolução de problemas das plataformas do SPOJ-BR e URI online judge. Atualmente CD-MOJ atua como uma plataforma de apoio para disciplinas de programação na Universidade de Brasília(UnB) e conta com um repositório de problemas para as disciplinas de Algoritmos e Programação de Computadores, Compiladores, Estrutura de Dados I e II, Fundamentos de Arquitetura de Computadores e Fundamentos de Sistemas Operacionais."

+
+

Idade e gênero

+

Foram utilizados dados do Perfil do Estudante para a realização desta parte. E de acordo com os dados da tabela 1 e 2, podemos inferir que grande parte dos estudantes possui entre 18 a 24 anos, além de ser sua maior parte masculino

+

Tabela 1 - Faixa etária dos alunos (2022).

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Faixa EtáriaIngressantesMatriculadosFormados
18 a 24 anos4414430
25 a 29 anos17230
30 a 34 anos440
35 a 39 anos230
40 a 44 anos340
45 anos ou mais80750
Total5475520
+

Autor(es): João Vitor, Felipe Rodrigues, 2024.

+

Tabela 2 - Dados por sexo em (2022).

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
SexoIngressantesMatriculadosFormados
Feminino1131100
Masculino4344420
Total5475520
+

Autor(es): João Vitor, Felipe Rodrigues, 2024.

+

Perfil de afinidade tecnológica

+

Por ser uma faculdade de tecnologia, assumimos que os usuários têm experiência elevada com dispositivos tecnológicos e apresentam uma atitude tecnófila, caracterizada pelo interesse e facilidade com tecnologia.

+

Perfil de escolaridade dos usuários

+

A maioria dos alunos está cursando o ensino superior, com ingresso predominantemente via Programa de Avaliação Seriada (PAS) ou Exame Nacional do Ensino Médio (Enem), conforme os dados da tabela 3.

+

Tabela 3 - Forma de ingresso (2022).

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Forma de Ingresso no CursoIngressantesMatriculadosFormados
Enem - UnB1371410
Portador de Diploma de Curso Superior18170
Programa de Avaliação Seriada2552670
Sisu - Sistema de Seleção Unificada010
Transferência Facultativa220
Vestibular1351240
Total5475520
+

Autor(es): João Vitor, Felipe Rodrigues, 2024.

+

Uso do CD-MOJ

+

Como mencionado no TCC de Luciano dos Santos Silva, grande parte dos alunos utiliza o CD-MOJ para realizar exercícios relacionados às disciplinas. Já os professores utilizam a plataforma como um suporte para suas disciplinas.

+

Definição do perfil de usuário

+

De acordo com a analise documental que possui, foi possivel traçar o perfil de usuario. Dois perfis de usuario sendo A de aluno e B de professor.

+

Tabela 4 - Perfil do usuário

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
InformaçãoPerfil APerfil B
Idade18-2430-40
GêneroPredominantemente MasculinoPredominantemente Masculino
Grau de escolaridadeEnsino Superior IncompletoDoutorado
ExperiênciaElevada com dispositivos tecnológicos.Elevada com dispositivos tecnológicos.
AtitudesTecnófilosTecnófilos
Tarefas primáriasRealização de Atividade AcadêmiasSuporte para disciplina
+

Autor(es): João Vitor, Felipe Rodrigues, 2024.

+

Bibliografia

+ +

Refências bibliografia

+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação. +* Perfil dos estudantes. Acesso em: 01/12/2024. +* Perfil dos estudantes da UnB 2022. Acesso em: 01/12/2024.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Versão inicial do perfil de UsuárioJoão Vitor, Felipe Rodrigues01/12/2024Marcelo Adrian02/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_3/entrega_3/index.html b/entregas/entrega_3/entrega_3/index.html new file mode 100644 index 00000000..0b6fe7ee --- /dev/null +++ b/entregas/entrega_3/entrega_3/index.html @@ -0,0 +1,2236 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 3

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação foca nos artefatos da etapa 3.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Jéssica Eveline , 2024.

+

Apresentação

+

Vídeo 1: Entrega 3 - IHC - Grupo 05.

+ + +

Link: Entrega 3 - IHC - Grupo 05

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação da entrega e disponibilização do linkJéssica Eveline 03/12/2024Ruan Carvalho03/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_3/metas_de_usabilidade/index.html b/entregas/entrega_3/metas_de_usabilidade/index.html new file mode 100644 index 00000000..82fb401c --- /dev/null +++ b/entregas/entrega_3/metas_de_usabilidade/index.html @@ -0,0 +1,2491 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Metas de usabilidade - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Metas de Usabilidade - MOJ Naquadah

+

Introdução

+

Este artefato define as metas de usabilidade do site MOJ Naquadah, com foco em priorizar fatores que melhorem a qualidade de uso, proporcionando uma experiência mais intuitiva e satisfatória para alunos(as) e professores(as) da UnB.

+

A abordagem segue as metas de usabilidade de Jakob Nielsen, visando eficiência, segurança, aprendizado, memorização e outros aspectos fundamentais. Além disso, são estabelecidos critérios de avaliação e valores aceitáveis para o sucesso do projeto.

+

Objetivo

+

O objetivo deste documento é identificar os principais problemas de usabilidade do MOJ Naquadah e propor soluções práticas que promovam uma experiência mais eficiente e agradável para seus usuários(as). As metas de usabilidade almejam orientar melhorias que atendam às necessidades dos alunos(as) e professores(as), priorizando clareza, consistência e suporte ao usuário(a).

+

Metodologia

+

A metodologia utilizada para definir as metas de usabilidade baseia-se nos seguintes passos:

+
    +
  1. Análise do sistema atual: Foram observados problemas de usabilidade diretamente no MOJ Naquadah, considerando a perspectiva de alunos(as) e professores(as).
    2. +
  2. Definição de metas de usabilidade: As metas foram estabelecidas com base nos princípios de usabilidade de Jakob Nielsen e em heurísticas de design para garantir eficiência e clareza.
    3. +
  3. Organização em perguntas e respostas: Cada meta foi estruturada como uma pergunta seguida de uma resposta prática que oriente a implementação das melhorias propostas.
    4. +
  4. Critérios de avaliação: Estabelecemos critérios e valores aceitáveis para medir o sucesso de cada meta de usabilidade.
    5. +
+

Definição das Metas de Usabilidade

+

As metas de usabilidade foram desenvolvidas com base nos problemas observados no MOJ Naquadah, sendo organizadas em perguntas e respostas que direcionam sua aplicação prática.

+

1. Correspondência entre o sistema e o mundo real

+
    +
  • Pergunta: O formato de exibição das datas é claro, facilitando o entendimento dos usuários?
    +Meta Aplicada: Alterar o formato de datas para o padrão mais comum, como DD/MM/AAAA HH:MM, e evitar informações desnecessárias ou fora de ordem lógica para o usuário.
    • +
+

2. Consistência e padronização

+
    +
  • Pergunta: A navegação do site segue um padrão esperado pelo usuário?
    +Meta Aplicada: Garantir que ao clicar no topo da página, o usuário seja redirecionado ao início do site ou à página principal, mantendo a consistência de navegação. Redirecionamentos externos devem ser claramente indicados com alertas ou ícones.
    • +
+

3. Flexibilidade e eficiência de uso

+
    +
  • Pergunta: Os botões de acesso rápido são de simples compreensão e eficientes?
    +Meta Aplicada: Redesenhar os botões laterais para torná-los mais intuitivos, adicionando textos explicativos ou ícones padronizados. Incluir uma funcionalidade clara para voltar ao menu principal ou à tela anterior.
    • +
+

4. Projeto estético e minimalista

+
    +
  • Pergunta: O design do site facilita a leitura e interpretação de informações?
    +Meta Aplicada: Aumentar o contraste entre o texto e o fundo, utilizando cores mais legíveis. Para os quadrados coloridos no topo, incluir rótulos ou legendas para descrever o conteúdo destacado, garantindo uma interpretação intuitiva.
    • +
+

5. Prevenção de erros

+
    +
  • Pergunta: O sistema previne a perda de arquivos ou dados importantes?
    +Meta Aplicada: Implementar alertas que avisem o usuário sobre a possível perda de envios ao trocar de questão. Adicionar um aviso claro ao usuário antes de confirmar a mudança de página sem salvar ou enviar os arquivos.
    • +
+

6. Mensagens de erro claras

+
    +
  • Pergunta: As mensagens de erro são compreensíveis, auxiliando na resolução de problemas?
    +Meta Aplicada: Revisar mensagens de erro, como as do login, para que sejam específicas e informem o problema exato, como "Nome de usuário ou senha incorretos". Isso auxilia o usuário a corrigir ambas as informações.
    • +
+

7. Ajuda e documentação

+
    +
  • Pergunta: A documentação aborda as principais dúvidas e cenários de uso?
    +Meta Aplicada: Expandir a documentação e o FAQ para incluir mais exemplos de problemas técnicos, como "time limit exceeded", e instruções detalhadas para resolvê-los. Garantir que os conteúdos sejam acessíveis e compreensíveis para todos os níveis de usuários(as).
    • +
+

Metas do Projeto

+

As metas a seguir foram definidas com o objetivo de solucionar os problemas de usabilidade identificados no MOJ Naquadah. Elas priorizam aspectos essenciais para melhorar a clareza, eficiência e suporte ao usuário(a), garantindo uma experiência digital mais intuitiva e acessível. As metas críticas incluem:

+
    +
  1. Melhorar a correspondência entre o sistema e o mundo real
    2. +
  2. Garantir consistência e padronização
    3. +
  3. Promover flexibilidade e eficiência de uso
    4. +
  4. Adotar um design estético e minimalista
    5. +
  5. Prevenir erros de uso
    6. +
  6. Fornecer mensagens de erro claras e úteis
    7. +
  7. Expandir a ajuda e a documentação
    8. +
+

Conclusão

+

A definição das metas de usabilidade para o MOJ Naquadah é baseada em um plano claro e prioritário, direcionado à solução de problemas críticos enfrentados pelos usuários(as). A aplicação estratégica dessas melhorias busca não apenas atender às expectativas dos usuários(as), mas também elevar o padrão de experiência digital da plataforma, alinhando-se às melhores práticas de usabilidade e design.

+

Esse compromisso reflete a visão de oferecer um sistema eficiente, intuitivo e acessível ao público-alvo.

+

Autor(es): Jéssica Eveline e Marcelo Adrian, 2024.

+

Bibliografia

+
    +
  1. Fournier, D. (2016). As 6 metas de usabilidade. Medium. Disponível em: https://medium.com/vivareal-ux-chapter/as-6-metas-de-usabilidade-9491442fd56a. Acesso em: 09/05/2023.
    2. +
  2. Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. Interação Humano-Computador e Experiência do Usuário. Rio de Janeiro: Elsevier Editora, 2021.
    3. +
  3. Nielsen, J. Designing Web Usability: The Practice of Simplicity. Peachpit Press, 1ª edição, 1999.
    4. +
  4. Barbosa, S. D. J.; da Silva, B. S. Planejamento da Avaliação de IHC. In: Interação Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
    5. +
  5. Silva, A. B. Plano de Ensino - FIHC 022024 Turma 01 v1. Interação Humano-Computador, 2° semestre de 2024. Disponível em: [link].
    6. +
  6. MOJ Naquadah. Disponível em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 30/11/2024.
    7. +
  7. Interação Humano-Computador. Metas de Usabilidade. Disponível em: GitHub. Acesso em: 30/11/2024.
    8. +
+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação das Metas de UsabilidadeJéssica Eveline, Marcelo Adrian01/12/2024Ruan Carvalho02/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_3/principiosGerais/index.html b/entregas/entrega_3/principiosGerais/index.html new file mode 100644 index 00000000..900cf063 --- /dev/null +++ b/entregas/entrega_3/principiosGerais/index.html @@ -0,0 +1,2479 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Princípios Gerais - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Princípios gerais

+

Introdução

+

O design de sistemas interativos deve assegurar que as interfaces atendam às necessidades e expectativas dos usuários, promovendo uma interação eficiente, intuitiva e agradável. Seguir princípios gerais de design em IHC, como visibilidade, antecipação, simplicidade e consistência, não só melhora a experiência do utilizador, mas também contribui para a aceitação e eficácia do sistema. Este trabalho identifica violações desses princípios em um sistema de estudo de casos, propondo melhorias que podem ser aplicadas para alinhar o design às melhores práticas descritas no capítulo 8.2 do livro de Barbosa e Silva (2010)^1^.

+

Metodologia

+

A análise foi conduzida por meio de inspeção heurística, com base nos princípios gerais de design descritos no Capítulo 8.2 do livro de Barbosa e Silva (2010)^1^. Inicialmente, foram avaliadas as interfaces do sistema, identificando problemas de usabilidade a partir da interação prática com suas funcionalidades. Os problemas encontrados foram documentados de forma detalhada, utilizando imagens e GIFs que ilustram as violações observadas.

+

Posteriormente, foram desenvolvidas propostas de melhoria com foco em resolver as questões identificadas. Essa abordagem buscou garantir que as soluções propostas fossem aplicáveis, eficazes e sustentadas por práticas consagradas no campo da Interação Humano-Computador.

+

Promoção da Eficiência do Usuário

+

Definição
+Promover a eficiência do usuário significa priorizar sua economia de tempo e esforço, garantindo que ele possa continuar suas tarefas sem esperar por respostas do sistema. O sistema deve ser responsivo e evitar interromper ou dificultar o fluxo de trabalho do quem o utiliza.

+

Violação
+Como mostra a Figura 1, ao enviar a resposta de um problema, o sistema exibe o status "Not answered yet" como resposta inicial, e o status só é atualizado para outra mensagem relevante após o recarregar manualmente a página. Isso exige uma ação extra de quem faz uso da plataforma, quebrando o fluxo de interação e criando frustração, além de reduzir a eficiência.

+

Figura 1: Imagem da violação: Eficiência do usuário.

+

Eficiência do usuário

+

Fonte: CD-MOJ, 2024.

+

Sugestão de Melhoria

+
    +
  • +

    Implementar uma funcionalidade que atualize o status da resposta automaticamente assim que o sistema processar a submissão.

    +
    • +
  • +

    Mostrar uma mensagem clara enquanto o sistema processa a resposta, como "Processando sua resposta..." ou similar, até que o status final seja recebido.

    +
    • +
  • +

    Garantir que não seja necessário recarregar a página para obter o status atualizado. Isso melhora a eficiência e a satisfação do usuário.

    +
    • +
+

Projeto para Erros

+

Definição
+O princípio de projeto para erros visa prevenir que os usuários cometam erros, além de oferecer mecanismos para recuperação caso os erros ocorram. Isso inclui tornar os sistemas exploráveis, facilitar a reversão de operações e evitar ações irreversíveis.

+

Violação
+Assim como exemplifica o GIF 1, quando o usuário faz o upload de um arquivo e, em seguida, troca de questão sem enviar, o arquivo é perdido. O sistema não alerta seus utilizadores sobre a possível perda de dados nem oferece uma maneira de recuperar o envio anterior. Isso aumenta a frustração e o risco de perda de progresso.

+

GIF 1: GIF da violação: Projeto para Erros.

+

Projeto para Erros

+

Fonte: CD-MOJ, 2024.

+

Sugestão de Melhoria
+ - Implementar um aviso ao usuário antes de trocar de questão, como:
+ - "Você possui alterações não salvas. Tem certeza de que deseja sair desta questão? Suas alterações serão perdidas."
+ - Oferecer botões de ação como "Cancelar" e "Continuar".

+
    +
  • +

    Adicionar funcionalidade para salvar automaticamente o arquivo enviado em um estado de rascunho vinculado à questão correspondente. Isso permite que o usuário recupere o upload ao retornar à questão.

    +
    • +
  • +

    Exibir claramente o status de uploads pendentes ou incompletos, com mensagens como "Envio pendente. Por favor, finalize antes de continuar."

    +
    • +
+

Visibilidade e Reconhecimento

+

Definição
+O princípio de visibilidade e reconhecimento enfatiza a importância de tornar as informações e elementos do sistema claramente perceptíveis para os usuários. Isso inclui elementos visuais que ajudam a identificar e diferenciar o sistema de outros, facilitando a navegação e o reconhecimento.

+

Violação
+Na figura 2 é possível ver que o site não possui um ícone personalizado (favicon) para identificá-lo nas abas do navegador, exibindo o ícone padrão ou nenhum ícone. Isso dificulta o reconhecimento do site entre várias abas abertas e prejudica a identidade visual da interface.

+

Figura 2: Imagem da violação: Visibilidade e Reconhecimento.

+

Visibilidade e Reconhecimento

+

Fonte: CD-MOJ, 2024.

+

Sugestão de Melhoria

+
    +
  • +

    Desenvolver um favicon representativo do site, usando elementos visuais que remetam ao conteúdo ou marca do sistema.

    +
    • +
  • +

    Certificar-se de que o favicon esteja alinhado ao branding do site, utilizando as mesmas cores ou logotipo para reforçar a identidade visual.

    +
    • +
+

Consistência e Padronização

+

Definição
+Consistência e padronização asseguram que os elementos da interface funcionem de maneira previsível e alinhada às expectativas dos usuários. Isso inclui comportamentos consistentes, como o redirecionamento em uma mesma aba ao clicar em links ou botões e limites claros para áreas clicáveis.

+

Violação

+

O GIF 2 exemplifica os seguintes casos:

+
    +
  1. O clique na logo redireciona para a página inicial, mas abre uma nova aba, o que não é uma prática padrão e pode confundir ou frustrar o usuário. O comportamento esperado é que o redirecionamento ocorra na mesma aba.
    2. +
  2. A área clicável da logo se estende indevidamente para o espaço em branco ao redor, violando as expectativas de precisão e causando cliques acidentais.
    3. +
+

GIF 2: GIF da violação: Consistência e Padronização.

+

Projeto para Erros

+

Fonte: CD-MOJ, 2024.

+

Sugestão de Melhoria
+ - Ajustar o comportamento do clique para que o redirecionamento para a página inicial ocorra na mesma aba, exceto em casos onde abrir em uma nova aba seja intencional e comunicado ao usuário.

+
    +
  • Garantir que apenas a logo visível seja clicável.
    • +
+

Simplicidade nas Estruturas das Tarefas

+

Definição

+

Simplicidade nas estruturas das tarefas visa reduzir a complexidade e o esforço exigidos do usuário para realizar ações, promovendo fluxos diretos e intuitivos.

+

Violação

+

O fluxo para acessar o módulo "Treino Livre" exige que o usuário entre em contato com um bot no Telegram, envie um comando específico e receba usuário e senha. Esse processo é complexo, dependente de uma ferramenta externa e pode confundir os usuários menos experientes.

+

Figura 3: Imagem da violação: Simplicidade nas Estruturas das Tarefas.

+

Simplicidade nas Estruturas das Tarefas

+

Fonte: CD-MOJ, 2024.

+

Sugestão de Melhoria

+
    +
  • Permitir o login diretamente no site, eliminando a necessidade de interação com o bot do Telegram.
    • +
  • Se a integração com o bot for mantida, incorporar a funcionalidade ao site, permitindo que os comandos sejam executados dentro da própria interface.
    • +
  • Simplificar a comunicação e orientar o usuário claramente sobre os passos necessários para o login, reduzindo a dependência de ferramentas externas.
    • +
+

Referências Bibliográficas

+

1. BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2010.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2010.

+

VENTOY. Interação Humano Computador. Distrito Federal, 2023. Disponível em: https://github.com/Interacao-Humano-Computador/2023.2-Ventoy. Acesso em: 29/11/2024.

+

BILHETERIA DIGITAL. Interação Humano Computador. Distrito Federal, 2023. Disponível em: https://github.com/Interacao-Humano-Computador/2023.1-BilheteriaDigital. Acesso em: 30/11/2024.

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Documentação dos Princípios Gerais do Projeto.Felipe Rodrigues e João Vitor01/12/2024Ruan Carvalho01/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_4/analise_requisitos/planejamento_avaliacao/index.html b/entregas/entrega_4/analise_requisitos/planejamento_avaliacao/index.html new file mode 100644 index 00000000..21ea40a4 --- /dev/null +++ b/entregas/entrega_4/analise_requisitos/planejamento_avaliacao/index.html @@ -0,0 +1,2406 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação da Análise de Tarefas - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação da Análise de Tarefas

+

Introdução

+

A avaliação de sistemas interativos é crucial para garantir que atendam aos critérios de qualidade e ofereçam uma boa experiência ao usuário. O framework DECIDE é uma metodologia eficiente para planejar e executar avaliações em IHC, permitindo identificar problemas e melhorar a usabilidade e a interface do sistema.

+

Ao utilizar o DECIDE, é possível obter uma visão clara das necessidades dos usuários e alinhar o design do sistema com seus objetivos. Esse processo não só ajuda a detectar falhas, mas também assegura que o produto seja funcional e acessível, minimizando custos com correções futuras. Este documento tem como objetivo planejar a avaliação do CD-MOJ, garantindo que ele atenda às expectativas dos usuários.

+

Objetivo

+

O principal objetivo desta avaliação é validar os fluxos descritos na HTA para o CD-MOJ, identificando possíveis inconsistências e coletando feedback dos usuários sobre os processos. Essa avaliação busca verificar se o sistema promove a apropriação da tecnologia pelos usuários, se apresenta conformidade com padrões de usabilidade e se oferece alternativas de design adequadas para minimizar problemas de interação e interface.

+

Os objetivos específicos incluem:

+
    +
  • Avaliar a correspondência entre as tarefas descritas na HTA e as ações dos usuários.
    • +
  • Identificar possíveis dificuldades enfrentadas pelos usuários durante as interações com o CD-MOJ.
    • +
  • Obter sugestões de melhorias com base na experiência prática dos usuários.
    • +
+

Metodologia

+

Será utilizado o framework DECIDE para o planejamento dessa avaliação, estruturando o processo em seis etapas a serem seguidas.

+

Figura do framework DECIDE

+

FRAMEWORK DECIDE

+

D - Determinar os objetivos

+

A meta principal desta avaliação é detectar falhas de usabilidade no CD-MOJ e compreender como os usuários interagem com os elementos do sistema descritos na análise de tarefas. Assim, verificaremos se o sistema atende às necessidades, é funcional e proporciona aos usuários a realização eficaz de seus objetivos.

+

E - Explorar as perguntas

+

Com o objetivo definido, é necessário elaborar algumas perguntas específicas a serem respondidas durante a avaliação. Elas devem considerar o perfil dos usuarios-alvo e suas atividades. As perguntas são:

+

Tabela 1: Tabela de perguntas especificas a serem respondidas durante a avaliação.

+

Formulário - Análise de Tarefa no CD-MOJ

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
NúmeroPerguntaResposta
1Qual o seu nome?Resposta discursiva
2Quantos anos você tem?Resposta discursiva
3Qual o seu nível de escolaridade?Resposta discursiva
4Qual é a sua ocupação?Resposta discursiva
5Você já utilizou algum juiz online? Se sim, qual?Resposta discursiva
6Você conhece o CD-MOJ?[ ] Sim, [ ] Não
7Você utiliza o CD-MOJ?[ ] Sim, [ ] Não
8Qual é o seu objetivo principal ao utilizar o CD-MOJ?Resposta discursiva
9As etapas descritas na tarefa refletem sua experiência real com o CD-MOJ?[ ] Sim, [ ] Não
10Alguma etapa da tarefa lhe pareceu confusa ou desnecessária? Qual?Resposta discursiva
11Você enfrentou alguma dificuldade ao realizar as tarefas descritas? Se sim, qual?Resposta discursiva
12Você achou a interface intuitiva para a realização eficiente das tarefas? Não, por quê?Resposta discursiva
13Há algo que você sugere incluir ou modificar nas etapas apresentadas?Resposta discursiva
+

Autor(es): João Vitor, 2024.

+

C - Escolher (Choose)

+

Para a realização da avaliação do CD-MOJ, será aplicado o método de investigação, combinando entrevistas estruturadas e observação de usuários, guiadas por um conjunto de perguntas previamente elaborado.

+

Essa abordagem possui a capacidade de coletar informações detalhadas e permite explorar questões mais aprofundadas relacionadas aos objetivos e desafios enfrentados pelos usuários. As entrevistas serão registradas por meio de gravações em áudio/vídeo e documentos escritos.

+

I - Identificar

+

Recrutamento

+

Para o recrutamento, serão selecionadas cinco pessoas, uma para cada análise de tarefa realizada pelos integrantes do grupo. O público-alvo será definido com base no perfil do usuário. As entrevistas serão conduzidas de forma online para a realização dessa atividade.

+

Preparação

+

Após o teste piloto, os entrevistadores deverão se preparar para conduzir as entrevistas de forma estruturada, com base em um roteiro de perguntas. Eles serão responsáveis por realizar as perguntas e registrar as respostas dos usuários. A entrevista envolverá atividades do artefato de análise de tarefas. +Os papéis podem ser divididos entre uma ou duas pessoas, sendo uma responsável pelas perguntas e a outra pela coleta das respostas.

+

Custos

+

Para a realização da avaliação, serão necessários dispositivos com acesso à internet, como notebooks ou computadores, para realizar e gravar as entrevistas, tanto dos entrevistadores quanto dos entrevistados. Além disso, será necessário garantir que os participantes tenham acesso a ferramentas de videoconferência, para facilitar a interação online. Por se tratar de uma avaliação online, os custos operacionais são consideravelmente reduzidos, uma vez que não há necessidade de infraestrutura física, deslocamentos ou materiais impressos.

+

Prazos

+

Cada entrevistador conduzirá uma sessão com duração aproximada de 20 minutos. O cronograma será preenchido conforme a disponibilidade dos participantes.

+

Tabela 2: Tabela de prazos para cada integrante.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Felipe RodriguesA definirA definir16/12/2024 - 18/12/2024Plataforma Google Meet
Jéssica EvelineA definirA definir16/12/2024 - 18/12/2024Plataforma Google Meet
João VitorA definirA definir16/12/2024 - 18/12/2024Plataforma Google Meet
Ruan CarvalhoA definirA definir16/12/2024 - 18/12/2024Plataforma Google Meet
Marcelo AdrianA definirA definir16/12/2024 - 18/12/2024Plataforma Google Meet
+

Autor(es): João Vitor, 2024.

+

D - Decidir como lidar com as questões éticas

+

Os participantes serão informados sobre os objetivos da avaliação e o uso de suas respostas. Um termo de consentimento será apresentado, garantindo o sigilo e a utilização ética das informações coletadas.

+

E - Avaliar (Evaluate)

+

Após a coleta de dados, as respostas serão analisadas para identificar padrões e discrepâncias. O avaliador considerará a confiabilidade dos dados, a validade interna, externa e ecológica do estudo, garantindo que os resultados sejam consistentes, precisos e aplicáveis a contextos semelhantes. Os problemas identificados serão classificados por gravidade, e as sugestões dos participantes serão priorizadas para a implementação de melhorias no CD-MOJ.

+

Planejamento do Teste Piloto

+

Antes de realizar a avaliação completa, é fundamental conduzir um teste piloto. Esse teste tem como objetivo validar o planejamento da avaliação, garantir que todos os procedimentos estão claros e funcionais, e permitir ajustes necessários. Além disso, o teste piloto ajuda a identificar possíveis falhas nos métodos, questões de usabilidade e a eficácia do roteiro de entrevista. Segue a tabela abaixo com a marcação do teste piloto.

+

Tabela 3: Tabela do planejamento do teste piloto.

+ + + + + + + + + + + + + + + + + + + + + +
OrdemDataHorário de Início e FimLocalEntrevistadoresEntrevistado
114/12/202421:00 - 21:15Google meetJoão VitorFelipe Rodrigues
+

Autor(es): João Vitor, 2024.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do planejamento da avaliaçãoJoão Vitor10/12/2024Marcelo Adrian10/12/2024
1.1Alteração nas perguntasJoão Vitor10/12/2024Marcelo Adrian10/12/2024
1.2Correção e alteração nas perguntasJoão Vitor15/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_4/analise_requisitos/planejamento_relato/index.html b/entregas/entrega_4/analise_requisitos/planejamento_relato/index.html new file mode 100644 index 00000000..c5877267 --- /dev/null +++ b/entregas/entrega_4/analise_requisitos/planejamento_relato/index.html @@ -0,0 +1,2520 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento do relato de resultados da avaliação da análise de tarefas - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do relato de resultados da avaliação da análise de tarefas

+

Introdução

+

A avaliação visa identificar problemas e oportunidades de melhoria na interação dos usuários com o sistema, através de um processo organizado que inclui o estudo das tarefas realizadas pelos participantes, seus perfis, e as dificuldades encontradas.

+

Objetivo

+

O objetivo deste planejamento é guiar o processo de avaliação de usabilidade, registrando e analisando as tarefas realizadas pelos participantes. Através disso, será possível identificar pontos de melhoria, problemas de usabilidade, e gerar sugestões que possam aprimorar a experiência do usuário com o sistema, com base nas observações feitas durante a análise das tarefas executadas.

+

Metodologia

+

Com base no livro de Simone Barbosa e adaptando alguns pontos, os seguintes elementos devem ser incorporados no relato dos resultados:

+
    +
  • Os objetivos da avaliação;
    • +
  • Local da avaliação;
    • +
  • Tarefas executadas pelos participantes;
    • +
  • Dados coletados durante a entrevista;
    • +
  • Lista de problemas encontrados durante a avaliação;
    • +
  • Documentação da avaliação.
    • +
+

Documentação

+

1. Objetivos da Avaliação

+

Nesta seção, deve ser apresentada uma definição clara dos propósitos da análise de tarefas. Explicar o motivo pelo qual a avaliação está sendo realizada e quais resultados se espera alcançar com a análise das tarefas executadas pelos participantes.

+

2. Local da Avaliação

+

Descrever o ambiente onde a avaliação foi realizada. Isso pode incluir informações sobre o local físico as condições do espaço (ex: ambiente controlado ou situações do cotidiano) e qualquer outro fator que possa ter impactado a avaliação. Detalhar também a infraestrutura utilizada, como computadores, ferramentas de gravação ou qualquer outro recurso essencial para a execução da avaliação.

+

3. Tarefas Executadas pelos Participantes

+

Quais atividades os participantes realizaram durante a avaliação? Qual tarefa foi analisada e de que forma foi conduzida a análise?

+

4. Dados coletados durante a entrevista

+

Nesta seção, serão apresentados o número e o perfil dos participantes quanto os dados coletados durante a avaliação. Além disso, serão apresentadas as perguntas feitas aos participantes, divididas entre análise de perfil e análise do fluxo de tarefas (HTA), com o intuito de investigar as experiências, dificuldades e sugestões de melhorias dos participantes ao interagir com o sistema.

+

Perguntas para Análise do Perfil do Entrevistado

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?[Resposta discursiva]
Quantos anos você tem?[Resposta discursiva]
Qual a sua ocupação?[Resposta discursiva]
Qual o seu nível de escolaridade?[Resposta discursiva]
Você já utilizou algum juiz online? Se sim, qual?[Resposta discursiva]
Você conhece o CD-MOJ?[ ] Sim [ ] Não
Você utiliza o CD-MOJ? Se sim, qual o seu objetivo ao utilizar a plataforma?[ ] Sim [ ] Não
+

Perguntas sobre o HTA

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
As etapas descritas no diagrama representam bem um fluxo de navegação para a realização da tarefa analisada?[ ] Sim [ ] Não
Alguma etapa da tarefa lhe pareceu desnecessária? Se sim, qual?[ ] Sim [ ] Não
Você encontrou alguma dificuldade de compreender a tarefa apresentada? Se sim, qual?[ ] Sim [ ] Não
Em sua navegação, você acredita que conseguiria concluir a tarefa sem dificuldades? Se não, por quê?[ ] Sim [ ] Não
Há algo que você sugere incluir ou modificar nas etapas apresentadas?Resposta discursiva
+

5. Problemas de Usabilidade Identificados

+

Relate os problemas de usabilidade encontrados durante a avaliação. Para cada problema, deve-se apresentar uma descrição detalhada do que foi observado, os fatores de usabilidade prejudicados (como eficiência e satisfação) e a justificativa para considerar esses problemas críticos para a experiência do usuário. Além disso, se houver soluções já implementadas ou propostas para resolver os problemas, devem ser descritas de forma clara.

+

6. Documentação da Avaliação

+

Nesta seção, deve ser incluído o vídeo do registro da avaliação, que serve como documentação visual do processo. Esse registro visual é fundamental para garantir que os detalhes da avaliação sejam preservados para futuras análises, além de proporcionar uma referência clara e acessível para outros membros da equipe.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do planejamento do resultadoJoão Vitor10/12/2024Marcelo Adrian10/12/2024
1.1Correção do planejamento de resultadoJoão Vitor05/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_4/entrega_4/index.html b/entregas/entrega_4/entrega_4/index.html new file mode 100644 index 00000000..188271ba --- /dev/null +++ b/entregas/entrega_4/entrega_4/index.html @@ -0,0 +1,2238 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 4

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação foca nos artefatos da etapa 4.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Jéssica Eveline , 2024.

+

Apresentação

+

Vídeo 1: Entrega 4 - IHC - Grupo 05.

+ + +

Link: Entrega 4 - IHC - Grupo 05

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação da entrega e disponibilização do linkMarcelo Adrian10/12/2024Ruan Carvalho10/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/entregas/entrega_4/storyboard/planejamento_da_avalia\303\247\303\243o/index.html" "b/entregas/entrega_4/storyboard/planejamento_da_avalia\303\247\303\243o/index.html" new file mode 100644 index 00000000..d761676e --- /dev/null +++ "b/entregas/entrega_4/storyboard/planejamento_da_avalia\303\247\303\243o/index.html" @@ -0,0 +1,3013 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento da Avaliação do Storyboard - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Storyboard

+

Introdução

+

O planejamento da avaliação de storyboards é uma etapa crucial, pois assegura que os elementos visuais, narrativos e funcionais atendam aos requisitos do projeto e às expectativas do público-alvo. Para estruturar essa avaliação, utilizamos o framework DECIDE, uma metodologia aplicada na Interação Humano-Computador (IHC) que fornece um conjunto de etapas sistemáticas para conduzir avaliações.

+

O framework DECIDE é composto por seis fases principais:

+
    +
  • +

    D: Determinar os objetivos gerais da avaliação

    +
    • +
  • +

    E: Explorar as perguntas específicas

    +
    • +
  • +

    C: Escolher os métodos de avaliação

    +
    • +
  • +

    I: Identificar os aspectos práticos

    +
    • +
  • +

    D: Decidir como lidar com questões éticas

    +
    • +
  • +

    E: Explorar como interpretar os dados coletados

    +
    • +
+

Metodologia

+

A avaliação do storyboard será realizada utilizando o framework DECIDE, considerando o contexto do site CD-MOJ, uma plataforma educacional amplamente utilizada por alunos e professores da UnB. A metodologia abordará os problemas identificados e buscará avaliar a adequação do storyboard para propor melhorias na interface e na experiência do usuário.

+

Objetivos

+

D: Determinar os objetivos gerais da avaliação

+

O principal objetivo é verificar se o storyboard reflete soluções claras e eficazes para os problemas de usabilidade e interação encontrados no CD-MOJ. Os critérios avaliados incluem:
+- Clareza e coerência na comunicação das propostas de solução.
+- Alinhamento com as heurísticas de usabilidade de Nielsen.
+- Usabilidade do storyboard como ferramenta para guiar implementações no site.
+- Estética e apelo visual das soluções propostas.

+

E: Explorar as perguntas específicas

+

As perguntas que guiarão a avaliação incluem:
+- O storyboard apresenta soluções compreensíveis para os problemas identificados no CD-MOJ?
+- As propostas seguem os padrões de consistência e usabilidade esperados?
+- A narrativa visual do storyboard é clara e coesa?
+- As sugestões de redesign são viáveis e facilmente interpretadas?

+

C: Escolher os métodos de avaliação

+

Será conduzida uma entrevista estruturada com um usuário representativo da plataforma (como um aluno e/ou professor da UnB), utilizando o storyboard como base para discussão.
+- Apresentação do projeto: Antes das perguntas, será feita uma breve introdução ao storyboard e seus objetivos.
+- Roteiro da entrevista: Inclui perguntas específicas sobre cada problema identificado e as soluções propostas no storyboard.
+- Feedback aberto: Após a entrevista, o participante poderá fazer comentários e sugestões adicionais.

+

I: Identificar os aspectos práticos

+
    +
  • Participantes: Um usuário frequente do CD-MOJ (aluno ou professor) será selecionado.
    • +
  • Cronograma: A entrevista será realizada em uma sessão de aproximadamente 20-30 minutos.
    • +
  • Ferramentas: O storyboard será apresentado digitalmente, utilizando plataformas como o Google Meet, para facilitar o acesso do participante.
    • +
  • Ambiente: O entrevistador criará um ambiente amigável e descontraído para promover uma comunicação clara e aberta.
    • +
+

D: Decidir como lidar com questões éticas

+
    +
  • O termo de consentimento será apresentado antes da entrevista, garantindo que o participante compreenda os objetivos da avaliação e autorize o uso dos dados coletados.
    • +
  • A confidencialidade será assegurada, e nenhum dado pessoal será compartilhado.
    • +
  • O participante terá liberdade para se retirar da avaliação a qualquer momento, sem consequências.
    • +
+

E: Interpretar os dados coletados

+
    +
  • Análise qualitativa: Os comentários e respostas serão categorizados com base nos problemas identificados e nas soluções propostas.
    • +
  • Sugestões práticas: As observações do participante serão sintetizadas em recomendações para ajustes no storyboard.
    • +
  • Relatório final: O relatório incluirá um resumo das percepções do participante e uma análise de como as soluções propostas podem ser refinadas para melhor atender às necessidades do público-alvo.
    • +
+

Questões práticas

+

Objetivos Gerais

+
    +
  • Verificar a apropriação de tecnologia pelos usuários: Avaliar se os storyboards refletem uma compreensão clara de como os usuários interagem com o CD-MOJ e como eles incorporam essa tecnologia em suas atividades.
    • +
  • Explorar ideias e alternativas de design: Identificar se os storyboards apresentam soluções criativas e variadas para os problemas de interação e interface detectados, promovendo inovação no design.
    • +
  • Avaliar a conformidade com padrões estabelecidos: Garantir que os storyboards seguem princípios reconhecidos de design de interação, como as heurísticas de usabilidade de Nielsen e boas práticas de Interação Humano-Computador (IHC).
    • +
  • Identificar problemas na interação e na interface na fase do modelo conceitual: Detectar questões de usabilidade, navegação e feedback apresentados nos storyboards para propor ajustes antes da implementação.
    • +
+

Recrutamento de participantes

+

Com base no perfil do usuário, serão recrutados participantes que:
+- Sejam estudantes ou professores da UnB, com experiência no uso do CD-MOJ.
+- Tenham familiaridade básica com a ferramenta educacional digital.
+- Enquadrem-se no perfil de usuários primários e secundários definidos no documento de perfil.

+

Os participantes serão convidados por meio de contato direto, utilizando redes sociais, e-mails institucionais ou indicação como o criador do site, Bruno Ribas.

+

Cronograma

+

Tabela 1 - Cronograma do planejamento.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
AtividadeDataHoráriosLocal
Teste piloto14/1211:30Plataforma Google Meet
Realização das entrevistas16/12 - 20/12A depender da disponibilidade dos usuáriosPlataforma Google Meet
Registro e análise dos resultadosAté 05/01A depender da disponibilidade dos integrantesGithub
+

Autor(es): Jéssica Eveline, Felipe Rodrigues 2024.

+

Ferramentas

+
    +
  • Comunicação: Google Meet.
    • +
  • Apresentação: Storyboard digital em PDF ou ferramenta de apresentação visual interativa (como Canva ou Figma).
    • +
  • Registro: Gravação de vídeo (com consentimento) e anotações detalhadas durante as entrevistas.
    • +
  • Análise de dados: Ferramentas como Excel ou Google Sheets para tabulação das respostas e análise de feedbacks.
    • +
+

Teste piloto

+

O teste piloto será conduzido no dia 14/12, às 11h:30, com um participante representativo do público-alvo e integrante do grupo. O objetivo é:
+1. Verificar a clareza das perguntas do roteiro.
+2. Identificar possíveis problemas na condução da entrevista.
+3. Garantir que as ferramentas e o ambiente escolhido estejam funcionando adequadamente.
+4. Ajustar o tempo necessário para cada etapa da entrevista, incluindo a apresentação do storyboard e o momento de feedback livre.

+

Durante o piloto, será avaliado se o formato do termo de consentimento, o roteiro e a apresentação do storyboard estão alinhados com os objetivos propostos. Ajustes serão realizados com base no retorno do participante do teste piloto.

+

Questões Éticas

+

Durante a realização da avaliação do storyboard, será garantido que todos os procedimentos éticos sejam seguidos, conforme descrito em Aspectos Éticos de Pesquisas com Pessoas e Termo de Consentimento.

+

Apresentação do Termo de Consentimento

+

Antes do início de qualquer atividade, será apresentado aos participantes o termo de consentimento, que explicará:
+- O objetivo da pesquisa e como as informações serão utilizadas.
+- O direito de recusar a participação ou se retirar a qualquer momento, sem prejuízo.
+- A garantia de anonimato e confidencialidade das respostas e dados fornecidos.
+- Informações de contato dos responsáveis pelo estudo para esclarecimento de dúvidas.

+

Custos

+

A realização das entrevistas deve ser feita de modo que não gere custos à equipe nem aos usuários. Para isso, elas serão realizadas online, utilizando as seguintes ferramentas:

+ +

É importante ressaltar que os equipamentos necessários serão quaisquer dispositivos que possuam acesso à internet, aplicativos de comunicação e navegadores de internet disponíveis para os envolvidos.

+

Consentimento Livre e Esclarecido

+

A participação só ocorrerá mediante a assinatura do termo de consentimento. Caso o participante não concorde, ele será dispensado sem qualquer tipo de constrangimento ou pressão.

+

Ambiente Ético e Confortável

+

Será garantido um ambiente amigável e respeitoso durante as entrevistas. O entrevistador deverá:
+- Respeitar a privacidade do participante.
+- Utilizar linguagem clara e acessível.
+- Evitar qualquer tipo de comportamento coercitivo ou que cause desconforto.

+

Armazenamento de Dados

+

Os dados coletados serão armazenados de forma segura e utilizados apenas para os fins desta avaliação. Após a finalização do estudo, entrega do relatório e prazos da disciplina, os registros serão descartados.

+

Compromisso com a Ética em Pesquisa

+

Essa abordagem assegura que a pesquisa siga as diretrizes éticas de interação humano-computador, respeitando a integridade e os direitos dos participantes, enquanto coleta informações relevantes para a melhoria do projeto.

+

Termo de Consentimento Livre e Esclarecido

+

Título: Avaliação da Interação Humano-Computador da Plataforma CD-MOJ NAQUADAH. +Projeto: Grupo 5 - Interação Humano-Computador

+

Descrição do Estudo: Estamos realizando uma pesquisa acerca dos aspectos de Interação Humano-Computador da plataforma CD-MOJ NAQUADAH, visando avaliar e propor melhorias no sistema. Solicitamos sua colaboração na realização de uma atividade relacionada ao estudo, com duração estimada de 20 minutos.

+

Informações Relevantes:

+
    +
  1. Participação voluntária: Sua participação é inteiramente voluntária, e você poderá interrompê-la a qualquer momento sem necessidade de justificativa ou prejuízo de qualquer natureza.
    2. +
  2. Confidencialidade: As informações coletadas serão tratadas de forma confidencial e utilizadas exclusivamente para fins acadêmicos ou técnicos. Seus dados pessoais e respostas serão protegidos e não serão associados à sua identidade em nenhuma publicação.
    3. +
  3. Direito à informação: Caso deseje você poderá solicitar informações sobre os resultados da pesquisa ou a finalidade específica dos dados coletados.
    4. +
  4. Gravações: Caso sejam realizadas gravações, estas serão utilizadas apenas para análise interna da pesquisa e serão armazenadas em local seguro por até 6 meses, sendo descartadas após este período.
    5. +
  5. Riscos e Benefícios: Esta pesquisa apresenta riscos mínimos, pois não envolve informações pessoais sensíveis e garante o anonimato dos dados coletados. Como benefício, sua contribuição auxiliará no aprimoramento do site CD-MOJ, amplamente utilizado por alunos e professores.
    6. +
+

Roteiro de Entrevistas

+

Declarações de Consentimento

+

Antes de iniciar a entrevista, será apresentada ao participante a Declaração de Consentimento Livre e Esclarecido, garantindo a compreensão e obtenção do consentimento formal para participação.

+

Apresentação do Storyboard

+

O participante será introduzido ao storyboard, com uma breve explicação sobre:
+- O objetivo do storyboard.
+- Como ele propõe soluções para os problemas identificados no CD-MOJ.
+- Os principais elementos visuais e narrativos apresentados.

+

Perguntas Aplicadas para Cada Storyboard

+

Após a apresentação, serão realizadas as seguintes perguntas, com opções de resposta pré-definidas:

+
    +
  1. O storyboard apresenta clareza e coerência na comunicação das propostas de solução?
    2. +
  2. [ ] Sim
    3. +
  3. [ ] Não
    4. +
  4. +

    [ ] Não sei afirmar

    +
    5. +
  5. +

    As propostas apresentadas estão alinhadas com as heurísticas de usabilidade de Nielsen?

    +
    6. +
  6. [ ] Sim
    7. +
  7. [ ] Não
    8. +
  8. +

    [ ] Não sei afirmar

    +
    9. +
  9. +

    O storyboard é funcional como ferramenta para guiar implementações no site?

    +
    10. +
  10. [ ] Sim
    11. +
  11. [ ] Não
    12. +
  12. +

    [ ] Não sei afirmar

    +
    13. +
  13. +

    As soluções propostas têm apelo visual e são esteticamente agradáveis?

    +
    14. +
  14. [ ] Sim
    15. +
  15. [ ] Não
    16. +
  16. +

    [ ] Não sei afirmar

    +
    17. +
  17. +

    O storyboard apresenta soluções compreensíveis para os problemas identificados no CD-MOJ?

    +
    18. +
  18. [ ] Sim
    19. +
  19. [ ] Não
    20. +
  20. +

    [ ] Não sei afirmar

    +
    21. +
  21. +

    As propostas seguem os padrões de consistência e usabilidade esperados?

    +
    22. +
  22. [ ] Sim
    23. +
  23. [ ] Não
    24. +
  24. +

    [ ] Não sei afirmar

    +
    25. +
  25. +

    As sugestões de redesign são viáveis e facilmente interpretadas pelos desenvolvedores?

    +
    26. +
  26. [ ] Sim
    27. +
  27. [ ] Não
    28. +
  28. [ ] Não sei afirmar
    29. +
+

Feedback Aberto

+

Ao final das perguntas estruturadas, o participante terá um espaço aberto para:
+- Fazer comentários gerais sobre o storyboard.
+- Sugerir melhorias que não tenham sido abordadas durante a entrevista.
+- Compartilhar insights ou experiências relacionados ao uso do CD-MOJ.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2010.

+

PREECE, Jennifer; SHARP, Helen; ROGERS, Yvonne. Interaction Design: beyond human-computer interaction. John Wiley & Sons, 2015.

+

LICHESS. Interação Humano Computador. Distrito Federal, 2022. Disponível em: https://github.com/Interacao-Humano-Computador/2022.2-Lichess. Acesso em: 09/12/2024.

+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação do documentoJéssica Eveline09/12/2024Felipe Rodrigues09/12/2024
1.1Alterações significativasFelipe Rodrigues10/12/2024Marcelo Adrian10/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_4/storyboard/planejamento_do_relato/index.html b/entregas/entrega_4/storyboard/planejamento_do_relato/index.html new file mode 100644 index 00000000..ff7ef506 --- /dev/null +++ b/entregas/entrega_4/storyboard/planejamento_do_relato/index.html @@ -0,0 +1,2497 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento do Relato dos Resultados do Storyboard - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato de Resultados da Avaliação do Storyboard

+

Introdução

+

O relato de resultados tem como objetivo documentar os resultados obtidos a partir da avaliação dos storyboards elaborados pela equipe, visando a melhoria da interação e usabilidade do CD-MOJ. Este documento irá consolidar os dados coletados nas entrevistas, destacando tanto os aspectos positivos quanto as áreas que precisam de ajustes. O foco principal será verificar se o storyboard atende aos requisitos de clareza, usabilidade e alinhamento com as heurísticas de Nielsen, conforme os objetivos previamente estabelecidos na fase de planejamento da avaliação, com base no framework DECIDE.

+

Elementos do Relato de Resultados

+

Objetivos da Avaliação

+

A avaliação dos storyboards foi realizada com o objetivo de:

+
    +
  • +

    Verificar a clareza e coerência na comunicação das propostas de solução apresentadas nos storyboards.

    +
    • +
  • +

    Avaliar o alinhamento com as heurísticas de usabilidade de Nielsen, identificando se as soluções propostas seguem princípios de design eficiente e eficaz.

    +
    • +
  • +

    Analisar a usabilidade do storyboard como ferramenta para guiar implementações no site, verificando sua aplicabilidade prática no processo de desenvolvimento.

    +
    • +
  • +

    Observar a estética e o apelo visual, garantindo que as soluções propostas sejam atraentes e intuitivas para os usuários.

    +
    • +
  • +

    Avaliar a capacidade de resolução dos problemas identificados no CD-MOJ, garantindo que o storyboard aborde as questões de usabilidade e navegação de forma clara e eficiente.

    +
    • +
+

Metodologia

+

A metodologia adotada para esta avaliação segue as etapas descritas no planejamento da avaliação:

+
    +
  1. +

    Framework DECIDE: O framework DECIDE será utilizado para orientar a avaliação, considerando os seguintes aspectos:

    +
    2. +
  2. +

    Definir os objetivos da avaliação.

    +
    3. +
  3. +

    Estabelecer os critérios de decisão.

    +
    4. +
  4. +

    Colher as evidências necessárias.

    +
    5. +
  5. +

    Interpretar os dados coletados.

    +
    6. +
  6. +

    Documentar os resultados de forma clara.

    +
    7. +
  7. +

    Elaborar recomendações baseadas nos resultados obtidos.

    +
    8. +
  8. +

    Testes Piloto e Entrevistas: Durante o teste piloto e as entrevistas com usuários representativos do público-alvo do CD-MOJ, será avaliada a percepção dos participantes sobre os storyboards.

    +
    9. +
  9. +

    Entrevistas com Participantes: Serão realizadas entrevistas baseadas em um roteiro de perguntas estruturadas, seguidas de uma sessão de feedback aberto onde os participantes poderão sugerir melhorias.

    +
    10. +
+

Avaliadores e Participantes

+
    +
  • Avaliadores: A avaliação será conduzida pelos membros da equipe de avaliação.
    • +
  • Participantes: A avaliação envolverá usuários representativos do público-alvo do CD-MOJ, incluindo alunos e professores da UnB, conforme descrito no perfil do usuário.
    • +
+

Sumário dos Dados

+

Será registrado o sumário das respostas dos participantes para cada uma das perguntas do roteiro, incluindo: +- Respostas às perguntas estruturadas, com opções de resposta como "sim", "não" e "não sei afirmar". +- Considerações adicionais feitas pelos usuários, especialmente em casos de respostas negativas ou de incerteza (não sei afirmar). +- Observações gerais sobre a experiência do participante durante a avaliação.

+

Problemas Encontrados

+

A partir dos dados coletados, serão identificados os seguintes problemas nos storyboards: +- Problemas de clareza e coerência na comunicação das soluções propostas. +- Desalinhamento com as heurísticas de usabilidade de Nielsen, como problemas de consistência, feedback, e prevenção de erros. +- Dificuldades de usabilidade do storyboard como ferramenta para a implementação no site. +- Problemas estéticos, como elementos visuais confusos ou pouco atraentes. +- Soluções incompreensíveis para os problemas identificados no CD-MOJ.

+

Sugestões de Correções

+

Para cada problema identificado, serão propostas correções e melhorias. As sugestões poderão incluir: +- Alterações no layout e design visual para melhorar a estética e a clareza do storyboard. +- Ajustes nas propostas de solução para garantir maior alinhamento com as heurísticas de Nielsen. +- Recomendações para tornar o storyboard mais intuitivo e fácil de usar pelos desenvolvedores, a fim de garantir que as soluções possam ser implementadas de forma eficiente. +- Sugestões de revisões nas mensagens de erro e feedback visual, para melhorar a experiência do usuário no CD-MOJ.

+

Gravações do Teste Piloto e da Entrevista

+

Serão inseridas as gravações do teste piloto e das entrevistas realizadas com os participantes. Estas gravações servirão como base para as análises qualitativas, permitindo uma avaliação detalhada das reações dos usuários e suas sugestões. Caso o teste piloto indique a necessidade de alterações no planejamento da avaliação (como ajustes no roteiro ou nas perguntas), esses pontos também serão registrados e discutidos.

+

As gravações do teste piloto e das entrevistas foram realizadas com o consentimento prévio dos participantes, seguindo os princípios éticos descritos no Termo de Consentimento Livre e Esclarecido. Essas gravações serão utilizadas apenas para análise interna e armazenadas de forma segura, garantindo o anonimato e a confidencialidade dos participantes. Após a entrega do relatório final, todos os registros serão devidamente descartados. Os participantes mantêm o direito de solicitar a exclusão de suas informações a qualquer momento.

+

Cronograma do Relato de Resultados

+

Tabela 1 - Cronograma do relato de resultados.

+ + + + + + + + + + + + + + + + + + + + + +
DataAtividade
20/12 - 30/12Análise de dados
31/12 - 04/01Redação do relato
05/01Entrega do relatório final
+

Autor(es): Jéssica Eveline, 2024.

+

Ferramentas de Apoio

+
    +
  • Análise de Dados: Ferramentas como Excel ou Google Sheets para tabulação e análise de respostas.
    • +
  • Produção do Relato: Documentos compartilhados (Google Docs).
    • +
  • Visualização de Dados: Ferramentas para criação de gráficos e tabelas (Canva, Power BI ou Excel).
    • +
+

Este planejamento visa garantir uma documentação clara e detalhada dos resultados da avaliação do storyboard, proporcionando insights valiosos para melhorar a interação e usabilidade do CD-MOJ.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Interação Humano-Computador. Rio de Janeiro: Elsevier, 2010.

+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação do documentoJéssica Eveline09/12/2024Felipe Rodrigues09/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_4/storyboard/storyboards/index.html b/entregas/entrega_4/storyboard/storyboards/index.html new file mode 100644 index 00000000..61e1ada7 --- /dev/null +++ b/entregas/entrega_4/storyboard/storyboards/index.html @@ -0,0 +1,2332 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Storyboards - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Storyboards

+

Introdução

+

O storyboard é uma ferramenta visual e um protótipo de baixa fidelidade amplamente utilizado no design de interação devido à sua simplicidade, baixo custo e rápida produção. Como destacado por Preece, Sharp e Rogers (2015) ^1^, sua estrutura sequencial permite representar visualmente os principais passos das interações entre usuários e sistemas. Em conjunto com cenários, os storyboards facilitam a compreensão do contexto de uso, das tarefas realizadas e das respostas do sistema, ajudando a antecipar desafios e a refinar soluções.

+

Cada quadro de um storyboard ilustra um momento específico da interação, destacando elementos como os usuários envolvidos, o ambiente, os objetivos, as ações realizadas e os resultados obtidos. No contexto de sistemas baseados em interfaces gráficas (GUI), eles também auxiliam na visualização de fluxos de trabalho e na identificação de pontos críticos na experiência do usuário. Este documento apresenta os storyboards desenvolvidos por cada integrante, alinhados às tarefas previamente definidas nos cenários e focados em capturar os aspectos centrais da interação proposta.

+

Tarefa 1: Submeter um código para avaliação.

+

Na figura 1, o storyboard retrata o momento em que um novo usuário irá submeter seu código de uma atividade porém não recebe retorno como esperado do site.

+

Figura 1 - Storyboard submeter um código para avaliação.

+

Figura 1 - Submeter um código para avaliação.

+

Autor: Felipe Rodrigues, 2024.

+

Tarefa 2: Alterar senha.

+

Na figura 2, é apresentado o storyboard de troca de senha e sua complexidade.

+

Figura 2 - Storyboard alterar senha.

+

Figura 2 - Alterar senha.

+

Autor: Jéssica Eveline, 2024.

+

Tarefa 3: Problemas com FAQ.

+

Na figura 3, storyboard apresentado trata da falta de conteúdo do FAQ para problemas comuns.

+

Figura 3 - Storyboard problemas com FAQ.

+

Figura 3 - Alterar problemas com FAQ.

+

Autor: João Vitor, 2024.

+

Tarefa 4: Falta de mecanismos de busca.

+

Na figura 4, é possível ver que o usuário tem dificuldade para encontrar algo no site por falta de mecanismos de busca.

+

Figura 4 - Storyboard falta de mecanismos de busca.

+

Figura 4 - Falta de mecanismos de busca.

+

Autor: Marcelo Adrian, 2024.

+

Tarefa 5: Encontrar os casos de teste que falharam.

+

Na Figura 5, o storyboard ilustra o momento em que o código é testado e alguns casos são aprovados. Para identificar os casos que falharam e localizar os erros, o usuário deve consultar o bot "Mojinho" no Telegram.

+

Figura 5 - Storyboard encontrar os casos de teste que falharam.

+

Figura 5 - Encontrar os casos de teste que falharam.

+

Autor: Ruan Carvalho, 2024.

+

Bibliografia

+

BILHETERIA DIGITAL. Interação Humano Computador. Distrito Federal, 2023. Disponível em: https://github.com/Interacao-Humano-Computador/2023.1-BilheteriaDigital. Acesso em: 30/11/2024.

+

Referências bibliográfica

+

1. PREECE, Jennifer; SHARP, Helen; ROGERS, Yvonne. Interaction Design: beyond human-computer interaction. John Wiley & Sons, 2015.

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Storyboards dos integrantes.Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian09/12/2024Felipe Rodrigues, Jéssica Eveline, João Vitor, Ruan Carvalho, Marcelo Adrian09/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_5/entrega_5/index.html b/entregas/entrega_5/entrega_5/index.html new file mode 100644 index 00000000..0aa4d6e0 --- /dev/null +++ b/entregas/entrega_5/entrega_5/index.html @@ -0,0 +1,2238 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 5

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação foca nos artefatos da etapa 5.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Jéssica Eveline , 2024.

+

Apresentação

+

Vídeo 1: Entrega 4 - IHC - Grupo 05.

+ + +

Link: Entrega 4 - IHC - Grupo 05

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação da entrega e disponibilização do linkMarcelo Adrian10/12/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_5/prototipo_papel/planejamento_avaliacao/index.html b/entregas/entrega_5/prototipo_papel/planejamento_avaliacao/index.html new file mode 100644 index 00000000..39d70c34 --- /dev/null +++ b/entregas/entrega_5/prototipo_papel/planejamento_avaliacao/index.html @@ -0,0 +1,2636 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento avaliação - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Protótipo de Papel

+

Introdução

+

A avaliação de protótipos desempenha um papel crucial no design centrado no usuário, ao enfatizar a identificação de problemas de usabilidade e a validação de soluções antes de prosseguir para etapas mais avançadas. Este documento apresenta o planejamento da avaliação de protótipos de papel, um método eficaz e acessível para explorar ideias iniciais e coletar feedback dos usuários, utilizando o framework DECIDE para estruturar o processo e garantir resultados aplicáveis ao aprimoramento do protótipo.

+

Objetivo

+

O objetivo desta avaliação é validar a usabilidade e a eficácia do protótipo de papel desenvolvido, identificando problemas na interface e na interação com o usuário. O foco é coletar impressões sobre a clareza e a praticidade do protótipo.

+

Metodologia

+

Será utilizado o framework DECIDE para o planejamento dessa avaliação, estruturando o processo em seis etapas a serem seguidas.

+

Figura 1 - Framework DECIDE.

+

Figura do framework DECIDE +Autor(es): Felipe Rodrigues e João Vitor, 2025.

+

D - Determinar os objetivos

+

Determinar os objetivos de IHC é essencial para criar interfaces eficientes, acessíveis e alinhadas às necessidades dos usuários. Nesta avaliação, o foco será no protótipo de papel, uma ferramenta de prototipagem de baixo custo e baixa fidelidade, que permite explorar rapidamente ideias e identificar oportunidades de melhoria. O principal ponto a ser abordado é:

+
    +
  • Problemas na interação e na interface: Identificar e corrigir barreiras que dificultam o uso, contribuindo para uma experiência mais intuitiva.
    • +
+

E - Explorar as perguntas

+

Explorar as perguntas a serem respondidas é fundamental para orientar a avaliação de IHC, pois essas questões fornecem diretrizes claras para compreender o impacto do protótipo na experiência do usuário. Elas são cruciais para identificar elementos que funcionam bem, aqueles que necessitam de ajustes e para assegurar que o design esteja alinhado com as necessidades do público-alvo. O uso do protótipo de papel facilita a análise ao permitir testes rápidos e econômicos, garantindo feedback imediato e promovendo iterações ágeis e efetivas no design.

+

Tabela 1: Perguntas do pontos escolhidos.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?
Que parte da interface e da interação o deixa insatisfeito?
Ele vai entender o que deve fazer em seguida?
+

Autor(es): Felipe Rodrigues e João Vitor, 2025.

+

C - Escolher (Choose)

+

Para avaliar os protótipos, será utilizado o método de investigação, que inclui observação dos usuários ao interagir com o protótipo de papel. Esse método permite entender as percepções, preferências e dificuldades dos usuários, ajudando a identificar problemas no design e na interação.

+

I - Identificar e Administrar as Questões Práticas da Avaliação

+

Recrutamento

+

Para o recrutamento, serão selecionadas cinco pessoas, uma para cada protótipo de papel desenvolvido pelos integrantes do grupo. O público-alvo será definido com base no perfil de usuário identificado durante a análise de requisitos. As entrevistas serão conduzidas de forma presencial, garantindo a realização adequada das atividades planejadas.

+

Preparação

+

Os entrevistadores realizarão um teste piloto para assegurar que as dinâmicas e os materiais estão em conformidade com os objetivos da avaliação. Durante a avaliação formal, os entrevistadores seguirão um roteiro estruturado de perguntas para conduzir as entrevistas.

+

Os entrevistadores serão responsáveis pela aplicação das perguntas e pelo registro das respostas dos usuários. As entrevistas incluirão atividades relacionadas aos artefatos dos protótipos de papel. Os papéis podem ser divididos entre uma ou duas pessoas, com uma pessoa formulando as perguntas e outra coletando as respostas.

+

Custos

+

Os recursos necessários incluem dispositivos com acesso à internet para gravação das entrevistas, ferramentas de captura de áudio e vídeo para registro detalhado, além de softwares para organização e análise dos dados coletados. Custos adicionais incluem deslocamento até o local da entrevista, impressão de materiais de apoio, como roteiros e questionários, e equipamentos adicionais, como tripés ou gravadores de voz, quando aplicável.

+

Prazos

+

Cada entrevistador conduzirá uma sessão com duração aproximada de 10 minutos. O cronograma será ajustado conforme a disponibilidade dos participantes, com todas as sessões previstas para ocorrerem no intervalo entre os dias 06 e 14 de janeiro de 2025.

+

Tabela 2: Cronograma da Entrevista.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Felipe RodriguesV.13:1513:2313/01/2025Universidade de Brasília Campus Gama
Jéssica EvelineL.L.15:0015:0712/01/2025Universidade de Brasília Campus Gama
João VitorC.O.10:2310:2814/01/2025Universidade de Brasília Campus Gama
João VitorG.H.10:4510:5114/01/2025Universidade de Brasília Campus Gama
João VitorJ.M.9:5810:0614/01/2025Universidade de Brasília Campus Gama
Ruan CarvalhoG.D.10:3110:3614/01/2025Universidade de Brasília Campus Gama
Ruan CarvalhoP.G.10:3810:4314/01/2025Universidade de Brasília Campus Gama
Ruan CarvalhoD.B.10:1010:1614/01/2025Universidade de Brasília Campus Gama
Marcelo AdrianA definirA definirA definir06/01/2025 - 14/01/2025Universidade de Brasília Campus Gama
+

Autor(es): Felipe Rodrigues e João Vitor, 2025.

+

D - Decidir como lidar com as questões éticas

+

Os participantes serão informados sobre os objetivos da avaliação e o uso de suas respostas. Um termo de consentimento será apresentado, garantindo o sigilo e a utilização ética das informações coletadas.

+

E - Avaliar (Evaluate)

+

Após a coleta de dados, as respostas serão analisadas para identificar padrões e discrepâncias. O avaliador considerará a confiabilidade dos dados, a validade interna, externa e ecológica do estudo, garantindo que os resultados sejam consistentes, precisos e aplicáveis a contextos semelhantes. Os problemas identificados serão classificados por gravidade, e as sugestões dos participantes serão priorizadas para a implementação de melhorias no CD-MOJ.

+

Planejamento do teste piloto

+

Antes de realizar a avaliação completa, é fundamental conduzir um teste piloto. Esse teste tem como objetivo validar o planejamento da avaliação, garantindo que os objetivos estejam bem definidos e que todos os procedimentos sejam claros e funcionais. Ele permite identificar e corrigir possíveis falhas nos métodos, avaliar a eficácia do roteiro de entrevista e assegurar que os materiais e dinâmicas atendam às expectativas do processo de avaliação.

+ + +

Tabela 3: Tabela do planejamento do teste piloto.

+ + + + + + + + + + + + + + + + + + + + + +
OrdemDataHorário de Início e FimLocalEntrevistadoresEntrevistado
114/01/20259:00 - 9:10Universidade de Brasília Campus GamaRuan CarvalhoJoão Vitor
+

Autor(es): Felipe Rodrigues e João Vitor, 2025.

+

Bibliografia

+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do planejamento da avaliaçãoJoão Vitor, Felipe Rodrigues04/01/2025Ruan Carvalho05/01/2025
1.1Alteração no objetivo e nas perguntasJoão Vitor12/01/2025
1.2Alteração no cronogramaJoão Vitor14/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_5/prototipo_papel/planejamento_relato/index.html b/entregas/entrega_5/prototipo_papel/planejamento_relato/index.html new file mode 100644 index 00000000..0684717b --- /dev/null +++ b/entregas/entrega_5/prototipo_papel/planejamento_relato/index.html @@ -0,0 +1,2589 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento relato - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato de Resultados do Protótipo de Papel

+

Introdução

+

Este documento visa estruturar o planejamento e a documentação dos resultados da avaliação de usabilidade conduzida com os Protótipos de Papel. A abordagem considera os elementos fundamentais descritos no livro ^1^ Interação Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, com foco em garantir que todos os aspectos relevantes sejam devidamente documentados.

+

Objetivo

+

Este documento tem como objetivo orientar o registro dos resultados da avaliação, permitindo identificar problemas, acompanhar correções realizadas e priorizar melhorias futuras. Com isso, busca-se garantir que o sistema atenda de forma eficiente, eficaz e satisfatória às demandas do público-alvo, promovendo uma experiência de usuário de qualidade.

+

Metodologia

+

De acordo com o livro ^1^ Interação Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, os seguintes itens devem entrar no relato dos resultados:

+
    +
  • Os objetivos da avaliação;
    • +
  • Uma breve descrição do método de prototipação em papel;
    • +
  • O número e o perfil de avaliadores e dos participantes;
    • +
  • As tarefas executadas pelos participantes;
    • +
  • Uma lista de problemas de usabilidade corrigidos durante os ciclos de avaliação e reprojeto, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Correção realizada no protótipo em papel;
      • +
    • Indicação se o problema voltou a ocorrer depois da correção;
      • +
    +
    • +
  • Uma lista dos problemas de usabilidade ainda não corrigidos, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Prioridade para correção;
      • +
    • Sugestões de correção;
      • +
    +
    • +
  • Indicações de partes do sistema que podem ser mais bem elaboradas.
    • +
+

Além disso, serão adicionados mais três itens que são essenciais para um relato mais detalhado sobre o protótipo de papel. Esses itens incluem:

+
    +
  • Perguntas respondidas no planejamento da avaliação do protótipo de papel;
    • +
  • Vídeo da avaliação;
    • +
  • Termo de consentimento.
    • +
+

Documentação

+

Para a documentação do relato da avaliação deverá possuir os seguintes topicos listados abaixo:

+

1. Objetivo da avaliação

+

Nesta fase, é necessario que o redator do documento esclareça o motivo pelo qual a avaliação está sendo conduzida e detalhar os objetivos que o grupo visa atingir com o protótipo de papel. Isso inclui justificar a relevância da avaliação, explicar as expectativas e metas definidas, além de apresentar uma visão geral do propósito e do contexto em que a avaliação está inserida.

+

2. Método de prototipação em papel

+

Inclua uma breve descrição do método de prototipação em papel utilizado. Explique como o protótipo foi construído e de que maneira ele foi usado durante a avaliação para simular a interação dos participantes com o sistema.

+

3. O número e o perfil de avaliadores e dos participantes

+

No relato, deve-se incluir a quantidade de usuários e avaliadores presentes durante a avaliação. Além disso, é necessário indicar se os participantes se enquadram no perfil de usuário definido no projeto.

+

4. As tarefas executadas pelos participantes

+

Liste as tarefas propostas para os participantes durante a avaliação, explicando brevemente cada uma. Inclua informações sobre os objetivos das tarefas e como elas se relacionam com os principais fluxos do sistema.

+

5. Problemas de usabilidade corrigidos

+

Apresente os problemas de usabilidade identificados e corrigidos durante os ciclos de avaliação e reprojeto. Para cada problema, informe:

+
    +
  • Local: Indique o local onde o problema foi identificado, como uma tela, funcionalidade ou elemento específico do sistema.
    • +
  • Fatores de Usabilidade Prejudicados: Descreva os aspectos de usabilidade comprometidos, como eficiência (tempo ou esforço necessário para concluir a tarefa), eficácia (capacidade de realizar a tarefa corretamente) ou satisfação (experiência percebida pelo usuário).
    • +
  • Descrição e Justificativa do Problema: Forneça uma descrição detalhada do problema, explicando o que foi observado e justificando por que ele é considerado uma barreira para o usuário.
    • +
  • Correção Implementada: Explique a solução aplicada no protótipo em papel, detalhando o que foi alterado para resolver o problema.
    • +
  • Status Após Correção: Registre se o problema foi completamente resolvido ou se voltou a ocorrer em ciclos subsequentes de avaliação.
    • +
+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaCorreção ImplementadaStatus Após Correção
+

6. Problemas de usabilidade ainda não corrigidos

+

Liste os problemas de usabilidade que não foram corrigidos, especificando:

+
    +
  • Local: Informe onde o problema ocorre, como uma tela, funcionalidade ou elemento específico do sistema.
    • +
  • Fatores de Usabilidade Prejudicados: Identifique os aspectos de usabilidade impactados, como eficiência, eficácia ou satisfação.
    • +
  • Descrição e Justificativa do Problema: Descreva o problema em detalhes, explicando por que ele é uma barreira e sua relevância para a experiência do usuário.
    • +
  • Prioridade: Classifique a prioridade de correção como alta, média ou baixa, considerando a gravidade do impacto e a frequência com que o problema ocorre.
    • +
  • Sugestões de Correção: Apresente ideias para corrigir o problema, mesmo que ainda não tenham sido implementadas, para orientar futuras revisões no design.
    • +
+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
+

7. Partes do sistema que podem ser melhor elaboradas

+

Indique partes do sistema que poderiam ser mais bem elaboradas, mesmo que não tenham apresentado problemas graves de usabilidade. Sugerir melhorias no design, nas funcionalidades ou na experiência do usuário pode agregar valor ao projeto.

+

8. Perguntas Respondidas no Planejamento da Avaliação do Protótipo de Papel

+

As questões abaixo devem ser respondidas com base na análise realizada no protótipo de papel:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?
Que parte da interface e da interação o deixa insatisfeito?
Ele vai entender o que deve fazer em seguida?
+

9. Vídeo da Avaliação

+

Esta seção deve conter o vídeo registrado durante a avaliação do protótipo de papel. O vídeo deve ser armazenado no youtube em não listado para consulta futura e análise detalhada.

+

10. Termo de Consentimento

+

Aqui deve ser inserido o termo de consentimento utilizado na avaliação, devidamente preenchido e assinado pelos participantes. Este documento é essencial para garantir a conformidade ética e legal do processo de avaliação.

+

Referências Bibliográficas

+

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do planejamento do resultadoFelipe Rodrigues05/01/2025Ruan Carvalho05/01/2025
1.1Adição de novos tópicosJoão Vitor13/01/2025Jéssica Eveline14/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_5/prototipo_papel/prototipos_desenhados/PrototipoDePapel_Jessica_v1.pdf b/entregas/entrega_5/prototipo_papel/prototipos_desenhados/PrototipoDePapel_Jessica_v1.pdf new file mode 100644 index 00000000..a32f690a Binary files /dev/null and b/entregas/entrega_5/prototipo_papel/prototipos_desenhados/PrototipoDePapel_Jessica_v1.pdf differ diff --git a/entregas/entrega_5/prototipo_papel/prototipos_desenhados/PrototipoDePapel_Jessica_v2.pdf b/entregas/entrega_5/prototipo_papel/prototipos_desenhados/PrototipoDePapel_Jessica_v2.pdf new file mode 100644 index 00000000..aa0c7584 Binary files /dev/null and b/entregas/entrega_5/prototipo_papel/prototipos_desenhados/PrototipoDePapel_Jessica_v2.pdf differ diff --git a/entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/index.html b/entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/index.html new file mode 100644 index 00000000..6a095ed1 --- /dev/null +++ b/entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/index.html @@ -0,0 +1,2636 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Relato resultados storyboard e analise de tarefas - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato dos Resultados do Storyboard e da Análise de Tarefas

+

Introdução

+

O relato documenta os resultados obtidos a partir da avaliação de usabilidade do CD-MOJ, conduzida por meio de storyboards e análise de tarefas. Os storyboards, como protótipos de baixa fidelidade, ilustram cenários de uso representativos que destacam a interação dos usuários com o sistema em situações reais. Este documento busca identificar problemas de usabilidade, validar os cenários representados e propor melhorias baseadas nos dados coletados.

+

Objetivo

+

A avaliação teve como objetivo verificar a correspondência entre os cenários descritos pelos storyboards e as experiências reais dos usuários do CD-MOJ. Além disso, buscou-se identificar problemas e oportunidades de melhoria dos StoryBoards e HTAs, com foco em aumentar sua eficiência, eficácia e satisfação.

+

Metodologia

+

A metodologia adotada baseou-se em entrevistas qualitativas, conforme descrito por Barbosa e Silva (2010), e na análise de tarefas. Essa abordagem permitiu coletar dados profundos sobre as experiências individuais dos participantes ao interagirem com os artefatos elaborados.

+

Os storyboards foram utilizados como ferramenta para contextualizar os cenários de uso durante as entrevistas, enquanto a análise de tarefas investigou os fluxos de interação e os desafios enfrentados pelos usuários.

+

Entrevistas

+

Participantes

+

Foram realizadas entrevistas com 5 estudantes de graduação da Universidade de Brasília, vinculados à comunidade FCTE-UnB. Os participantes majoritariamente tinham familiaridade com o CD-MOJ e outros juizes online. Cada tarefa foi avaliada quanto à sua facilidade de entendimento, clareza e alinhamento com os objetivos do cenário.

+

Teste Piloto

+

O teste piloto foi conduzido por João Vitor e Jéssica Eveline, integrantes do grupo 05, com o objetivo de identificar possíveis problemas técnicos, como falhas de som e imagem, além de confirmar o tempo de execução da entrevista, que durou cerca de 10 minutos. Também foi avaliada a dinâmica das entrevistas, considerando os seguintes aspectos:

+
    +
  1. +

    Termo de Consentimento Livre e Esclarecido (TCLE):
    + O termo foi apresentado aos participantes para garantir a concordância e a compreensão sobre a participação na pesquisa.

    +
    2. +
  2. +

    Perguntas para Análise do Perfil do Entrevistado:
    + As perguntas iniciais buscaram traçar o perfil dos entrevistados, abordando aspectos como:

    +
    3. +
  3. Qual o seu nome?
    4. +
  4. Quantos anos você tem?
    5. +
  5. Qual a sua ocupação?
    6. +
  6. Qual o seu nível de escolaridade?
    7. +
  7. Você já utilizou algum juiz online? Se sim, qual?
    8. +
  8. Você conhece o CD-MOJ?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    +
    9. +
  9. +

    Você utiliza o CD-MOJ? Se sim, qual o seu objetivo ao utilizar a plataforma?

    +
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    +
    10. +
  10. +

    Perguntas Sobre o Storyboard:
    + O storyboard foi avaliado com base nos seguintes critérios:

    +
    11. +
  11. O storyboard apresenta uma sequência lógica em suas cenas?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    12. +
  12. Cada quadro contém informações suficientes para transmitir a ação ou ideia principal?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    13. +
  13. Os diálogos, legendas ou descrições de cada cena estão bem definidos e são compreensíveis?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    14. +
  14. As transições entre os quadros estão bem descritas?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    15. +
  15. O nível de detalhamento do storyboard é adequado para o propósito?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    16. +
  16. O ritmo dos eventos é adequado para o número de quadros?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    17. +
  17. Os personagens e cenários são reconhecíveis de quadro para quadro?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    18. +
  18. Há variação de ângulos ou enquadramentos para manter o dinamismo?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    19. +
  19. Há consistência no estilo artístico entre os quadros?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    20. +
  20. +

    Os cenários ajudam a ambientar a história?

    +
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    • ( ) Não sei afirmar
      • +
    +
    21. +
  21. +

    Perguntas Sobre o HTA (Hierarchical Task Analysis):
    + As etapas do diagrama HTA foram avaliadas com base nos seguintes aspectos:

    +
    22. +
  22. As etapas descritas no diagrama representam bem um fluxo de navegação para a realização da tarefa analisada?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    +
    23. +
  23. Alguma etapa da tarefa lhe pareceu desnecessária? Se sim, qual?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    +
    24. +
  24. Você encontrou alguma dificuldade de compreender a tarefa apresentada? Se sim, qual?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    +
    25. +
  25. Em sua navegação, você acredita que conseguiria concluir a tarefa sem dificuldades? Se não, por quê?
      +
    • ( ) Sim
      • +
    • ( ) Não
      • +
    +
    26. +
  26. Há algo que você sugere incluir ou modificar nas etapas apresentadas?
    27. +
+

Gravação da Entrevista

+

A gravação do teste piloto está disponível pelo YouTube:

+ + +

Felipe Rodrigues

+
    +
  • +

    Termo de Consentimento Livre e Esclarecido
    + O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte link: Termo de Consentimento - Felipe Rodrigues

    +
    • +
  • +

    Gravação da Entrevista + A gravação da entrevista pode ser assistida abaixo:

    +
    • +
+ + +

João Vitor

+
    +
  • +

    Termo de Consentimento Livre e Esclarecido
    + O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte caminho: Termo de Consentimento - João Vitor

    +
    • +
  • +

    Gravação da Entrevista + A gravação da entrevista pode ser assistida abaixo:

    +
    • +
+ + +

Jéssica Eveline

+
    +
  • +

    Termo de Consentimento Livre e Esclarecido
    + O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte link: Termo de Consentimento - Jéssica Eveline

    +
    • +
  • +

    Gravação da Entrevista
    + A gravação da entrevista pode ser assistida abaixo:

    +
    • +
+ + +

Marcelo Adrian

+
    +
  • +

    Termo de Consentimento Livre e Esclarecido
    + O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte caminho: Termo de Consentimento - Marcelo Adrian

    +
    • +
  • +

    Gravação da Entrevista + A gravação da entrevista pode ser assistida abaixo:

    +
    • +
+ + +

Ruan Carvalho

+
    +
  • +

    Termo de Consentimento Livre e Esclarecido
    + O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte caminho: Termo de Consentimento - Ruan Carvalho

    +
    • +
  • +

    Gravação da Entrevista + A gravação da entrevista pode ser assistida abaixo:

    +
    • +
+ + +

Conclusão

+

A avaliação de usabilidade, conduzida por meio de storyboards e análise de tarefas, proporcionou uma visão detalhada sobre as fortalezas e fragilidades dos artefatos desenvolvidos pelo grupo. Através dessa abordagem, foi possível identificar não apenas as problemáticas associadas ao design e fluxo de navegação, mas também os aspectos positivos, como a clareza e a lógica das sequências apresentadas nos storyboards. As informações obtidas durante as entrevistas e a análise das tarefas permitiram direcionar melhorias no projeto, contribuindo para um refinamento contínuo da experiência do usuário e um melhor alinhamento com as expectativas do público-alvo.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Interação Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

INTERAÇÃO HUMANO-COMPUTADOR. Avaliação de Storyboard - Ponto de Controle 5. 2020. Disponível em: https://github.com/Interacao-Humano-Computador/2020.1-BCE/blob/master/docs/pages/ponto_de_controle_5/avaliacao_storyboard.md. Acesso em: 4 jan. 2025.

+

INTERAÇÃO HUMANO-COMPUTADOR. Análise de Tarefas - Resultado da Análise de Tarefas. 2023. Disponível em: https://github.com/Interacao-Humano-Computador/2023.1-BilheteriaDigital/blob/main/site/design-avaliacao-desenvolvimento/nivel-1/analise-de-tarefas-dad/resultado-relato-analise-de-tarefas/index.html. Acesso em: 4 jan. 2025.

+

INTERAÇÃO HUMANO-COMPUTADOR. Relato de Resultados - Storyboard. 2022. Disponível em: https://github.com/Interacao-Humano-Computador/2022.2-Lichess/blob/main/docs/design_avaliacao_desenvolvimento/nivel_1/storyboard/relato_resultados.md. Acesso em: 4 jan. 2025.

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação do documentoJéssica Eveline04/01/2025João Vitor05/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_FelipeRodrigues.pdf b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_FelipeRodrigues.pdf new file mode 100644 index 00000000..01b1057f Binary files /dev/null and b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_FelipeRodrigues.pdf differ diff --git a/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_JessicaEveline.pdf b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_JessicaEveline.pdf new file mode 100644 index 00000000..5e85ea61 Binary files /dev/null and b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_JessicaEveline.pdf differ diff --git a/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_JoaoVitor.pdf b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_JoaoVitor.pdf new file mode 100644 index 00000000..e89d7ec0 Binary files /dev/null and b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_JoaoVitor.pdf differ diff --git a/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_MarceloAdrian.pdf b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_MarceloAdrian.pdf new file mode 100644 index 00000000..36cf55d0 Binary files /dev/null and b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_MarceloAdrian.pdf differ diff --git a/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_RuanCarvalho.pdf b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_RuanCarvalho.pdf new file mode 100644 index 00000000..9547ab2d Binary files /dev/null and b/entregas/entrega_5/termos_de_consentimento/TermoDeConsentimento_RuanCarvalho.pdf differ diff --git a/entregas/entrega_6/entrega_6/index.html b/entregas/entrega_6/entrega_6/index.html new file mode 100644 index 00000000..8ef30164 --- /dev/null +++ b/entregas/entrega_6/entrega_6/index.html @@ -0,0 +1,2240 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega 6 - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 6

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação foca nos artefatos da etapa 6.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Jéssica Eveline, 2024.

+

Apresentação

+

Vídeo 1: Entrega 6 - IHC - Grupo 05.

+ + +

Link: Entrega 6 - IHC - Grupo 05

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação da entrega e disponibilização do linkJoão Vitor26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/index.html b/entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/index.html new file mode 100644 index 00000000..48f79c56 --- /dev/null +++ b/entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/index.html @@ -0,0 +1,2598 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento avaliação - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento da Avaliação do Protótipo de Alta Fidelidade

+

Introdução

+

A avaliação de protótipos desempenha um papel crucial no design centrado no usuário, ao enfatizar a identificação de problemas de usabilidade e a validação de soluções antes de prosseguir para etapas mais avançadas. Este documento apresenta o planejamento da avaliação de protótipos de alta fidelidade, um método eficaz e detalhado para testar soluções próximas ao produto final e coletar feedback dos usuários, utilizando o framework DECIDE para estruturar o processo e garantir resultados aplicáveis ao aprimoramento do protótipo.

+

Objetivo

+

O objetivo desta avaliação é validar a usabilidade e a eficácia do protótipo de alta fidelidade desenvolvido, identificando problemas na interface e na interação com o usuário. O foco é coletar impressões sobre a clareza, funcionalidade e estética do protótipo.

+

Metodologia

+

Será utilizado o framework DECIDE para o planejamento dessa avaliação, estruturando o processo em seis etapas a serem seguidas.

+

D - Determinar os objetivos

+

Determinar os objetivos de IHC é essencial para criar interfaces eficientes, acessíveis e alinhadas às necessidades dos usuários. Nesta avaliação, o foco será no protótipo de alta fidelidade, uma ferramenta de prototipagem avançada que permite testar aspectos como navegação, funcionalidade e estética. O principal ponto a ser abordado:

+
    +
  • Problemas na interação e na interface: Identificar e corrigir barreiras que dificultam o uso, contribuindo para uma experiência mais intuitiva e eficiente.
    • +
+

E - Explorar as perguntas

+

Explorar as perguntas a serem respondidas é fundamental para orientar a avaliação de IHC, pois essas questões fornecem diretrizes claras para compreender o impacto do protótipo na experiência do usuário. +Elas são cruciais para identificar elementos que funcionam bem, aqueles que necessitam de ajustes e para assegurar que o design esteja alinhado com as necessidades do público-alvo. +O uso do protótipo de alta fidelidade facilita a análise ao permitir testes detalhados e realistas, garantindo feedback aprofundado e promovendo iterações precisas e efetivas no design.

+

Tabela 1: Perguntas do ponto escolhido.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?
Que parte da interface e da interação o deixa insatisfeito?
Ele vai entender o que deve fazer em seguida?
+

Autor(es): João Vitor, 2025.

+

C - Escolher (Choose)

+

Para avaliar os protótipos, será utilizado o método de observação, que coleta dados sobre as atividades dos usuários, com ou sem sistemas interativos. Esse método permite identificar problemas reais durante a interação com o sistema, podendo ser realizado em contexto ou em laboratório. A observação em contexto oferece dados mais ricos sobre as ações dos usuários em seu ambiente real, enquanto a observação em laboratório é mais controlada e simples. Esses métodos ajudam a entender as percepções, preferências e dificuldades dos usuários, identificando problemas no design e na interação.

+

I - Identificar e Administrar as Questões Práticas da Avaliação

+

Recrutamento

+

Para o recrutamento, serão selecionadas cinco pessoas, uma para cada protótipo de alta fidelidade desenvolvido pelos integrantes do grupo. O público-alvo será definido com base no perfil de usuário identificado durante a análise de requisitos. As entrevistas serão conduzidas de forma presencial, garantindo a realização adequada das atividades planejadas.

+

Preparação

+

Os entrevistadores conduzirão um teste piloto para garantir que as dinâmicas e os materiais estejam alinhados com os objetivos da avaliação. No contexto do protótipo de alta fidelidade, o processo consiste em apresentar ao usuário as opções disponíveis, orientando-o durante a navegação. Caso surjam dúvidas, os entrevistadores fornecerão explicações detalhadas sobre os passos a serem seguidos. A dinâmica permite observar a interação do usuário, o que nos ajudará a tomar decisões com base nos resultados da navegação e na forma como ele responde às orientações.

+

Custos

+

Os recursos necessários serão mínimos, incluindo apenas dispositivos com acesso à internet para a gravação das entrevistas, além de ferramentas para captura de áudio e vídeo, a fim de registrar todos os detalhes. Os custos adicionais envolverão deslocamento até o local da entrevista, impressão de materiais de apoio, como roteiros e questionários, e equipamentos extras, conforme necessário.

+

Prazos

+

Cada entrevistador conduzirá uma sessão com duração de até 10 minutos. O cronograma será ajustado conforme a disponibilidade dos participantes, com todas as sessões previstas para ocorrerem no intervalo entre os dias 16 e 24 de janeiro de 2025.

+

Tabela 2: Cronograma da Entrevista.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)Horário de InícioHorário de FimDataLocal
Felipe RodriguesVinícius R., Vinícius C. e Izabelle12:1613:0024/01/2025Ministério da Defesa Anexo 1
Jéssica EvelineGabriel, Pedro e Luiza12:0012:5023/01/2025Universidade de Brasília Campus Gama
João VitorGabriel, Pedro e Luiza12:0012:5023/01/2025Universidade de Brasília Campus Gama
Ruan CarvalhoGabriel, Pedro e Luiza12:0012:5023/01/2025Universidade de Brasília Campus Gama
Marcelo AdrianA definirA definirA definir16/01/2025 - 24/01/2025Universidade de Brasília Campus Gama
+

Autor(es): João Vitor, 2025.

+

D - Decidir como lidar com as questões éticas

+

Os participantes serão informados sobre os objetivos da avaliação e o uso de suas respostas. Um termo de consentimento será apresentado, garantindo o sigilo e a utilização ética das informações coletadas.

+

E - Avaliar (Evaluate)

+

Após a coleta de dados, as respostas serão analisadas para identificar padrões e discrepâncias. O avaliador considerará a confiabilidade dos dados, a validade interna, externa e ecológica do estudo, garantindo que os resultados sejam consistentes, precisos e aplicáveis a contextos semelhantes. Os problemas identificados serão classificados por gravidade, e as sugestões dos participantes serão priorizadas para a implementação de melhorias no CD-MOJ.

+

Planejamento do teste piloto

+

Antes de realizar a avaliação completa, é fundamental conduzir um teste piloto. Esse teste tem como objetivo validar o planejamento da avaliação, garantindo que os objetivos estejam bem definidos e que todos os procedimentos sejam claros e funcionais. Ele permite identificar e corrigir possíveis falhas nos métodos, avaliar a eficácia do roteiro de entrevista e assegurar que os materiais e dinâmicas atendam às expectativas do processo de avaliação.

+ + +

Tabela 3: Tabela do planejamento do teste piloto.

+ + + + + + + + + + + + + + + + + + + + + +
OrdemDataHorário de Início e FimLocalEntrevistadoresEntrevistado
124/01/202511:02 - 11:05Universidade de Brasília Campus GamaFelipe RodriguesMarcelo Adrian
+

Autor(es): João Vitor, 2025.

+

Bibliografia

+

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Interação Humano-Computador e Experiência do usuário. Autopublicação.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do planejamento da avaliaçãoJoão Vitor12/01/2025Jéssica Eveline26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/index.html b/entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/index.html new file mode 100644 index 00000000..ae1ccb90 --- /dev/null +++ b/entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/index.html @@ -0,0 +1,2639 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Planejamento relato - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato de Resultados do Protótipo de Alta Fidelidade

+

Introdução

+

A avaliação de protótipos desempenha um papel crucial no design centrado no usuário, ao enfatizar a identificação de problemas de usabilidade e a validação de soluções antes de prosseguir para etapas mais avançadas. Este documento visa estruturar o planejamento e a documentação dos resultados da avaliação de usabilidade conduzida com os Protótipos de Alta Fidelidade, garantindo que todos os aspectos relevantes sejam devidamente documentados e aplicáveis ao aprimoramento do protótipo.

+

Objetivo

+

O objetivo desta avaliação é validar a usabilidade e a eficácia do protótipo de alta fidelidade desenvolvido, identificando problemas na interface e na interação com o usuário. Busca-se coletar impressões sobre a clareza, funcionalidade e estética do protótipo, permitindo identificar problemas, acompanhar correções realizadas e priorizar melhorias futuras.

+

Metodologia

+

De acordo com as diretrizes estabelecidas, os seguintes elementos compõem o processo de avaliação:

+
    +
  • Objetivos da avaliação: Determinar as metas principais da avaliação, como identificar problemas de usabilidade, avaliar a eficiência das soluções propostas e melhorar a experiência do usuário.
    • +
  • Descrição do método de prototipação: Explicar brevemente o método utilizado na construção e aplicação dos protótipos de alta fidelidade, incluindo como esses foram empregados para simular interações reais.
    • +
  • Número e perfil dos participantes: Registrar a quantidade de avaliadores e participantes envolvidos, destacando o perfil de usuários baseado na análise de requisitos.
    • +
  • Tarefas executadas pelos participantes: Listar as tarefas propostas durante a avaliação, detalhando brevemente cada uma e relacionando-as aos principais fluxos do sistema.
    • +
  • Problemas de usabilidade corrigidos:
    • +
  • Local onde ocorreu;
    • +
  • Fatores de usabilidade prejudicados;
    • +
  • Descrição e justificativa do problema;
    • +
  • Correção realizada no protótipo de alta fidelidade;
    • +
  • Indicação se o problema voltou a ocorrer depois da correção.
    • +
  • Problemas de usabilidade ainda não corrigidos:
    • +
  • Local onde ocorreu;
    • +
  • Fatores de usabilidade prejudicados;
    • +
  • Descrição e justificativa do problema;
    • +
  • Prioridade para correção;
    • +
  • Sugestões de correção.
    • +
  • Partes do sistema que podem ser mais bem elaboradas: Indicar sugestões de melhorias no design, funcionalidades ou experiência do usuário, mesmo que não tenham apresentado problemas graves de usabilidade.
    • +
+

Além disso, serão adicionados mais três itens que são essenciais para um relato mais detalhado sobre o protótipo de alta fidelidade. Esses itens incluem:

+
    +
  • Perguntas respondidas no planejamento da avaliação do protótipo de alta fidelidade;
    • +
  • Vídeo da avaliação;
    • +
  • Termo de consentimento.
    • +
+

Documentação

+

Para a documentação do relato da avaliação deverá possuir os seguintes tópicos listados abaixo:

+

1. Objetivo da avaliação

+

Nesta fase, é necessário que o redator do documento esclareça o motivo pelo qual a avaliação está sendo conduzida e detalhe os objetivos que o grupo visa atingir com o protótipo de alta fidelidade. Isso inclui justificar a relevância da avaliação, explicar as expectativas e metas definidas, além de apresentar uma visão geral do propósito e do contexto em que a avaliação está inserida.

+

2. Método de prototipação de alta fidelidade

+

Inclua uma breve descrição do método de prototipação de alta fidelidade utilizado. Explique como o protótipo foi construído e de que maneira ele foi usado durante a avaliação para simular a interação dos participantes com o sistema.

+

3. O número e o perfil de avaliadores e dos participantes

+

No relato, deve-se incluir a quantidade de usuários e avaliadores presentes durante a avaliação. Além disso, é necessário indicar se os participantes se enquadram no perfil de usuário definido durante a análise de requisitos.

+

4. As tarefas executadas pelos participantes

+

Liste as tarefas propostas para os participantes durante a avaliação, explicando brevemente cada uma. Inclua informações sobre os objetivos das tarefas e como elas se relacionam com os principais fluxos do sistema.

+

5. Problemas de usabilidade corrigidos

+

Apresente os problemas de usabilidade identificados e corrigidos durante os ciclos de avaliação e reprojeto. Para cada problema, informe:

+
    +
  • Local: Indique o local onde o problema foi identificado, como uma tela, funcionalidade ou elemento específico do sistema.
    • +
  • Fatores de Usabilidade Prejudicados: Descreva os aspectos de usabilidade comprometidos, como eficiência (tempo ou esforço necessário para concluir a tarefa), eficácia (capacidade de realizar a tarefa corretamente) ou satisfação (experiência percebida pelo usuário).
    • +
  • Descrição e Justificativa do Problema: Forneça uma descrição detalhada do problema, explicando o que foi observado e justificando por que ele é considerado uma barreira para o usuário.
    • +
  • Correção Implementada: Explique a solução aplicada no protótipo de alta fidelidade, detalhando o que foi alterado para resolver o problema.
    • +
  • Status Após Correção: Registre se o problema foi completamente resolvido ou se voltou a ocorrer em ciclos subsequentes de avaliação.
    • +
+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaCorreção ImplementadaStatus Após Correção
+

6. Problemas de usabilidade ainda não corrigidos

+

Liste os problemas de usabilidade que não foram corrigidos, especificando:

+
    +
  • Local: Informe onde o problema ocorre, como uma tela, funcionalidade ou elemento específico do sistema.
    • +
  • Fatores de Usabilidade Prejudicados: Identifique os aspectos de usabilidade impactados, como eficiência, eficácia ou satisfação.
    • +
  • Descrição e Justificativa do Problema: Descreva o problema em detalhes, explicando por que ele é uma barreira e sua relevância para a experiência do usuário.
    • +
  • Prioridade: Classifique a prioridade de correção como alta, média ou baixa, considerando a gravidade do impacto e a frequência com que o problema ocorre.
    • +
  • Sugestões de Correção: Apresente ideias para corrigir o problema, mesmo que ainda não tenham sido implementadas, para orientar futuras revisões no design.
    • +
+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
+

7. Partes do sistema que podem ser melhor elaboradas

+

Indique partes do sistema que poderiam ser mais bem elaboradas, mesmo que não tenham apresentado problemas graves de usabilidade. Sugerir melhorias no design, nas funcionalidades ou na experiência do usuário pode agregar valor ao projeto.

+

8. Perguntas respondidas no planejamento da avaliação do protótipo de alta fidelidade

+

As questões abaixo devem ser respondidas com base na análise realizada no protótipo de alta fidelidade:

+

Perguntas realizadas no início com o entrevistado, afim de alinhar com o perfil do usuário:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?
Quantos anos você tem?
Qual a sua ocupação?
Qual o seu nível de escolaridade?
Você já utilizou algum juiz online? Se sim, qual?
Você conhece o CD-MOJ?
+

Perguntas que devem ser respondidas na análise da entrevista pelo entrevistador:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?
Que parte da interface e da interação o deixa insatisfeito?
Ele vai entender o que deve fazer em seguida?
+

Pergunta realizada no final a fim de obter um feedback do usuário:

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no prototipo apresentado?
+

9. Vídeo da avaliação

+

Esta seção deve conter o vídeo registrado durante a avaliação do protótipo de alta fidelidade. O vídeo deve ser armazenado no youtube em não listado para consulta futura e análise detalhada.

+

10. Termo de consentimento

+

Aqui deve ser inserido o termo de consentimento utilizado na avaliação, devidamente preenchido e assinado pelos participantes. Este documento é essencial para garantir a conformidade ética e legal do processo de avaliação.

+

Referências Bibliográficas

+
    +
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
    2. +
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipação de alta fidelidade. In: Design de Interação: abordagens centradas no usuário para a Web e além. Porto Alegre: Bookman, 2013.
    3. +
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do planejamento da avaliaçãoMarcelo Adrian12/01/2025João Vitor24/01/2025
1.1Adição de novos pontosJoão Vitor24/01/2025Jéssica Eveline26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/index.html b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/index.html new file mode 100644 index 00000000..17753fa6 --- /dev/null +++ b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/index.html @@ -0,0 +1,2554 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Felipe Rodrigues - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato de Resultados do Protótipo de Papel

+

Tarefa: Falta de Feedback ao Enviar uma Submissão no Treino Livre

+

Esta tarefa aborda o processo desde o login até o envio de um código para julgamento na aba de Treino Livre, com foco na avaliação de usabilidade e na identificação de melhorias necessárias para uma experiência mais eficiente e satisfatória.

+

Metodologia

+

A metodologia que foi utilizada é a mesma descrita no Planejamento do Relato de Resultados do Protótipo de Papel.

+

Objetivos

+

O objetivo desta avaliação é identificar pontos de melhoria na usabilidade do sistema a partir da interação de usuários com protótipos de papel. A análise busca compreender como o sistema comunica ações e resultados ao usuário, destacando aspectos críticos, como feedback e acessibilidade.

+

Protótipo de Papel

+

O método de prototipação de papel foi utilizado por ser uma abordagem eficaz para explorar e validar conceitos iniciais de design de interface com baixo custo. Ele permite avaliar rapidamente a interação e a compreensão do usuário sobre a interface, antes de investir em implementações complexas.

+

Dados Gerais

+

Para a realização desta avaliação, foi necessário um avaliador, que orientou e observou a interação, e um participante representando o público-alvo do sistema. Ambos foram selecionados com base em perfis definidos previamente. As tarefas executadas incluíram a navegação pelo protótipo, com foco no envio de submissões, enquanto o avaliador registrava comportamentos, reações e dificuldades observadas.

+

Problemas de Usabilidade Corrigidos Durante os Ciclos de Avaliação e Reprojeto

+

Problema 1: Processo de Login Complexo

+
    +
  • Local: Acesso à plataforma, depois de selecionar um problema na aba de Treino Livre.
    • +
  • Fatores de Usabilidade Prejudicados:
    • +
  • Facilidade de aprendizado: Se refere ao tempo e esforço necessários para + que o usuário aprenda a utilizar o sistema com determinado nível de competência e + desempenho.(Nielsen, 1993).
    • +
  • Eficiência: Referente aos recursos necessários (tempo, ações) para atingir objetivos no sistema (Nielsen, 1993).
    • +
  • Descrição e Justificativa: Anteriormente, os usuários precisavam enviar comandos para um bot no Telegram para obter dados de login e senha. Esse processo não era intuitivo, dificultando o acesso ao sistema e aumentando o tempo necessário para iniciar as tarefas.
    • +
  • Correção Realizada no Protótipo em Papel: Integração do login diretamente à plataforma, eliminando a etapa intermediária e simplificando o acesso.
    • +
  • Problema Voltou a Ocorrer?: Não, o problema foi resolvido com sucesso e validado nas interações subsequentes.
    • +
+

Problema 2: Ausência de Atualização Automática do Feedback de Submissões

+
    +
  • Local: Tela de submissão de código na aba de Treino Livre.
    • +
  • Fatores de Usabilidade Prejudicados:
    • +
  • Satisfação do usuário: Relacionada à experiência emocional positiva ao utilizar o sistema (Nielsen, 1993).
    • +
  • Comunicabilidade: Diz respeito à + capacidade da interface de comunicar ao usuário a lógica do design: as intenções do + designer e os princípios de interação resultantes das decisões tomadas durante todo + o processo de design (Prates et al., 2000a; de Souza, 2005a; de Souza e Leitão, 2009).
    • +
  • Descrição e Justificativa: O sistema exigia recarregamento manual da página para visualizar os resultados das submissões, gerando confusão e insatisfação.
    • +
  • Correção Realizada no Protótipo em Papel: Implementação de uma atualização automática do feedback em tempo real, com indicadores visuais claros para o progresso e resultados.
    • +
  • Problema Voltou a Ocorrer?: Não, o problema foi mitigado de forma eficaz.
    • +
+

Problemas de Usabilidade Ainda Não Corrigidos

+

Problema 1: Nenhum Problema Não Corrigido Identificado

+
    +
  • Local: Não aplicável, pois não foram observados problemas adicionais não resolvidos durante as avaliações com o protótipo em papel.
    • +
  • Fatores de Usabilidade Prejudicados: Não aplicável.
    • +
  • Descrição e Justificativa: Os ciclos de avaliação e reprojeto atenderam a todas as dificuldades relatadas.
    • +
  • Prioridade para Correção: Não aplicável.
    • +
  • Sugestões de Correção: Realizar monitoramento contínuo das interações para identificar possíveis ajustes futuros com base no uso real do sistema.
    • +
+

Indicações de Partes do Sistema que Podem Ser Mais Bem Elaboradas

+
    +
  • Login: Embora o login proposto atualmente utilize apenas e-mail e senha, ele poderia ser enriquecido para incluir informações adicionais e relevantes do usuário, como nome completo, ou outras configurações que personalizem a experiência. Isso ajudaria a criar um ambiente mais informativo e ajustado às necessidades do usuário.
    • +
  • Progresso em Tempo Real: Apesar de o progresso em tempo real ser funcional, ele não fornece informações detalhadas sobre a quantidade de testes em que a submissão do usuário está sendo processada. A inclusão dessa funcionalidade poderia aumentar a transparência do sistema, reduzindo a ansiedade do usuário e melhorando a comunicabilidade.
    • +
+

Perguntas Respondidas com a Avaliação

+
    +
  1. O usuário consegue operar o sistema?
    2. +
  2. +

    Resposta: Sim.

    +
    3. +
  3. +

    Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?

    +
    4. +
  4. +

    Resposta: Sim.

    +
      +
    • Primeiro Protótipo: O usuário atingiu o objetivo com menos eficiência e mais dúvidas. O tempo para realizar o login foi consideravelmente longo, com o usuário cometendo dois erros antes de concluir a tarefa.
      • +
    • Segundo Protótipo: A eficiência aumentou significativamente, com menos dúvidas e um tempo menor para concluir o login, sem erros registrados.
      • +
    +
    5. +
  5. +

    Que parte da interface e da interação o deixa insatisfeito?

    +
    6. +
  6. +

    Resposta:

    +
      +
    • A parte de login no primeiro protótipo, devido à complexidade desnecessária.
      • +
    • O feedback de submissão de código, que não informava adequadamente o progresso das submissões.
      • +
    +
    7. +
  7. +

    Ele vai entender o que deve fazer em seguida?

    +
    8. +
  8. Resposta:
      +
    • Primeiro Protótipo: Não. O usuário apresentou dificuldades em entender como obter os dados de login, o que causou frustração.
      • +
    • Segundo Protótipo: Sim. O fluxo de interação ficou mais claro e intuitivo, facilitando a navegação e compreensão das ações necessárias.
      • +
    +
    9. +
+

Vídeo da Avaliação

+

Vídeo 1 - Avaliação das duas alternativas de protótipo de papel.

+ + +

Termo de Consentimento

+

O Termo de Consentimento Livre e Esclarecido assinado está disponível em: Termo de Consentimento - Felipe Rodrigues.

+

Bibliografia

+

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do relato de resultadoFelipe Rodrigues14/01/2025Jéssica Eveline26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/index.html b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/index.html new file mode 100644 index 00000000..28a8ca58 --- /dev/null +++ b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/index.html @@ -0,0 +1,2594 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Jéssica Eveline - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Planejamento do Relato de Resultados do Protótipo de Papel

+

Metodologia

+

De acordo com o livro ^1^ Interação Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, os seguintes itens devem entrar no relato dos resultados:

+
    +
  • Os objetivos da avaliação;
    • +
  • Uma breve descrição do método de prototipação em papel;
    • +
  • O número e o perfil de avaliadores e dos participantes;
    • +
  • As tarefas executadas pelos participantes;
    • +
  • Uma lista de problemas de usabilidade corrigidos durante os ciclos de avaliação e reprojeto, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Correção realizada no protótipo em papel;
      • +
    • Indicação se o problema voltou a ocorrer depois da correção;
      • +
    +
    • +
  • Uma lista dos problemas de usabilidade ainda não corrigidos, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Prioridade para correção;
      • +
    • Sugestões de correção;
      • +
    +
    • +
  • Indicações de partes do sistema que podem ser mais bem elaboradas.
    • +
+

Além disso, serão adicionados mais três itens que são essenciais para um relato mais detalhado sobre o protótipo de papel. Esses itens incluem:

+
    +
  • Perguntas respondidas no planejamento da avaliação do protótipo de papel;
    • +
  • Vídeo da avaliação;
    • +
  • Termo de consentimento.
    • +
+

Documentação

+

1. Objetivo da avaliação

+

A avaliação foi conduzida com o objetivo de testar e aprimorar a usabilidade do protótipo de papel, uma versão inicial e simplificada do sistema, para garantir que os fluxos de navegação e as interações propostas atendam às expectativas dos usuários e sejam intuitivas. O grupo busca identificar possíveis problemas de usabilidade, como dificuldades de navegação, ambiguidades nas instruções ou design confuso, que possam impactar negativamente a experiência do usuário. A relevância da avaliação se justifica pela necessidade de validar as primeiras concepções do sistema antes de investir em desenvolvimento mais avançado, permitindo ajustes rápidos e eficazes com base no feedback dos usuários.

+

As expectativas para a avaliação incluem obter informações detalhadas sobre a facilidade de uso, a clareza das instruções e a eficácia das interações no protótipo. A meta é garantir que os usuários consigam realizar as tarefas propostas de maneira eficiente, sem frustrações ou erros. Além disso, espera-se que a avaliação forneça insights valiosos sobre o comportamento do usuário e as áreas que precisam de melhorias no design ou na funcionalidade. A avaliação foi inserida em um contexto de desenvolvimento ágil, onde o feedback contínuo é essencial para a evolução do produto, permitindo que o grupo refine o protótipo e avance para as próximas fases de desenvolvimento com maior confiança.

+

2. Método de prototipação em papel

+

O método de prototipação em papel foi utilizado como uma abordagem rápida e eficaz para criar representações visuais das telas e fluxos do sistema. O protótipo foi construído a partir de esboços feitos à mão, utilizando papel e lápis, o que permitiu criar uma versão inicial das interfaces de forma simples e de baixo custo. Cada tela e interação foi desenhada para refletir os elementos essenciais da interface, como botões, campos de texto e menus, simulando o comportamento do sistema.

+

Durante a avaliação, o protótipo em papel foi utilizado para simular a interação dos participantes com o sistema. Os participantes foram orientados a realizar as tarefas propostas, como se estivessem interagindo com o sistema real, mas utilizando o protótipo em papel. A entrevistadora, Jéssica Eveline, guiou os participantes através das etapas, enquanto observava suas ações e coletava feedback sobre a usabilidade do sistema. O uso do protótipo em papel permitiu avaliar de forma rápida e eficiente os fluxos de navegação e a compreensão das funcionalidades, sem a necessidade de um sistema totalmente desenvolvido, e possibilitou ajustes imediatos com base nas respostas dos participantes.

+

3. O número e o perfil de avaliadores e dos participantes

+

Devido a limitações de tempo, foi realizada uma entrevista com um único participante, o que é mais eficaz do que não realizar nenhum teste, conforme Krug afirma: "Testar um participante é 100% melhor do que testar nenhum".

+

A avaliação foi conduzida pela entrevistadora Jéssica Eveline, integrante do grupo 05, que teve a responsabilidade de guiar o participante durante o processo de teste. O participante escolhido foi LL, um profissional graduado em Análise e Desenvolvimento de Sistemas, com vasta experiência no setor de tecnologia. Atualmente, LL trabalha com suporte a usuários em um e-commerce, o que o torna familiarizado com sistemas digitais e com a interação de usuários em plataformas online. Esse perfil de usuário se alinha diretamente com o público-alvo definido no projeto, garantindo que as informações obtidas durante a avaliação fossem relevantes e aplicáveis ao contexto do sistema em questão. Além disso, a experiência de LL em lidar com questões tecnológicas e de usabilidade o torna apto a fornecer feedback valioso sobre a interface e as funcionalidades do sistema.

+

4. As tarefas executadas pelos participantes

+
    +
  1. Acessar o menu lateral a partir da tela inicial
    2. +
  2. Objetivo: O usuário deveria clicar na imagem de foto do perfil localizada na tela inicial para abrir o menu lateral.
    3. +
  3. +

    Relação com o fluxo do sistema: Essa tarefa testa a interação inicial com a interface e a funcionalidade do menu lateral, essencial para navegar pelas configurações do sistema.

    +
    4. +
  4. +

    Navegar até a seção de configurações

    +
    5. +
  5. Objetivo: Após abrir o menu lateral, o usuário deveria localizar e selecionar a opção "Configurações".
    6. +
  6. +

    Relação com o fluxo do sistema: Essa tarefa verifica a clareza e a eficiência da navegação no menu lateral, além de testar se os itens estão organizados de forma intuitiva.

    +
    7. +
  7. +

    Encontrar a opção de "Alterar Senha" dentro de Configurações

    +
    8. +
  8. Objetivo: O usuário deveria localizar a opção de "Alterar Senha" dentro da seção de configurações.
    9. +
  9. +

    Relação com o fluxo do sistema: Avalia a eficácia da organização das opções dentro da seção de configurações e a facilidade de encontrar funções importantes, como a alteração de senha.

    +
    10. +
  10. +

    Alterar a senha e confirmar a ação

    +
    11. +
  11. Objetivo: O usuário deveria seguir os critérios fornecidos para alterar a senha, incluindo inserir a nova senha e confirmar a alteração.
    12. +
  12. Relação com o fluxo do sistema: Testa a funcionalidade da alteração de senha, incluindo a usabilidade do formulário de entrada e a clareza das instruções, além de verificar se o sistema responde adequadamente à ação do usuário.
    13. +
+

5. Problemas de usabilidade corrigidos

+ + + + + + + + + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaCorreção ImplementadaStatus Após Correção
Fluxo de etapas do sistemaEficiência, eficáciaUma das etapas foi executada de forma diferente do esperado, indicando que as instruções ou o fluxo não são suficientemente claros.Retirada da opção de perfil, minimizando as opções para direcionar melhor as ações previstas.Resolvido.
Tela de alteração de senhaSatisfação, eficáciaDurante o processo de troca de senha, os usuários relataram que não haveria como visualizar a senha digitada, o que gerava insegurança e possíveis erros.Implementação de um recurso para visualizar a senha digitada, permitindo aos usuários verificar se a senha foi inserida corretamente.Resolvido
+

6. Problemas de usabilidade ainda não corrigidos

+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
Menu lateralEficiência, eficáciaAlguns termos usados no menu lateral não são claros o suficiente, levando os usuários a cometerem erros ao selecionar opções.MédiaImplementar tooltips que expliquem as funcionalidades de cada item do menu e revisar os termos para torná-los mais descritivos e alinhados com as expectativas dos usuários.
+

7. Partes do sistema que podem ser melhor elaboradas

+
    +
  1. Localização da Configuração de Senha
    2. +
  2. Observação: A configuração de senha foi posicionada na aba "Configurações", mas o usuário esperava encontrá-la na aba "Perfil".
    3. +
  3. +

    Sugestão de melhoria: Reavaliar a organização das abas para alinhar com as expectativas dos usuários. Alternativamente, incluir uma indicação clara ou atalho na aba "Perfil" para acessar as configurações de senha.

    +
    4. +
  4. +

    Clareza nas Etapas do Processo

    +
    5. +
  5. Observação: Uma das etapas foi inicialmente executada de forma diferente do previsto.
    6. +
  6. +

    Sugestão de melhoria: Fornecer instruções mais claras ou visuais, como tooltips ou mensagens orientadoras, para guiar os usuários durante o processo.

    +
    7. +
  7. +

    Consistência no Design e nas Expectativas

    +
    8. +
  8. Observação: O usuário mencionou que sua expectativa foi moldada por experiências anteriores em outros sistemas.
    9. +
  9. Sugestão de melhoria: Realizar uma análise comparativa com sistemas semelhantes para garantir maior consistência em termos de design e funcionalidade, promovendo uma experiência mais intuitiva.
    10. +
+

8. Perguntas Respondidas no Planejamento da Avaliação do Protótipo de Papel

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interface
O usuário consegue operar o sistema?Sim, porém uma das etapas foi inicialmente executada de forma distinta do previsto. A explicação fornecida pelo usuário contribuiu para o aprimoramento do protótipo.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim, com eficiência relevante, embora não absoluta. O objetivo foi alcançado em aproximadamente 2 minutos e meio, com apenas um erro registrado.
Que parte da interface e da interação o deixa insatisfeito?O usuário esperava que a configuração de senha estivesse localizada na aba "Perfil". No entanto, foi projetada para estar na aba "Configurações". Ele justificou que, em sua experiência, a aba "Configurações" é geralmente usada para preferências do site, e não da conta.
Ele vai entender o que deve fazer em seguida?Sim.
+

9. Vídeo da Avaliação

+

A gravação da entrevista pode ser assistida abaixo:

+
    +
  • +

    Visão 1:
    +Parte 1:
    +

    +

    Parte 2:
    +

    +
    • +
  • +

    Visão 2:
    +

    +
    • +
+

10. Termo de Consentimento

+

O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte link: Termo de Consentimento - Jéssica Eveline

+

Referências Bibliográficas

+

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do relato de resultadoJéssica Eveline14/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git "a/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo\303\243oVitor/index.html" "b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo\303\243oVitor/index.html" new file mode 100644 index 00000000..592a4af1 --- /dev/null +++ "b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo\303\243oVitor/index.html" @@ -0,0 +1,2626 @@ + + + + + + + + + + + + + + + + + + + + + + + + + João Vitor - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato de Resultados do Protótipo de Papel

+

Introdução

+

Este documento tem como objetivo estruturar o planejamento e a documentação dos resultados da avaliação de usabilidade conduzida com protótipos de papel. A abordagem considera os elementos fundamentais descritos no livro ^1^ Interação Humano-Computador, de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, garantindo que todos os aspectos relevantes sejam adequadamente registrados.

+

Objetivo

+

Este documento orienta o registro dos resultados da avaliação, permitindo identificar problemas, acompanhar correções realizadas e priorizar melhorias futuras. O objetivo é assegurar que o sistema atenda de forma eficiente, eficaz e satisfatória às necessidades do público-alvo, promovendo uma experiência de usuário de qualidade.

+

Metodologia

+

Conforme descrito no livro ^1^, os seguintes itens devem constar no relato dos resultados:

+
    +
  • Objetivos da avaliação;
    • +
  • Breve descrição do método de prototipação em papel;
    • +
  • Número e perfil de avaliadores e participantes;
    • +
  • Tarefas executadas pelos participantes;
    • +
  • Lista de problemas de usabilidade corrigidos durante os ciclos de avaliação e reprojeto, incluindo:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Correção realizada no protótipo;
      • +
    • Indicação se o problema voltou a ocorrer;
      • +
    +
    • +
  • Lista de problemas de usabilidade não corrigidos, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Prioridade para correção;
      • +
    • Sugestões de correção;
      • +
    +
    • +
  • Indicações de partes do sistema que podem ser aprimoradas.
    • +
+

Além disso, os seguintes itens complementares serão adicionados para enriquecer o relato: +- Perguntas respondidas no planejamento da avaliação; +- Vídeo da avaliação; +- Termo de consentimento.

+

Documentação

+

1. Objetivo da Avaliação

+

O protótipo de papel contou com a participação de três pessoas, que interagiram com o sistema CDMOJ. O objetivo principal foi avaliar a usabilidade e identificar problemas na interface e na experiência do usuário, visando melhorias no design e nas funcionalidades do sistema.

+

2. Método de Prototipação em Papel

+

O protótipo de papel foi desenvolvido utilizando materiais simples, como papel, canetas e recortes, para simular telas e interações do sistema. Durante a avaliação, o entrevistador João Vitor guiou os participantes em tarefas previamente definidas, registrando observações e dificuldades encontradas.

+

3. Número e Perfil de Avaliadores e Participantes

+

Foi utilizado o metodo de krug para a onde ele diz que a reomcendação é de 3 a 4 pessoas. A avaliação contou com três participantes, pertencentes ao público-alvo definido para o sistema e com experiência básica em sistemas similares. O avaliador responsável foi João Vitor.

+

4. Tarefas Executadas pelos Participantes

+

Os participantes realizaram as seguintes tarefas:

+
    +
  1. Acessar a opção "Treino Livre";
    2. +
  2. Selecionar uma questão no "Treino Livre";
    3. +
  3. Realizar o cadastro;
    4. +
  4. Realizar o login;
    5. +
  5. Na tela de questão enviar um arquivo;
    6. +
  6. Submeter o arquivo.
    7. +
+

5. Problemas de Usabilidade Corrigidos

+

Atualmente, nenhum problema foi corrigido.

+

6. Problemas de Usabilidade Ainda Não Corrigidos

+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
Tela InicialConfusão com botõesO usuário se confunde com os botões "Treino Livre", um sendo notícia e outro funcionalBaixaRemover ou reposicionar a seção de notícias
+

7. Partes do Sistema que Podem Ser Melhor Elaboradas

+
    +
  • Criar um botão dedicado para notícias, removendo-as da tela inicial, para reduzir a poluição visual e evitar confusão com o "Treino Livre". Alternativamente, deixar claro que se trata de uma seção de notícias.
    • +
+

8. Perguntas Respondidas no Planejamento da Avaliação

+

Participante C.O.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interaçãoO usuário consegue operar o sistema?Sim, apenas houve um problema com a interação no inicio com treino livre
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo?Sim, com eficiência, realizam as tarefas rapidamente
Que parte da interface o deixa insatisfeito?A tela inicial do CDMOJ pode confundir os usuários devido à seção de notícias.
Ele entende o que deve fazer em seguida?Sim, o participante concluiu as tarefas sem problemas
+

Participante G.H

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interaçãoO usuário consegue operar o sistema?Sim, não houve dificuldades de operação.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo?Sim, com bastante eficiencia e não aparentou dificuldades
Que parte da interface o deixa insatisfeito?nenhuma, a principio todas satisfazerem o usuario
Ele entende o que deve fazer em seguida?Sim, não houve problemas
+

Participante J.M

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interaçãoO usuário consegue operar o sistema?Sim, também não demostrou dificuldades em operar o sistema
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo?Sim, bom bastante eficiciencia, não houve problema algum durante a avalaição
Que parte da interface o deixa insatisfeito?A tela inicial do cd-moj, por ter muita informação irrelevante
Ele entende o que deve fazer em seguida?Sim, não ohuve problemas no que fazer a seguida
+

9. Vídeo da Avaliação

+

Os videos da avaliação estão abaixo:

+

Participante J.M.

+ + +

Participante C.O.

+ + +

Participante G.H.

+ + +

10. Termo de Consentimento

+

O Termo de Consentimento assinado pelos participantes está disponível no seguinte link: Termo de Consentimento - João Vitor

+

Referências Bibliográficas

+

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: Interação Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de Revisão
1.0Criação do relato de resultadoJoão Vitor14/01/2025Jéssica Eveline26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/index.html b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/index.html new file mode 100644 index 00000000..7aa4aa07 --- /dev/null +++ b/entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/index.html @@ -0,0 +1,2573 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Ruan Carvalho - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato de Resultados do Protótipo de Papel

+

Introdução

+

Este documento visa apresentar os relatos dos resultados da avaliação de usabilidade conduzida com os Protótipos de Papel. A abordagem considera os elementos fundamentais descritos no livro ^1^ Interação Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, com foco em garantir que todos os aspectos relevantes sejam devidamente documentados.

+

Metodologia

+

De acordo com o livro ^1^ Interação Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, os seguintes items devem entrar no relato dos resultados:

+
    +
  • Os objetivos da avaliação;
    • +
  • Uma breve descrição do método de prototipação em papel;
    • +
  • O número e o perfil de avaliadores e dos participantes;
    • +
  • As tarefas executadas pelos participantes;
    • +
  • Uma lista de problemas de usabilidade corrigidos durante os ciclos de avaliação e reprojeto, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Correção realizada no protótipo em papel;
      • +
    • Indicação se o problema voltou a ocorrer depois da correção;
      • +
    +
    • +
  • Uma lista dos problemas de usabilidade ainda não corrigidos, indicando:
      +
    • Local onde ocorreu;
      • +
    • Fatores de usabilidade prejudicados;
      • +
    • Descrição e justificativa do problema;
      • +
    • Prioridade para correção;
      • +
    • Sugestões de correção;
      • +
    +
    • +
  • Indicações de partes do sistema que podem ser mais bem elaboradas.
    • +
+

Além disso, serão adicionados mais três itens que são essenciais para um relato mais detalhado sobre o protótipo de papel. Esses itens incluem:

+
    +
  • Perguntas respondidas no planejamento da avaliação do protótipo de papel;
    • +
  • Vídeos das avaliações;
    • +
  • Termos de consentimento.
    • +
+

Documentação

+

1. Objetivo da avaliação

+

A avaliação tem por intuito testar a usabilidade e fluxo de navegação de um sistema a partir do uso de um protótipo de papel -ferramenta que retrata um sistema e determinado fluxo de navegação em baixo nível de fidelidade- para observar se as interações e fluxo de tarefas analisadas são intuitívas de de fácil navegabilidade. +Nesta etapa um dos principais objetivos é detectar dificuldades de usabilidade, que podem ser ocasionados por problemas de design ou falta de clareza em determinadas etapas, impactando negativamente a utilização do sistema analizado.

+

2. Método de prototipação em papel

+

O método de prototipação em papel é um método utilizado em avaliações de usabilidade, consistindo em uma abordagem simples e eficaz para a representação de telas e fluxo de navegação de um sistema. Este método faz uso de esboços feitos a lápis em papel, buscando representar de forma simples telas e interações a serem estudadas, sendo esta uma abordagem de baixo custo e simples de ser executada.

+

Durante o processo de avaliação foram criados esboços que refletiam o processo de navegação na plataforma CD-MOJ, sendo retratados apenas o principais elementos do sistema que seriam indispensáveis para analizar a tarefa avaliada. Ao decorrer da avaliação o entrevistador Ruan Carvalho guiou os participantes pelas etapas, observando a forma que interagiam com o sistema e como completaram a tarefa proposta.

+

3. O número e o perfil de avaliadores e dos participantes

+

A avaliação de protótipo de papel foio realizada com 3 participantes, seguindo o pensamento do consultor de usabilidade Steve Krug, que defende que não exixte um número exato de participantes que devem ser testados, afirmando que testar um usuário é 100% melhor do que não testar nenhum. Segundo Krug, 3 ou 4 usuários seriam suficiêntes para detectar a maioria dos problemas, permitindo fazer a análize no mesmo dia.

+

A avaliação foi conduzida pelo entrevistador Ruan Carvalho, integrante do grupo 05, responsável por guiar os participantes durante o processo. Os participantes escolhidos foram: Pedro, Diogo e Guilherme, ambos estudantes de engenharia de software da Universidade de Brasília, discentes do campus da FCTE. Os participantes escolhidos representam fielmente o perfil de usuário definido ao início do andamento do projeto, possibilitando que as informações coletadas tenham maior fidelidade para prosseguir com as análises.

+

4. As tarefas executadas pelos participantes

+
    +
  1. Acessar a tela do contest
    2. +
  2. Objetivo: O usuário inicia sua navegação na tela de contest da plataforma CD-MOJ.
    3. +
  3. +

    Relação com o fluxo do sistema: Essa etapa serve para habituar o usuário na tela principal da tarefa analizada.

    +
    4. +
  4. +

    Selecionar a questão a ser resolvida

    +
    5. +
  5. Objetivo: O usuário navega até o seletor de questões para selecionar a questão a ser enviada.
    6. +
  6. +

    Relação com o fluxo do sistema: Essa etapa verifica a facilidade em encontrar o seletor de questões na tela de contest do CD-MOJ.

    +
    7. +
  7. +

    Selecionar o arquivo a ser enviado

    +
    8. +
  8. Objetivo: O usuário navega pelo explorador de arquivos para encontrar sua solução para a questão e fazer o envio.
    9. +
  9. +

    Relação com o fluxo do sistema: Essa etapa representa a navegação padrão do CD-MOJ para realizar o envio de questões.

    +
    10. +
  10. +

    Abrir o feedback da subimissão

    +
    11. +
  11. Objetivo: O usuário navega até a resposta da sua subimissão para receber o feedback da sua resposta com outros casos de teste.
    12. +
  12. Relação com o fluxo do sistema: Essa etapa verifica a facilidade do usuário em encontrar a resposta do seu código e a funcionalidade nova a ser implementada.
    13. +
+

5. Problemas de usabilidade corrigidos

+
    +
  • Nenhum problema de usabilidade foi corrigido nesta etapa
    • +
+

6. Problemas de usabilidade ainda não corrigidos

+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
tela de contestclarezaum dos usuários se confundiu durante a navegação, clicando em outro localbaixatrocar a cor de botões relevantes, facilitando seguir o fluxo de navegação
+

7. Partes do sistema que podem ser melhor elaboradas

+
    +
  1. Feedback de questões
      +
    • sugestão de melhoria: receber o feedback de subimissões pela própria tela de contest do CD-MOJ, não sendo necessário o uso do Mojinho Bot no Telegram para adiquirir essas informações.
      • +
    +
    2. +
+

8. Perguntas Respondidas no Planejamento da Avaliação do Protótipo de Papel

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interface
O usuário consegue operar o sistema?Sim, porém um dos usuários se confundiu ao executar uma etapa.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim, com alta eficiência. O objetivo foi alcançado em aproximadamente 2 minutos, com apenas um erro registrado por parte de um entrevistado.
Que parte da interface e da interação o deixa insatisfeito?As interações seguiram o fluxo esperado com poucos erros porém as interfaces poderiam ser melhor modeladas para torna-las mais intuitívas
Ele vai entender o que deve fazer em seguida?Sim.
+

9. Vídeo da Avaliação

+

As gravações das entrevistas pode, ser assistidas abaixo: +https://youtu.be/xSExwnp0IJQ +Teste piloto:
+

+

Entrevista 01:
+

+

Entrevista 02:
+

+

Entrevista 03:
+

+

10. Termo de Consentimento

+

O Termo de Consentimento assinado pelos participantes está disponível no seguinte link: Termo de Consentimento - Ruan

+

Referências Bibliográficas

+

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do relato de resultadoRuan Carvalho14/01/2025Felipe Rodrigues14/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_6/termos_de_consentimento/TermoDeConsentimento_Jessica.pdf b/entregas/entrega_6/termos_de_consentimento/TermoDeConsentimento_Jessica.pdf new file mode 100644 index 00000000..2cdde6e7 Binary files /dev/null and b/entregas/entrega_6/termos_de_consentimento/TermoDeConsentimento_Jessica.pdf differ diff --git a/entregas/entrega_6/termos_de_consentimento/TermoDeConsentimento_JoaoVitor.pdf b/entregas/entrega_6/termos_de_consentimento/TermoDeConsentimento_JoaoVitor.pdf new file mode 100644 index 00000000..a7b05228 Binary files /dev/null and b/entregas/entrega_6/termos_de_consentimento/TermoDeConsentimento_JoaoVitor.pdf differ diff --git a/entregas/entrega_6/termos_de_consentimento/TermosDeConsentimento_Ruan.pdf b/entregas/entrega_6/termos_de_consentimento/TermosDeConsentimento_Ruan.pdf new file mode 100644 index 00000000..2a7f3959 Binary files /dev/null and b/entregas/entrega_6/termos_de_consentimento/TermosDeConsentimento_Ruan.pdf differ diff --git a/entregas/entrega_6/termos_de_consentimento/termoConsentimentoAssinadoPrototipoPapelFelipe.pdf b/entregas/entrega_6/termos_de_consentimento/termoConsentimentoAssinadoPrototipoPapelFelipe.pdf new file mode 100644 index 00000000..e937b498 Binary files /dev/null and b/entregas/entrega_6/termos_de_consentimento/termoConsentimentoAssinadoPrototipoPapelFelipe.pdf differ diff --git a/entregas/entrega_7/entrega_7/index.html b/entregas/entrega_7/entrega_7/index.html new file mode 100644 index 00000000..85e6bfbd --- /dev/null +++ b/entregas/entrega_7/entrega_7/index.html @@ -0,0 +1,2240 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Entrega 7 - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Entrega 7

+

Introdução

+

Este documento tem como finalidade fornecer o vídeo da apresentação inicial do projeto de Interação Humano-Computador.

+

Objetivo

+

O objetivo desta entrega é fornecer uma visão geral do projeto, abordando sua relevância no contexto de IHC, a organização da equipe e uma introdução ao processo metodológico. Esta apresentação foca nos artefatos da etapa 7.

+

Metodologia

+

A gravação do vídeo de apresentação foi realizada em uma reunião via Google Meet. Tanto o vídeo quanto o áudio foram capturados utilizando o software OBS Studio.

+

Autor(es): Jéssica Eveline, 2024.

+

Apresentação

+

Vídeo 1: Entrega 7 - IHC - Grupo 05.

+ + +

Link: Entrega 7 - IHC - Grupo 05

+

Histórico de Versões

+

Tabela 1 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de revisão
1.0Criação da entrega e disponibilização do linkJoão Vitor26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/index.html b/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/index.html new file mode 100644 index 00000000..149082a5 --- /dev/null +++ b/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/index.html @@ -0,0 +1,2783 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Felipe Rodrigues - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato de Resultados do Protótipo de Alta Fidelidade

+

Introdução

+

A avaliação de protótipos desempenha um papel crucial no design centrado no usuário, ao enfatizar a identificação de problemas de usabilidade e a validação de soluções antes de prosseguir para etapas mais avançadas. Este documento visa estruturar o planejamento e a documentação dos resultados da avaliação de usabilidade conduzida com os Protótipos de Alta Fidelidade, garantindo que todos os aspectos relevantes sejam devidamente documentados e aplicáveis ao aprimoramento do protótipo.

+

Objetivo

+

O objetivo desta avaliação é validar a usabilidade e a eficácia do protótipo de alta fidelidade desenvolvido, identificando problemas na interface e na interação com o usuário. Busca-se coletar impressões sobre a clareza, funcionalidade e estética do protótipo, permitindo identificar problemas, acompanhar correções realizadas e priorizar melhorias futuras.

+
+

1. Objetivo da avaliação

+

O objetivo da avaliação do protótipo de alta fidelidade consiste em apresentar aos usuários uma versão aprimorada das funções apresentadas anteriormente atravéz do diagrama HTA e do protótipo de papel, fazendo com que nesta avaliação o usuário tenha uma experiência de uso mais fiel possível a navegação no CD-MOJ. Desta forma, será possível que os avaliadores observem o fluxo de navegação da forma como seria na plataforma real, analizando diferentes fluxos de navegação e dificuldades encontradas pelos usuários a fim de identificar falhas de implementação e validar a funcionalidade proposta.

+

2. Método de prototipação de alta fidelidade

+

A prototipação de alta fidelidade consiste em um método de modelagem de protótipos atravéz de ferramentas digitáis como o Figma (ferramenta utilizada pelo grupo) que permitem a criação de telas altamente detalhadas. Este método permite testar o produto desenvolvido com interatividade e design próximos de sua versão final, permitindo assim avaliar os aspectos de navegabilidade e implementação antes da entrega real do produto.

+

Durante o processo de planejamento da avaliação de protótipos de alta fidelidade foram criados os protótipos do CD-MOJ pelos membros do grupo, cada um refletindo uma função trabalhada por um membro do grupo e ao fim do desenvolvimento dos protótipos os mesmos foram aglutinados de forma a refletir uma experiência mais fiel de navegação, permitindo com que os avaliados possam navegar pelos diferentes fluxos desenvolvidos no mesmo protótipo, tornando a navegação mais fluida e precisa.

+

3. O número e o perfil de avaliadores e dos participantes

+

A avaliação de protótipo de alta fidelidade foi realizada com 3 participantes, seguindo o pensamento do consultor de usabilidade Steve Krug, que defende que não exixte um número exato de participantes que devem ser testados, afirmando que testar um usuário é 100% melhor do que não testar nenhum. Segundo Krug, 3 ou 4 usuários seriam suficiêntes para detectar a maioria dos problemas, permitindo fazer a análize no mesmo dia.

+

Para esta avaliação foram escolhidos 3 participantes: Vinícius C., Vinícius R. e Izabelle, ambos estudantes cursos de graduação de software, que se enquadram no pefil de usuário definido ao início do projeto. O corpo de avaliadores foi formado por 1 integrante do grupo 05: Felipe, apresentando sua respectiva função desenvolvida para os entrevistados durante a avaliação.

+

Tabela 1 - Entrevistador(es) e entrevistado(s).

+ + + + + + + + + + + + + + + + + + + + + +
Entrevistador(es)Entrevistado(s)HorárioDataTarefaLocal
Felipe RodriguesVinícius C., Vinícius R. e Izabelle12:16; 12:43; 12:5524/01/2025Receber um feedback em tempo real do código submetido.Ministério da Defesa Anexo 1
+

Autor(es): Felipe Rodrigues, 2025.

+

4. As tarefas executadas pelos participantes

+
    +
  1. Acessar o treino livre
    2. +
  2. Objetivo: O usuário inicia sua navegação na tela inicial da plataforma CD-MOJ e deve acessar um contest.
    3. +
  3. +

    Relação com o fluxo do sistema: Essa etapa serve para habituar o usuário na tela principal do sistema.

    +
    4. +
  4. +

    Selecionar o arquivo a ser enviado

    +
    5. +
  5. Objetivo: O usuário navega até o seletor de arquivos para selecionar a questão a ser enviada.
    6. +
  6. +

    Relação com o fluxo do sistema: Essa etapa verifica a facilidade em encontrar o seletor de arquivos na tela de contest do CD-MOJ.

    +
    7. +
  7. +

    Selecionar o arquivo a ser enviado

    +
    8. +
  8. Objetivo: O usuário navega pelo explorador de arquivos para encontrar sua solução para a questão e fazer o envio.
    9. +
  9. +

    Relação com o fluxo do sistema: Essa etapa representa a navegação padrão do CD-MOJ para realizar o envio de questões.

    +
    10. +
  10. +

    Abrir o feedback da subimissão

    +
    11. +
  11. Objetivo: O usuário navega até a resposta da sua subimissão para receber o feedback da sua resposta com outros casos de teste.
    12. +
  12. Relação com o fluxo do sistema: Essa etapa verifica a facilidade do usuário em encontrar a resposta do seu código e a funcionalidade nova a ser implementada.
    13. +
+

5. Problemas de usabilidade corrigidos

+

Com esta avaliação, não foram corrigidos problemas de usabilidade encontrados.

+

6. Problemas de usabilidade ainda não corrigidos

+

Tabela 2 - Problemas de usabilidade ainda não corrigidos.

+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
Tela de seleção de questão no treino livre.Reconhecimento em vez de recordação.O usuário não conseguiu identificar claramente que a tela apresentava uma questão/problema de programação a ser selecionada.Baixa.Incluir um título claro, como "Seleção de Questões", e uma breve explicação sobre como utilizar a tela. Adicionar ícones ou destaques visuais que indiquem a interatividade das opções disponíveis.
+

Autor(es): Felipe Rodrigues, 2025.

+

7. Partes do sistema que podem ser melhor elaboradas

+
    +
  1. Acesso a questão
      +
    • Sugestão de melhoria: Incluir um título claro, como "Seleção de Questões", e uma breve explicação sobre como utilizar a tela.
      • +
    +
    2. +
+

8. Perguntas Respondidas no Planejamento da Avaliação

+

Entrevistado Vinícius C.

+

Tabela 3 - Perguntas realizadas no início com o entrevistado Vinícius C.:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Vinícius.
Quantos anos você tem?20.
Qual a sua ocupação?Estudante.
Qual o seu nível de escolaridade?Ensino Superior Incompleto.
Você já utilizou algum juiz online? Se sim, qual?Sim, CD-MOJ, Beecrowd e LeetCode.
Você conhece o CD-MOJ?Sim.
+

Autor(es): Felipe Rodrigues, 2025.

+

Tabela 4 - Perguntas respondidas na análise da entrevista com Vinícius C., pelo entrevistador:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim. Alta eficiência. 1:40 minutos. 1 erro.
Que parte da interface e da interação o deixa insatisfeito?Nenhuma.
Ele vai entender o que deve fazer em seguida?Sim.
+

Tabela 5 - Pergunta realizada no final a fim de obter um feedback do usuário Vinícius C.:

+

Autor(es): Felipe Rodrigues, 2025.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no prototipo apresentado?Não. O usuário alegou que achou bastante prático e considera o ideal.
+

Autor(es): Felipe Rodrigues, 2025.

+

Entrevistado Vinícius R.

+

Tabela 6 - Perguntas realizadas no início com o entrevistado Vinícius R.:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Vinícius.
Quantos anos você tem?19.
Qual a sua ocupação?Estudante, estagiário.
Qual o seu nível de escolaridade?Ensino Superior Incompleto.
Você já utilizou algum juiz online? Se sim, qual?Sim, LeetCode.
Você conhece o CD-MOJ?Não.
+

Autor(es): Felipe Rodrigues, 2025.

+

Tabela 7 - Perguntas respondidas na análise da entrevista com Vinícius R., pelo entrevistador:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim. Alta eficiência. 01:08 minutos. 2 erros.
Que parte da interface e da interação o deixa insatisfeito?Nenhuma.
Ele vai entender o que deve fazer em seguida?Sim.
+

Tabela 8 - Pergunta realizada no final a fim de obter um feedback do usuário Vinícius R.:

+

Autor(es): Felipe Rodrigues, 2025.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no prototipo apresentado?Não. O usuário alegou que achou bem intuitivo e fácil de executar.
+

Autor(es): Felipe Rodrigues, 2025.

+

Entrevistada Izabelle

+

Tabela 9 - Perguntas realizadas no início com a entrevistada Izabelle:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Izabelle.
Quantos anos você tem?19.
Qual a sua ocupação?Estudante, estagiário.
Qual o seu nível de escolaridade?Ensino Superior Incompleto.
Você já utilizou algum juiz online? Se sim, qual?Sim, Beecrowd.
Você conhece o CD-MOJ?Não.
+

Autor(es): Felipe Rodrigues, 2025.

+

Tabela 10 - Perguntas respondidas na análise da entrevista com Izabelle, pelo entrevistador:

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim. Alta eficiência. 00:58 minutos. 2 erros.
Que parte da interface e da interação o deixa insatisfeito?A parte de seleção de questões do treino livre. A usuária não conseguiu identificar claramente que a tela apresentava uma questão/problema de programação a ser selecionada.
Ele vai entender o que deve fazer em seguida?Após a etapa de selecionar a questão do treino livre. A usuário não teve dificuldades em entender o que deveria fazer em seguida.
+

Tabela 11 - Pergunta realizada no final a fim de obter um feedback da usuária Izabelle:

+

Autor(es): Felipe Rodrigues, 2025.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no prototipo apresentado?Sim. A usuária alegou que se sentiu um pouco perdida ao entrar na tela do Treino Livre, pois não sabia que era uma questão a ser selecionada.
+

Autor(es): Felipe Rodrigues, 2025.

+

9. Vídeo da Avaliação

+

Os videos da avaliação estão abaixo:

+

Vídeo 1 - Entrevistado Vinícius C..

+ + +

Vídeo 2 - Entrevistado Vinícius R..

+ + +

Vídeo 3 - Entrevistada Izabelle.

+ + +

10. Termo de Consentimento

+

Os Termos de Consentimento assinados pelos participantes estão disponível no seguinte link: Termo de Consentimento - Felipe Rodrigues.

+

Referências Bibliográficas

+
    +
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
    2. +
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipação de alta fidelidade. In: Design de Interação: abordagens centradas no usuário para a Web e além. Porto Alegre: Bookman, 2013.
    3. +
+

Histórico de Versão

+

Tabela 12 - Histórico de Versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Relato da avaliação do Protótipo de Alta FidelidadeFelipe Rodrigues25/01/2025Jéssica Eveline
26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/index.html b/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/index.html new file mode 100644 index 00000000..0c14de7b --- /dev/null +++ b/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/index.html @@ -0,0 +1,2733 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Jéssica Eveline - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato de Resultados do Protótipo de Alta Fidelidade - Jéssica Eveline

+

1. Objetivo da Avaliação

+

A avaliação do protótipo de alta fidelidade tem como objetivo validar a usabilidade e funcionalidade do sistema, garantindo que atenda às necessidades dos usuários. A relevância está em identificar problemas de navegação e design antes da implementação final. As expectativas incluem obter feedback sobre a interface e interações, com metas de melhorar a experiência do usuário e garantir uma solução intuitiva. O contexto da avaliação é o processo de refinamento do produto, visando a aceitação e adoção pelos usuários finais.

+

2. Método de Prototipação de Alta Fidelidade

+

O método de prototipação de alta fidelidade utilizado foi realizado no Figma, uma ferramenta de design que permitiu a criação de um protótipo interativo e visualmente detalhado. O protótipo foi construído com páginas interligadas, onde os botões simulavam as ações esperadas dos usuários, como navegação entre telas e interação com elementos da interface. Durante a avaliação, os participantes interagiram com o protótipo no Figma, o que possibilitou simular de forma realista o comportamento do sistema. Essa abordagem ajudou a identificar pontos de melhoria no design e na usabilidade, proporcionando uma experiência próxima à interação com um produto final. O protótipo pode ser visualizado através do seguinte link:

+ + +

3. O número e o perfil de avaliadores e dos participantes

+

Segundo Krug, o número ideal de participantes para testes de usabilidade é de 3 a 4 pessoas, pois essa quantidade é suficiente para identificar a maioria dos problemas de usabilidade de um sistema sem sobrecarregar o processo. Seguindo essa recomendação, o teste foi realizado com 3 participantes que atendiam ao perfil de usuário definido para o sistema. Detalhes sobre os participantes e as perguntas respondidas durante o planejamento da avaliação do protótipo de alta fidelidade estão descritos na seção 8. Perguntas respondidas no planejamento da avaliação do protótipo de alta fidelidade.

+

Tabela 1 - Entrevistador(es) e entrevistado(s).

+

| Entrevistador(es) | Entrevistado(s)| Horário | Data | Local | +|:---:|:---:|:---:|:---:|:---:|:---:| +| Jéssica Eveline, João Vitor, Ruan Carvalho | Gabriel, Pedro e Luiza | 12:00 - 12:50 | 23/01/2025 |Universidade de Brasília Campus Gama |

+

4. As tarefas executadas pelos participantes

+
    +
  1. Acessar o menu lateral a partir da tela inicial
    2. +
  2. Objetivo: O usuário deveria clicar na imagem de foto do perfil localizada na tela inicial para abrir o menu lateral.
    3. +
  3. +

    Relação com o fluxo do sistema: Essa tarefa testa a interação inicial com a interface e a funcionalidade do menu lateral, essencial para navegar pelas configurações do sistema.

    +
    4. +
  4. +

    Navegar até a seção de configurações

    +
    5. +
  5. Objetivo: Após abrir o menu lateral, o usuário deveria localizar e selecionar a opção "Configurações".
    6. +
  6. +

    Relação com o fluxo do sistema: Essa tarefa verifica a clareza e a eficiência da navegação no menu lateral, além de testar se os itens estão organizados de forma intuitiva.

    +
    7. +
  7. +

    Encontrar a opção de "Alterar Senha" dentro de Configurações

    +
    8. +
  8. Objetivo: O usuário deveria localizar a opção de "Alterar Senha" dentro da seção de configurações.
    9. +
  9. +

    Relação com o fluxo do sistema: Avalia a eficácia da organização das opções dentro da seção de configurações e a facilidade de encontrar funções importantes, como a alteração de senha.

    +
    10. +
  10. +

    Alterar a senha e confirmar a ação

    +
    11. +
  11. Objetivo: O usuário deveria seguir os critérios fornecidos para alterar a senha, incluindo inserir a nova senha e confirmar a alteração.
    12. +
  12. Relação com o fluxo do sistema: Testa a funcionalidade da alteração de senha, incluindo a usabilidade do formulário de entrada e a clareza das instruções, além de verificar se o sistema responde adequadamente à ação do usuário.
    13. +
+

5. Problemas de usabilidade corrigidos

+

Com esta avaliação, não foram corrigidos problemas de usabilidade encontrados.

+

Tabela 2 - Problemas de usabilidade corrigidos.

+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaCorreção ImplementadaStatus Após Correção
+

Autor(es): Jéssica Eveline, 2025.

+

6. Problemas de usabilidade ainda não corrigidos

+

Tabela 3 - Problemas de usabilidade ainda não corrigidos.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaPrioridadeSugestões de Correção
LogoDescoberta e IntuitividadeA logo não está claramente identificada como clicável, o que pode dificultar o retorno à página inicial.AltaTornar a logo mais clara como elemento clicável, adicionando um indicador visual ou texto.
Menu de PerfilNavegação e IntuitividadeFalta uma opção clara de "Home" no menu de perfil, o que pode confundir o usuário ao buscar essa funcionalidade.MédiaAdicionar a opção "Home" no menu de perfil para facilitar a navegação.
Próximo à Foto de PerfilDescoberta e IntuitividadeA funcionalidade de menu de opções associada à foto de perfil não está clara, o que pode dificultar sua descoberta.AltaAdicionar um ícone ou texto próximo à foto de perfil para indicar que é um menu de opções.
+

Autor(es): Jéssica Eveline, 2025.

+

7. Partes do sistema que podem ser melhor elaboradas

+

Algumas áreas do sistema podem ser aprimoradas para melhorar a usabilidade. Primeiramente, a logo do sistema não está claramente identificada como clicável, o que pode dificultar o retorno à página inicial. Recomenda-se torná-la mais intuitiva, adicionando indicadores visuais ou texto que deixem claro que ela funciona como um botão para a home. Além disso, o menu de perfil carece de uma opção clara de "Home", o que pode confundir os usuários que procuram essa funcionalidade. Adicionar essa opção no menu de perfil pode facilitar a navegação. Por fim, a funcionalidade de menu de opções associada à foto de perfil não está evidente, o que pode dificultar sua descoberta. Uma solução seria incluir um ícone ou texto próximo à foto de perfil para indicar que se trata de um menu de opções. Esses ajustes são prioritários para melhorar a experiência do usuário.

+

8. Perguntas respondidas no planejamento da avaliação do protótipo de alta fidelidade

+

Gabriel

+

Tabela 4 - Perguntas realizadas no início da entrevista com o Gabriel.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Gabriel
Quantos anos você tem?21 anos
Qual o seu nível de escolaridade?Superior cursando
Você já utilizou algum juiz online? Se sim, qual?Sim, só o CD-MOJ
Você conhece o CD-MOJ?Sim
+

Autor(es): Jéssica Eveline, 2025.

+

Tabela 5 - Perguntas respondidas pela entrevistadora após a entrevista com o Gabriel.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim, com uma eficiência média, em cerca de 2 minutos e com 1 erro.
Que parte da interface e da interação o deixa insatisfeito?O usuário não consegue identificar facilmente como acessar o perfil para alteração.
Ele vai entender o que deve fazer em seguida?Sim, as etapas são claras, mas a localização dos botões e opções não é intuitiva.
+

Autor(es): Jéssica Eveline, 2025.

+

Tabela 6 - Pergunta realizada ao entrevistado Gabriel ao final da entrevista.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no protótipo apresentado?Adicionar um ícone ou texto próximo à foto de perfil para indicar que é um menu de opções.
+

Autor(es): Jéssica Eveline, 2025.

+

Pedro

+

Tabela 7 - Perguntas realizadas no início da entrevista com o Pedro.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Pedro
Quantos anos você tem?20 anos
Qual o seu nível de escolaridade?Superior cursando
Você já utilizou algum juiz online? Se sim, qual?Sim, só o CD-MOJ
Você conhece o CD-MOJ?Sim
+

Autor(es): Jéssica Eveline, 2025.

+

Tabela 8 - Perguntas respondidas pela entrevistadora após a entrevista com o Pedro.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim, o objetivo foi alcançado com eficiência média, em cerca de 1 minuto e meio, e com 1 erro.
Que parte da interface e da interação o deixa insatisfeito?O retorno à página inicial não está claro para o usuário.
Ele vai entender o que deve fazer em seguida?Sim, as etapas são bem definidas, mas o retorno à página inicial não é tão intuitivo.
+

Autor(es): Jéssica Eveline, 2025.

+

Tabela 9 - Pergunta realizada ao entrevistado Pedro ao final da entrevista.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no protótipo apresentado?Incluir a opção "Home" no menu de perfil para facilitar a navegação e tornar a logo mais clara como elemento clicável, adicionando um indicador visual ou texto.
+

Autor(es): Jéssica Eveline, 2025.

+

Luiza

+

Tabela 10 - Perguntas realizadas no início da entrevista com a Luiza.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Luiza.
Quantos anos você tem?21 anos.
Qual o seu nível de escolaridade?Superior cursando.
Você já utilizou algum juiz online? Se sim, qual?Sim, o BeeCrowd e o CD-MOJ.
Você conhece o CD-MOJ?Sim.
+

Autor(es): Jéssica Eveline, 2025.

+

Tabela 11 - Perguntas respondidas pela entrevistadora após a entrevista com a Luiza.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim.
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim, de forma eficiente, em menos de 1 minuto e sem erros.
Que parte da interface e da interação o deixa insatisfeito?Nenhuma.
Ele vai entender o que deve fazer em seguida?Sim.
+

Autor(es): Jéssica Eveline, 2025.

+

Tabela 12 - Pergunta realizada a entrevistada Luiza ao final da entrevista.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no prototipo apresentado?Nada, achou coerente com a expectativa e padrão do tipo de plataforma.
+

9. Vídeo da avaliação

+

A gravação da entrevista pode ser assistida abaixo:

+

Visão 1:

+

Gabriel

+ + +

Pedro

+ + +

Luiza

+ + +

Visão 2:
+Gabriel

+ + +

Pedro

+ + +

Luiza

+ + +

10. Termo de consentimento

+

O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte link: +- Termo de Consentimento - Gabriel +- Termo de Consentimento - Pedro +- Termo de Consentimento - Luiza

+

Referências Bibliográficas

+
    +
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
    2. +
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipação de alta fidelidade. In: Design de Interação: abordagens centradas no usuário para a Web e além. Porto Alegre: Bookman, 2013.
    3. +
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Criação do relato de resultadoJéssica Eveline26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/index.html b/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/index.html new file mode 100644 index 00000000..4b673513 --- /dev/null +++ b/entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/index.html @@ -0,0 +1,2655 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Ruan Carvalho - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Relato de Resultados do Protótipo de Alta Fidelidade

+

Introdução

+

A avaliação de protótipos desempenha um papel crucial no design centrado no usuário, ao enfatizar a identificação de problemas de usabilidade e a validação de soluções antes de prosseguir para etapas mais avançadas. Este documento visa estruturar o planejamento e a documentação dos resultados da avaliação de usabilidade conduzida com os Protótipos de Alta Fidelidade, garantindo que todos os aspectos relevantes sejam devidamente documentados e aplicáveis ao aprimoramento do protótipo.

+

Objetivo

+

O objetivo desta avaliação é validar a usabilidade e a eficácia do protótipo de alta fidelidade desenvolvido, identificando problemas na interface e na interação com o usuário. Busca-se coletar impressões sobre a clareza, funcionalidade e estética do protótipo, permitindo identificar problemas, acompanhar correções realizadas e priorizar melhorias futuras.

+
+

1. Objetivo da avaliação

+

O objetivo da avaliação do protótipo de alta fidelidade consiste em apresentar aos usuários uma versão aprimorada das funções apresentadas anteriormente atravéz do diagrama HTA e do protótipo de papel, fazendo com que nesta avaliação o usuário tenha uma experiência de uso mais fiel possível a navegação no CD-MOJ. Desta forma, será possível que os avaliadores observem o fluxo de navegação da forma como seria na plataforma real, analizando diferentes fluxos de navegação e dificuldades encontradas pelos usuários a fim de identificar falhas de implementação e validar a funcionalidade proposta.

+

2. Método de prototipação de alta fidelidade

+

A prototipação de alta fidelidade consiste em um método de modelagem de protótipos atravéz de ferramentas digitáis como o Figma (ferramenta utilizada pelo grupo) que permitem a criação de telas altamente detalhadas. Este método permite testar o produto desenvolvido com interatividade e design próximos de sua versão final, permitindo assim avaliar os aspectos de navegabilidade e implementação antes da entrega real do produto.

+

Durante o processo de planejamento da avaliação de protótipos de alta fidelidade foram criados os protótipos do CD-MOJ pelos membros do grupo, cada um refletindo uma função trabalhada por um membro do grupo e ao fim do desenvolvimento dos protótipos os mesmos foram aglutinados de forma a refletir uma experiência mais fiel de navegação, permitindo com que os avaliados possam navegar pelos diferentes fluxos desenvolvidos no mesmo protótipo, tornando a navegação mais fluida e precisa.

+

3. O número e o perfil de avaliadores e dos participantes

+

A avaliação de protótipo de alta fidelidade foi realizada com 3 participantes, seguindo o pensamento do consultor de usabilidade Steve Krug, que defende que não exixte um número exato de participantes que devem ser testados, afirmando que testar um usuário é 100% melhor do que não testar nenhum. Segundo Krug, 3 ou 4 usuários seriam suficiêntes para detectar a maioria dos problemas, permitindo fazer a análize no mesmo dia.

+

Para esta avaliação foram escolhidos 3 participantes: Pedro, Gabriel e Luiza, ambos estudantes de engenharia de software da Universidade de Brasília discentes do campus da FCTE, que se enquadram no pefil de usuário definido ao início do projeto. O corpo de avaliadores foi formado por 3 integrantes do grupo 05: Jessica, João Vitor e Ruan, cada um apresentando sua respectiva função desenvolvida para os entrevistados durante a avaliação.

+

4. As tarefas executadas pelos participantes

+
    +
  1. Acessar o contest
    2. +
  2. Objetivo: O usuário inicia sua navegação na tela inicial da plataforma CD-MOJ e deve acessar um contest.
    3. +
  3. +

    Relação com o fluxo do sistema: Essa etapa serve para habituar o usuário na tela principal do sistema.

    +
    4. +
  4. +

    Selecionar o arquivo a ser enviado

    +
    5. +
  5. Objetivo: O usuário navega até o seletor de arquivos para selecionar a questão a ser enviada.
    6. +
  6. +

    Relação com o fluxo do sistema: Essa etapa verifica a facilidade em encontrar o seletor de arquivos na tela de contest do CD-MOJ.

    +
    7. +
  7. +

    Selecionar o arquivo a ser enviado

    +
    8. +
  8. Objetivo: O usuário navega pelo explorador de arquivos para encontrar sua solução para a questão e fazer o envio.
    9. +
  9. +

    Relação com o fluxo do sistema: Essa etapa representa a navegação padrão do CD-MOJ para realizar o envio de questões.

    +
    10. +
  10. +

    Abrir o feedback da subimissão

    +
    11. +
  11. Objetivo: O usuário navega até a resposta da sua subimissão para receber o feedback da sua resposta com outros casos de teste.
    12. +
  12. Relação com o fluxo do sistema: Essa etapa verifica a facilidade do usuário em encontrar a resposta do seu código e a funcionalidade nova a ser implementada.
    13. +
+

5. Problemas de usabilidade corrigidos

+

Tabela 1 - Problemas de usabilidade corrigidos.

+ + + + + + + + + + + + + + + + + + + +
LocalFatores de Usabilidade PrejudicadosDescrição e Justificativa do ProblemaCorreção ImplementadaStatus Após Correção
Tela de envio de atividadeEficiênciaUm dos usuários apresentou dificuldade para perceber o botão de feedbackAlterar a cor do botão para melhorar a visualizaçãoResolvido
+

Autor(es): Ruan Carvalho, 2025.

+

6. Problemas de usabilidade ainda não corrigidos

+
    +
  • Os problemas de usabilidade apontados pelo grupo foram corrigidos nesta etapa.
    • +
+

7. Partes do sistema que podem ser melhor elaboradas

+
    +
  1. Acesso ao contest
      +
    • sugestão de melhoria: Alterar o botão "join" para acessar o contest, fazendo com que fique mais claro o local em que se acessa o desafio.
      • +
    +
    2. +
+

8. Perguntas respondidas no planejamento da avaliação do protótipo de alta fidelidade

+

Tabela 2 - Perguntas realizadas no início da entrevista - Entrevista 01.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Gabriel
Quantos anos você tem?21
Qual a sua ocupação?Estudante
Qual o seu nível de escolaridade?Superior-cursando
Você já utilizou algum juiz online? Se sim, qual?Sim, CD-MOJ
Você conhece o CD-MOJ?Sim
+

Autor(es): Ruan Carvalho, 2025.

+

Tabela 3 - Perguntas realizadas no início da entrevista - Entrevista 02.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Pedro
Quantos anos você tem?20
Qual a sua ocupação?Estudante
Qual o seu nível de escolaridade?Superior-cursando
Você já utilizou algum juiz online? Se sim, qual?Sim, CD-MOJ
Você conhece o CD-MOJ?Sim
+

Autor(es): Ruan Carvalho, 2025.

+

Tabela 4 - Perguntas realizadas no início da entrevista - Entrevista 03.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
PerguntaResposta
Qual o seu nome?Luiza
Quantos anos você tem?21
Qual a sua ocupação?Estudante
Qual o seu nível de escolaridade?Superior-cursando
Você já utilizou algum juiz online? Se sim, qual?Sim, CD-MOJ e Beecrowd
Você conhece o CD-MOJ?Sim
+

Autor(es): Ruan Carvalho, 2025.

+

Perguntas que devem ser respondidas na análise da entrevista pelo entrevistador:

+

Tabela 5 - Perguntas respondidas na análise da entrevista pelo entrevistador.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
ObjetivoPergunta AvaliativaRespostas
Identificar problemas na interação e interfaceO usuário consegue operar o sistema?Sim
Ele atinge seu objetivo? Com quanta eficiência? Em quanto tempo? Após cometer quantos erros?Sim, de maneira eficiênte após uma média de 15 segundos de interação, sem erros
Que parte da interface e da interação o deixa insatisfeito?Os usuários não apresentaram insatisfação durante a interação
Ele vai entender o que deve fazer em seguida?Sim
+

Autor(es): Ruan Carvalho, 2025.

+

Pergunta realizada no final a fim de obter um feedback do usuário:

+

Tabela 6 - Pergunta realizada no final a fim de obter um feedback do usuário.

+ + + + + + + + + + + + + +
PerguntaResposta
Há algo que você sugere incluir ou modificar no prototipo apresentado?Nenhum dos entrevistados apresentaram sugestões de melhoria para o protótipo
+

9. Vídeo da avaliação

+

As gravações das entrevistas pode, ser assistidas abaixo:

+

Entrevista Gabriel:

+ + +

Entrevista Pedro:

+ + +

Entrevista Luiza:

+ + +

10. Termo de consentimento

+

O Termo de Consentimento Livre e Esclarecido assinado está disponível no seguinte link: +- Termo de Consentimento - Gabriel +- Termo de Consentimento - Pedro +- Termo de Consentimento - Luiza

+

Referências Bibliográficas

+
    +
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avaliação de IHC. In: INTERAÇÃO Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
    2. +
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipação de alta fidelidade. In: Design de Interação: abordagens centradas no usuário para a Web e além. Porto Alegre: Bookman, 2013.
    3. +
+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0relato da avaliação do protótipo de alta fidelidadeRuan Carvalho24/01/2025Jéssica Eveline26/01/2025
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/entregas/entrega_7/termos_de_consentimento/TermoConsentimentoAltaFidelFelipe.pdf b/entregas/entrega_7/termos_de_consentimento/TermoConsentimentoAltaFidelFelipe.pdf new file mode 100644 index 00000000..58ea71f3 Binary files /dev/null and b/entregas/entrega_7/termos_de_consentimento/TermoConsentimentoAltaFidelFelipe.pdf differ diff --git a/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Gabriel.pdf b/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Gabriel.pdf new file mode 100644 index 00000000..0274b864 Binary files /dev/null and b/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Gabriel.pdf differ diff --git a/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Luiza.pdf b/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Luiza.pdf new file mode 100644 index 00000000..57b1b515 Binary files /dev/null and b/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Luiza.pdf differ diff --git a/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Pedro.pdf b/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Pedro.pdf new file mode 100644 index 00000000..db44710e Binary files /dev/null and b/entregas/entrega_7/termos_de_consentimento/TermoDeConsentimento-Pedro.pdf differ diff --git a/index.html b/index.html new file mode 100644 index 00000000..d169c5ff --- /dev/null +++ b/index.html @@ -0,0 +1,2240 @@ + + + + + + + + + + + + + + + + + + + + + + + CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

MOJ NAQUADAH

+

Figura 1 - Logo do CD-MOJ Naquadah.

+
+ +
+ +

Introdução

+

Somos o Grupo 5 da disciplina Interação Humano-Computador, orientados pelo professor André Barros de Sales, na Universidade de Brasília - Gama. Este repositório tem como propósito reunir todos os materiais, relatórios e artefados desenvolvidos no projeto durante a disciplina. Nosso projeto foca no MOJ Naquadah, um juiz online, onde buscamos identificar, documentar e propor soluções para problemas de interação e interface, aprimorando a experiência do usuário.

+

Sobre o site

+

O MOJ (Maratona Online Judge) Naquadah é uma plataforma de juiz online voltada para competições e treinamentos de programação, utilizada em contextos educacionais e competitivos. O sistema permite aos usuários submeterem soluções de problemas e verificarem seu desempenho em tempo real.

+

Link: https://moj.naquadah.com.br/cgi-bin/index.sh

+

Colaboradores

+

Tabela 1 - Colaboradores.

+ + + + + + + + + + + + + + + + + + + +
João Vitor SantosJesse EvelineFelipe RodriguesMarcelo AdrianRuan Carvalho
+

Histórico de Versões

+

Tabela 2 - Histórico de versões.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutorDataRevisorData de revisão
1.0Versão inicial da descrição do projetoJoão Vitor08/11/2024Marcelo Adrian08/11/2024
1.1Ajustes no pagesFelipe Rodrigues10/11/2024Marcelo Adrian11/11/2024
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/search/search_index.json b/search/search_index.json new file mode 100644 index 00000000..c8c96508 --- /dev/null +++ b/search/search_index.json @@ -0,0 +1 @@ +{"config":{"lang":["pt"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"MOJ NAQUADAH","text":"

Figura 1 - Logo do CD-MOJ Naquadah.

"},{"location":"#introducao","title":"Introdu\u00e7\u00e3o","text":"

Somos o Grupo 5 da disciplina Intera\u00e7\u00e3o Humano-Computador, orientados pelo professor Andr\u00e9 Barros de Sales, na Universidade de Bras\u00edlia - Gama. Este reposit\u00f3rio tem como prop\u00f3sito reunir todos os materiais, relat\u00f3rios e artefados desenvolvidos no projeto durante a disciplina. Nosso projeto foca no MOJ Naquadah, um juiz online, onde buscamos identificar, documentar e propor solu\u00e7\u00f5es para problemas de intera\u00e7\u00e3o e interface, aprimorando a experi\u00eancia do usu\u00e1rio.

"},{"location":"#sobre-o-site","title":"Sobre o site","text":"

O MOJ (Maratona Online Judge) Naquadah \u00e9 uma plataforma de juiz online voltada para competi\u00e7\u00f5es e treinamentos de programa\u00e7\u00e3o, utilizada em contextos educacionais e competitivos. O sistema permite aos usu\u00e1rios submeterem solu\u00e7\u00f5es de problemas e verificarem seu desempenho em tempo real.

Link: https://moj.naquadah.com.br/cgi-bin/index.sh

"},{"location":"#colaboradores","title":"Colaboradores","text":"

Tabela 1 - Colaboradores.

Jo\u00e3o Vitor Santos Jesse Eveline Felipe Rodrigues Marcelo Adrian Ruan Carvalho"},{"location":"#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial da descri\u00e7\u00e3o do projeto Jo\u00e3o Vitor 08/11/2024 Marcelo Adrian 08/11/2024 1.1 Ajustes no pages Felipe Rodrigues 10/11/2024 Marcelo Adrian 11/11/2024"},{"location":"atas/ata-padrao/","title":"Ata de Reuni\u00e3o","text":""},{"location":"atas/ata-padrao/#1-identificacao","title":"1. Identifica\u00e7\u00e3o","text":"
  • Data: Data de realiza\u00e7\u00e3o da reuni\u00e3o
  • In\u00edcio: Hora e minuto de in\u00edcio da reuni\u00e3o
  • T\u00e9rmino: Hora e minuto de t\u00e9rmino da reuni\u00e3o
  • Local: Local de realiza\u00e7\u00e3o da reuni\u00e3o
  • Redator: Nome de que redigiu a ata da reuni\u00e3o
  • Revisor: Nome de quem revisou a ata da reuni\u00e3o

Tabela 1: Cabe\u00e7alho com datas, horarios e realizadores.

Data Hora de In\u00edcio Previsto Hora de In\u00edcio Realizado Hora de T\u00e9rmino Previsto Hora de T\u00e9rmino Realizado Local Redator Projeto Revisor

Autor:

"},{"location":"atas/ata-padrao/#participantes","title":"Participantes:","text":"
  • Presente: Marcar somente as pessoas que participaram da reuni\u00e3o;
  • Nome: Listas todas as pessoas que foram convocadas para a reuni\u00e3o.

Tabela 2: Participantes e suas presen\u00e7as.

Nome Presente Jo\u00e3o Vitor J\u00e9ssica Eveline Felipe Rodrigues Marcelo Adrian Ruan Carvalho

Autor:

Link da grava\u00e7\u00e3o:

Autor:

"},{"location":"atas/ata-padrao/#2-pauta","title":"2. Pauta","text":"
  • Listar os assuntos que ser\u00e3o tratados na reuni\u00e3o.
"},{"location":"atas/ata-padrao/#3-pendencias-anteriores","title":"3. Pend\u00eancias Anteriores","text":"
  • Registrar as pend\u00eancias de reuni\u00f5es passadas que ainda n\u00e3o foram solucionadas, identificando o respons\u00e1vel e a data para conclus\u00e3o da pend\u00eancia.
"},{"location":"atas/ata-padrao/#4-assuntos-tratados","title":"4. Assuntos Tratados","text":"
  • Registrar as determina\u00e7\u00f5es acordadas em reuni\u00e3o para cada assunto tratado. Identificar os assuntos com o mesmo n\u00famero da pauta da reuni\u00e3o.

Tabela 3: Assuntos a serem tratados e seu tipo.

N\u00b0 Descri\u00e7\u00e3o Tipo

Autor:

  • Apresenta\u00e7\u00e3o: Exposi\u00e7\u00e3o de algum assunto realizada durante a reuni\u00e3o. N\u00e3o depende de avalia\u00e7\u00e3o ou aprova\u00e7\u00e3o. [Ex.: Leituras de atas anteriores.]
  • Decis\u00e3o: N\u00e3o depende de avalia\u00e7\u00e3o posterior. Execu\u00e7\u00e3o aprovada. N\u00e3o impacta em custo e prazo. [Ex.: Decis\u00e3o sobre um requisito sendo levantado, n\u00e3o representando uma mudan\u00e7a para o projeto.]
  • Defini\u00e7\u00e3o: Causa impacto no projeto em prazo e custo. Entretanto, sua execu\u00e7\u00e3o j\u00e1 est\u00e1 aprovada pelo solicitante. [Ex.: Imposi\u00e7\u00e3o do gestor sobre uma mudan\u00e7a, independente dos impactos desta no projeto.]
  • Solicita\u00e7\u00e3o: Poder\u00e1 causar impacto no projeto. Depende de avalia\u00e7\u00e3o do respons\u00e1vel mediante estudo de viabilidade a ser apresentado previamente. A solicita\u00e7\u00e3o poder\u00e1 ser descartada ou aprovada com base na an\u00e1lise do estudo de viabilidade.
  • Pend\u00eancia: D\u00favida n\u00e3o resolvida e ainda ser\u00e1 discutida. Depende de outros envolvidos.
"},{"location":"atas/ata-padrao/#5-proxima-reuniao","title":"5. Pr\u00f3xima Reuni\u00e3o","text":"
  • Registrar quando ser\u00e1 realizada a pr\u00f3xima reuni\u00e3o de mesma natureza.
"},{"location":"atas/ata-padrao/#6-compromissos","title":"6. Compromissos","text":"
  • Registrar os compromissos acordados durante a reuni\u00e3o (identificados como pend\u00eancias nos assuntos tratados), identificando o respons\u00e1vel e a data acordada para a conclus\u00e3o da atividade.

Tabela 4: Compromissos com data e o nome do respons\u00e1vel.

N\u00b0 Compromisso Respons\u00e1vel Data

Autor:

"},{"location":"atas/ata-padrao/#referencias","title":"Refer\u00eancias","text":"

Ata de Reuni\u00e3o do Minist\u00e9rio da Ci\u00eancia, Tecnologia e Inova\u00e7\u00e3o (MCTI).

"},{"location":"atas/ata-padrao/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"
  • Vers\u00e3o: Representa o n\u00famero ou c\u00f3digo da vers\u00e3o do documento ou do projeto. Geralmente \u00e9 usado para rastrear altera\u00e7\u00f5es ao longo do tempo.
  • Descri\u00e7\u00e3o: Cont\u00e9m uma breve explica\u00e7\u00e3o sobre as altera\u00e7\u00f5es realizadas na vers\u00e3o. Pode incluir adi\u00e7\u00f5es, corre\u00e7\u00f5es, melhorias, ou mudan\u00e7as significativas.
  • Autor: Nome da pessoa ou equipe respons\u00e1vel por criar ou modificar o conte\u00fado dessa vers\u00e3o espec\u00edfica.
  • Data: Data em que a vers\u00e3o foi criada ou publicada no formato DD/MM/AAAA.
  • Revisor: Nome da pessoa que revisou a vers\u00e3o para garantir qualidade, precis\u00e3o, ou conformidade com os padr\u00f5es estabelecidos.
  • Data de revis\u00e3o: Data em que a revis\u00e3o foi conclu\u00edda no mesmo formato da coluna \"Data\".
Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o"},{"location":"atas/ata-padrao/#historico-de-versoes_1","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 5 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial da ata padr\u00e3o Jo\u00e3o Vitor 24/11/2024 Marcelo Adrian 24/11/2024"},{"location":"atas/ataN1_07_11_2024/","title":"Ata de Reuni\u00e3o","text":""},{"location":"atas/ataN1_07_11_2024/#1-identificacao","title":"1. Identifica\u00e7\u00e3o","text":"

Tabela 1 - Cabe\u00e7alho com datas, horarios e realizadores.

Data Hora de In\u00edcio Previsto Hora de In\u00edcio Realizado Hora de T\u00e9rmino Previsto Hora de T\u00e9rmino Realizado Local Redator Projeto Revisor 07/11/2024 12:30 12:36 13:30 13:02 Google Meet Jo\u00e3o Vitor MOJ Marcelo Adrian

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"atas/ataN1_07_11_2024/#participantes","title":"Participantes:","text":"

Tabela 2: Participantes e suas presen\u00e7as.

Nome Presente Jo\u00e3o Vitor Sim J\u00e9ssica Eveline Sim Felipe Rodrigues Sim Marcelo Adrian Sim Ruan Carvalho Sim

Autor(es): Jo\u00e3o Vitor, 2024.

Link da grava\u00e7\u00e3o: reuni\u00e3o 1

"},{"location":"atas/ataN1_07_11_2024/#2-pauta","title":"2. Pauta","text":"
  • Escolha do projeto.
  • Defini\u00e7\u00e3o dos horarios e dia das reuni\u00f5es.
  • Distribui\u00e7\u00e3o das tarefas.
"},{"location":"atas/ataN1_07_11_2024/#3-pendencias-anteriores","title":"3. Pend\u00eancias Anteriores","text":"

Nenhum ped\u00eancia anterior.

"},{"location":"atas/ataN1_07_11_2024/#4-assuntos-tratados","title":"4. Assuntos Tratados","text":"

Tabela 3: Assuntos a serem tratados e seu tipo.

N\u00b0 Descri\u00e7\u00e3o Tipo 1 Fazer a REAMD.ME Pend\u00eancia 2 Fazer a REAMD.ME - Revis\u00e3o Pend\u00eancia 3 Elabora\u00e7\u00e3o do cronograma Pend\u00eancia 4 Elabora\u00e7\u00e3o do cronograma - Revis\u00e3o Pend\u00eancia 5 Defini\u00e7\u00e3o da proxima reuni\u00e3o Decis\u00e3o 6 Defini\u00e7\u00e3o do projeto Decis\u00e3o 7 Defini\u00e7\u00e3o dos horarios e dias para reuni\u00e3o Decis\u00e3o

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"atas/ataN1_07_11_2024/#5-proxima-reuniao","title":"5. Pr\u00f3xima Reuni\u00e3o","text":"

Proxima reuni\u00e3o ser\u00e1 no s\u00e1bado as 11 horas, dia 09/11/2024. Sendo realizada no Google Meet.

"},{"location":"atas/ataN1_07_11_2024/#6-compromissos","title":"6. Compromissos","text":"

Tabela 4: Compromissos com data e o nome do respons\u00e1vel.

N\u00b0 Compromisso Respons\u00e1vel Data 1 Fazer a REAMD.ME Jo\u00e3o Vitor 08/11 2 Fazer a REAMD.ME - Revis\u00e3o Marcelo 08/11 3 Elabora\u00e7\u00e3o do cronograma Jessica e Felipe 08/11 4 Elabora\u00e7\u00e3o do cronograma - Revis\u00e3o Ruan 08/11

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"atas/ataN1_07_11_2024/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 5: Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial da ata Jo\u00e3o Vitor 12/11/2024 Marcelo Adrian 12/11/2024"},{"location":"atas/ataN2_30_11_2024/","title":"Ata de Reuni\u00e3o","text":""},{"location":"atas/ataN2_30_11_2024/#1-identificacao","title":"1. Identifica\u00e7\u00e3o","text":"

Tabela 1 - Cabe\u00e7alho com datas, horarios e realizadores.

Data Hora de In\u00edcio Previsto Hora de In\u00edcio Realizado Hora de T\u00e9rmino Previsto Hora de T\u00e9rmino Realizado Local Redator Projeto Revisor 30/11/2024 16:00 16:12 16:30 16:28 Google Meet Marcelo Adrian MOJ Jo\u00e3o Vitor

Autor(es): Marcelo Adrian, 2024.

"},{"location":"atas/ataN2_30_11_2024/#participantes","title":"Participantes:","text":"

Tabela 2: Participantes e suas presen\u00e7as.

Nome Presente Jo\u00e3o Vitor Sim J\u00e9ssica Eveline Sim Felipe Rodrigues Sim Marcelo Adrian Sim Ruan Carvalho Sim

Autor(es): Marcelo Adrian, 2024.

Link da grava\u00e7\u00e3o: reuni\u00e3o

"},{"location":"atas/ataN2_30_11_2024/#2-pauta","title":"2. Pauta","text":"
  • Listagem dos afazeres restante para entrega 2 e 3.
  • Redefini\u00e7\u00e3o dos responsaveis para cada artefato.
  • Distribui\u00e7\u00e3o das tarefas.
"},{"location":"atas/ataN2_30_11_2024/#3-pendencias-anteriores","title":"3. Pend\u00eancias Anteriores","text":"

Nenhum ped\u00eancia anterior.

"},{"location":"atas/ataN2_30_11_2024/#4-assuntos-tratados","title":"4. Assuntos Tratados","text":"

Tabela 3: Assuntos a serem tratados e seu tipo.

N\u00b0 Descri\u00e7\u00e3o Tipo 1 Execu\u00e7\u00e3o da entrega de c\u00e9narios Pend\u00eancia 2 Defini\u00e7\u00e3o dos responsaveis por cada artefato da entrega 3 Decis\u00e3o 3 Defini\u00e7\u00e3o do dia da grava\u00e7\u00e3o Decis\u00e3o

Autor(es): Marcelo Adrian, 2024.

"},{"location":"atas/ataN2_30_11_2024/#5-proxima-reuniao","title":"5. Pr\u00f3xima Reuni\u00e3o","text":"

Proxima reuni\u00e3o ser\u00e1 no s\u00e1bado as 11 horas, dia 07/12/2024. Sendo realizada no Google Meet.

"},{"location":"atas/ataN2_30_11_2024/#6-compromissos","title":"6. Compromissos","text":"

Tabela 4: Compromissos com data e o nome do respons\u00e1vel.

N\u00b0 Compromisso Respons\u00e1vel Data 1 Fazer os princ\u00edpios Gerais de Projeto Rodrigues e Jo\u00e3o 01/12 2 Fazer as metas de usabilidade Marcelo, Jessica, Ruan 08/11 3 Elabora\u00e7\u00e3o do Guia de Estilo Marcelo, Jessica, Ruan 08/11 4 Elabora\u00e7\u00e3o Analise de tarefas Marcelo, Jessica, Ruan, Rodrigues e Jo\u00e3o 08/11

Autor(es): Marcelo Adrian, 2024.

"},{"location":"atas/ataN2_30_11_2024/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 5: Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial da ata Marcelo Adrian 30/11/2024 Jo\u00e3o Vitor"},{"location":"atas/ataN3_11_01_2025/","title":"Ata de Reuni\u00e3o","text":""},{"location":"atas/ataN3_11_01_2025/#1-identificacao","title":"1. Identifica\u00e7\u00e3o","text":"
  • Data: 11/01/2025
  • In\u00edcio: 11:24
  • T\u00e9rmino: 11:28
  • Local: Google Meet
  • Redator: Ruan Carvalho
  • Revisor: Jo\u00e3o Vitor

Tabela 1: Cabe\u00e7alho com datas, horarios e realizadores.

Data Hora de In\u00edcio Previsto Hora de In\u00edcio Realizado Hora de T\u00e9rmino Previsto Hora de T\u00e9rmino Realizado Local Redator Projeto Revisor 11/01/2025 11:00 11:24 11:30 11:28 Google Meet Ruan Carvalho MOJ Jo\u00e3o Vitor

Autor: Ruan Carvalho

"},{"location":"atas/ataN3_11_01_2025/#participantes","title":"Participantes:","text":"

Tabela 2: Participantes e suas presen\u00e7as.

Nome Presente Jo\u00e3o Vitor sim J\u00e9ssica Eveline sim Felipe Rodrigues n\u00e3o Marcelo Adrian sim Ruan Carvalho n\u00e3o

Autor: Ruan Carvalho

Link da grava\u00e7\u00e3o: https://youtu.be/nXroiUzOvlc

"},{"location":"atas/ataN3_11_01_2025/#2-pauta","title":"2. Pauta","text":"
  • Defini\u00e7\u00e3o de tarefas para a sexta entrega.
"},{"location":"atas/ataN3_11_01_2025/#3-pendencias-anteriores","title":"3. Pend\u00eancias Anteriores","text":"
  • Nenhuma pend\u00eancia anterior.
"},{"location":"atas/ataN3_11_01_2025/#4-assuntos-tratados","title":"4. Assuntos Tratados","text":"

Tabela 3: Assuntos a serem tratados e seu tipo.

N\u00b0 Descri\u00e7\u00e3o Tipo 1 Defini\u00e7\u00e3o dos respons\u00e1veis por cada artefato decis\u00e3o 2 Defini\u00e7\u00e3o do dia de grava\u00e7\u00e3o pend\u00eancia

Autor: Ruan Carvalho

"},{"location":"atas/ataN3_11_01_2025/#5-proxima-reuniao","title":"5. Pr\u00f3xima Reuni\u00e3o","text":"
  • Proxima reuni\u00e3o ser\u00e1 no s\u00e1bado as 11 horas, dia 18/01/2025. Sendo realizada no Google Meet.
"},{"location":"atas/ataN3_11_01_2025/#6-compromissos","title":"6. Compromissos","text":"

Tabela 4: Compromissos com data e o nome do respons\u00e1vel.

N\u00b0 Compromisso Respons\u00e1vel Data 1 Relato da etapa 5 J\u00e9ssica Eveline 14/01/2025 2 Planejamento da avalia\u00e7\u00e3o Jo\u00e3o Vitor 14/01/2025 3 Planejamento dos relatos Marcelo Adrian 14/01/2025 4 Inspe\u00e7\u00e3o Felipe Rodrigues 14/01/2025 5 Ata da reuni\u00e3o Ruan Carvalho 14/01/2025

Autor: Ruan Carvalho

"},{"location":"atas/ataN3_11_01_2025/#referencias","title":"Refer\u00eancias","text":"

Ata de Reuni\u00e3o do Minist\u00e9rio da Ci\u00eancia, Tecnologia e Inova\u00e7\u00e3o (MCTI).

"},{"location":"atas/ataN3_11_01_2025/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"

Tabela 5 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial da ata Ruan Carvalho 14/01/2025 Jo\u00e3o Vitor 14/01/2025"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/","title":"Apresenta\u00e7\u00f5es","text":""},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento contem as grava\u00e7\u00f5es das entregas do projeto da disciplina Intera\u00e7\u00e3o Humano , bem como os principais aspectos avaliados na etapa do desenvolvimento.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-01","title":"Entrega 01","text":"

Nesta primeira entrega do projeto est\u00e3o contidos os seguintes pontos:

  • Planejamento do Projeto;
  • Equipe;
  • Lista de sites avaliados;
  • Site selecionado para o projeto da disciplina;
  • Ferramentas do projeto;
  • Processo de Design;
  • cronograma das atividades;
  • Atas das reuni\u00f5es;
  • Grava\u00e7\u00e3o da apresenta\u00e7\u00e3o.
"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#aspectos-avaliados","title":"Aspectos avaliados","text":"

Tabela 1 - Aspectos avaliados na entrega 1.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Planejamento Geral do projeto. 1 \u2013 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? Sim 1.1, 12/11/2024, 21:45 2 - o cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? Sim 1.2, 12/11/2024, 21:46 3 - o cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa. Sim 1.2, 12/11/2024, 21:47 4 - O cronograma prever um per\u00edodo de revis\u00e3o/ajustes nos artefatos devidos as considera\u00e7\u00f5es dos monitores/professor? Sim 1.2, 12/11/2024, 21:56 5 - A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do site? Sim 1.0, 12/11/2024, 21:52 6 - O planejamento e avalia\u00e7\u00e3o dos sites selecionados? Sim 1.0, 12/11/2024, 21:53 7 - Possui op\u00e7\u00e3o de contraste de cores? Sim 1.1, 12/11/2024, 21:54 8 \u2013 Os artefatos: Planejamento do Projeto, equipe, lista de sites avaliados, site selecionado para o projeto da disciplina, Ferramentas do projeto, Processo de Design, cronograma das atividades? Sim 1.0, 12/11/2024, 21:55 Itens do Desenvolvimento do projeto. 1 - O hist\u00f3rico de vers\u00e3o padronizado? Sim 1.0, 12/11/2024, 21:55 2 \u2013 O(s) autor(es) e o(s) revisor(es) para cada artefato? Sim 1.0, 12/11/2024, 21:58 3 - Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim 1.0, 12/11/2024, 22:20 4 - As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto? Sim 1.0, 12/11/2024, 21:59 5 - Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim 1.0, 12/11/2024, 22:00 6 - o cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim 1.0, 12/11/2024, 7 - Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo,atividades definidas etc). Sim 1.0, 12/11/2024, 22:03 8 \u2013 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. Sim 1.0, 12/11/2024, 22:32 9 - V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no youtube? Sim 1.0, 12/11/2024, 22:03 Itens do conte\u00fado da disciplina A justificativa da escolha do Processo de Design? Mayhew Sim 1.0, 12/11/2024, 22:47

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#video-de-autoavaliacao","title":"V\u00eddeo de autoavalia\u00e7\u00e3o","text":"

Link: Autoavalia\u00e7\u00e3o

Figura 1 - Gr\u00e1fico das respostas avaliadas na entrega 1

Autor(es): Ruan Carvalho"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-02","title":"Entrega 02","text":"

Nesta segunda entrega do projeto est\u00e3o contidos os seguintes pontos:

  • Perfil do usu\u00e1rio.
  • Aspectos \u00c9ticos de Pesquisas Envolvendo Pessoas
  • Termo de consentimento
  • An\u00e1lise de tarefas
  • Requisitos de usu\u00e1rios
  • Cen\u00e1rios
"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#link-para-a-apresentacao","title":"Link para a apresenta\u00e7\u00e3o","text":"

V\u00eddeo 2 - Apresenta\u00e7\u00e3o da entrega 2.

Link: Apresenta\u00e7\u00e3o

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#aspectos-avaliados_1","title":"Aspectos avaliados","text":"

Tabela 2 - Aspectos avaliados na entrega 2.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Desenvolvimento do projeto. Todos os 9 itens: Sim 03/12/2024, 22:45 Itens do conte\u00fado da disciplina. 1 - O perfil do usu\u00e1rio? Sim 1.0, 03/12/2024, 22:47 2 - O perfil do usu\u00e1rio possui os atributos de um perfil. Sim 1.0, 03/12/2024, 22:47 3 - O perfil do usu\u00e1rio define os grupos de atributos apresentados no cap\u00edtulo 8 - Organiza\u00e7\u00e3o do Espa\u00e7o de Problema. Sim 1.0, 03/12/2024, 22:48 4 - Considera aspectos \u00c9ticos de Pesquisas Envolvendo Pessoas? Sim 1.0, 03/12/2024, 22:52 5 - Os 4 princ\u00edpios (da autonomia, da benefic\u00eancia, princ\u00edpio da n\u00e3o malefic\u00eancia e da justi\u00e7a e equidade) Sim 1.0, 03/12/2024, 22:51 6 - que solicitar\u00e1 a permiss\u00e3o para gravar a voz ou imagem de qualquer pessoa, antes de come\u00e7ar a grava\u00e7\u00e3o? Sim 1.0, 03/12/2024, 22:50 7 - O termo de consentimento livre e esclarecido dos participantes? Sim 1.0, 03/12/2024, 22:50 8 - Foram utilizadas no m\u00ednimo duas t\u00e9cnicas para coletar dados e levantar os requisitos dos usu\u00e1rios (quanto mais melhor)? Incompleto 1.0, 03/12/2024, 22:48 9 - Os Cen\u00e1rios? Sim 1.0, 03/12/2024, 22:53 10 - a An\u00e1lise de tarefas? Sim 1.0, 03/12/2024, 22:53 11 \u2013 uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas t\u00e9cnicas para especificar as tarefas? Sim 1.0, 03/12/2024, 22:54 12 - Utilizaram alguma t\u00e9cnica para especificar as tarefas? Sim 1.0, 03/12/2024, 22:54 Importante: Cada integrante da equipe deve elaborar ao menos um 1 item de conte\u00fado da disciplina com refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia. Sim 03/12/2024, 22:54

Autor(es): Jo\u00e3o Vitor, Marcelo Adrian, 2024.

Figura 2 - Gr\u00e1fico das respostas avaliadas na entrega 2

Autor(es): Ruan Carvalho"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-03","title":"Entrega 03","text":"

Nesta terceira entrega do projeto est\u00e3o contidos os seguintes pontos:

  • Princ\u00edpios Gerais de Projeto
  • Metas de usabilidade
  • Guia de Estilo
  • As caracter\u00edsticas da plataforma para o projeto
"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#link-para-a-apresentacao_1","title":"Link para a apresenta\u00e7\u00e3o","text":"

V\u00eddeo 3 - Apresenta\u00e7\u00e3o da entrega 3.

Link: Apresenta\u00e7\u00e3o

Tabela 3 - Aspectos avaliados na entrega 3.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Desenvolvimento do projeto. Todos os 9 itens: Sim 03/12/2024, 22:56 10 - As caracter\u00edsticas da plataforma para o projeto Sim 1.0, 03/12/2024, 22:56 11 - Os Princ\u00edpios Gerais do Projeto que ser\u00e3o utilizados no projeto? Sim 1.0, 03/12/2024, 23:02 12 - Os Princ\u00edpios Gerais do Projeto cont\u00e9m os seguintes t\u00f3picos? 1- correspond\u00eancia com as expectativas dos usu\u00e1rios;2- simplicidade nas estruturas das tarefas;3- equil\u00edbrio entre controle e liberdade do usu\u00e1rio4- consist\u00eancia e padroniza\u00e7\u00e3o; promo\u00e7\u00e3o da efici\u00eancia do usu\u00e1rio;5- antecipa\u00e7\u00e3o das necessidades do usu\u00e1rio;6 - visibilidade e reconhecimento;7- conte\u00fado relevante e express\u00e3o adequada;8 - projeto para erros. Incompleto 1.0, 03/12/2024, 22:59 13 - As metas de usabilidade que devem ser alcan\u00e7adas no projeto ou os objetivos de uma avalia\u00e7\u00e3o de IHC. Sim 1.0, 03/12/2024, 23:05 14 - A raz\u00e3o da sele\u00e7\u00e3o das metas de usabilidade? Sim 1.0, 03/12/2024, 23:06 15 - O Guia de Estilo do projeto? Incompleto 1.0, 03/12/2024, 23:06 16 - O Guia de Estilo do projeto possui a seguinte estrutura: \u2022 1. Introdu\u00e7\u00e3o (com Objetivo do guia de estilo, Organiza\u00e7\u00e3o e conte\u00fado do guia de estilo, P\u00fablico-alvo do guia de estilos (programadores, gerentes, equipe de suporte), Como utilizar o guia (em produ\u00e7\u00e3o e manuten\u00e7\u00e3o), Como manter o guia\u2022 2. Resultados de an\u00e1lise \u2022 Descri\u00e7\u00e3o do ambiente de trabalho do usu\u00e1rio\u2022 3. Elementos de interface \u2022 Disposi\u00e7\u00e3o espacial e grid \u2022 Janelas \u2022 Tipografia \u2022 Cores\u2022 4. Elementos de intera\u00e7\u00e3o - \u2022 Estilos de intera\u00e7\u00e3o \u2022 Sele\u00e7\u00e3o de um estilo \u2022 Aceleradores (teclas de atalho)\u2022 5. Elementos de a\u00e7\u00e3o \u2022 Preenchimento de campos \u2022 Sele\u00e7\u00e3 \u2022 Ativa\u00e7\u00e3o\u2022 6. Vocabul\u00e1rio e padr\u00f5es \u2022 Terminologia \u2022 Tipos de tela (para tarefas comuns) \u2022 Sequ\u00eancias de di\u00e1logos (e.g., para feedback ou confirma\u00e7\u00e3o de uma opera\u00e7\u00e3o) Incompleto 1.0, 03/12/2024, 23:06 17 - O Guia de Estilo corresponde ao site avaliado? Sim 1.0, 03/12/2024, 23:09 Importante: Cada integrante da equipe deve elaborar ao menos um 1 item de conte\u00fado da disciplina com refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia. Sim 03/12/2024, 23:12

Autor(es): Jo\u00e3o Vitor, 2024.

Figura 3 - Gr\u00e1fico das respostas avaliadas na entrega 3

Autor(es): Ruan Carvalho"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-04","title":"Entrega 04","text":"

Nesta quarta entrega do projeto est\u00e3o contidos os seguintes pontos:

  • Planejamento da avalia\u00e7\u00e3o do Storyboard e An\u00e1lise de tarefas
  • Planejamento do relato dos resultados da avalia\u00e7\u00e3o do Storyboard
  • Planejamento do relato dos resultados da avalia\u00e7\u00e3o da An\u00e1lise de tarefas
"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#link-para-a-apresentacao_2","title":"Link para a apresenta\u00e7\u00e3o","text":"

V\u00eddeo 4 - Apresenta\u00e7\u00e3o da entrega 4.

Link: Apresenta\u00e7\u00e3o

Tabela 4 - Aspectos avaliados na entrega 4.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Desenvolvimento do projeto. Todos os 9 itens: Sim 10/12/2024, 21:56 2 - O planejamento da avalia\u00e7\u00e3o segue o Framework DECIDE? sim 1.1, 10/12/2024, 21:57 3- Descreve o(s) objetivo(s) da avalia\u00e7\u00e3o? (apropria\u00e7\u00e3o de tecnologia pelos usu\u00e1rios; ideias e alternativas de design; conformidade com um padr\u00e3o; e/ou problemas na intera\u00e7\u00e3o e na interface na fase do modelo conceitual) sim 1.1, 10/12/2024, 21:58 4 - Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados? Adicionar refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia explicando os m\u00e9todos de avalia\u00e7\u00e3o. Autor: Simone Barbosa sim 1.1, 10/12/2024, 21:59 5 - As quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o (sobre o recrutamento dos usu\u00e1rios que participar\u00e3o da avalia\u00e7\u00e3o (onde e o perfil), quantos usu\u00e1rios participar\u00e3o da avalia\u00e7\u00e3o e a raz\u00e3o dessa quantidade, presencial real ou remota; a prepara\u00e7\u00e3o e o uso dos equipamentos necess\u00e1rios, os prazos; o or\u00e7amento; recursos de m\u00e3o-de-obra necess\u00e1ria para conduzir a avalia\u00e7\u00e3o)? sim 1.1, 10/12/2024, 22:00 6 - As quest\u00f5es \u00e9ticas ( se os participantes da avalia\u00e7\u00e3o devem ser respeitados e n\u00e3o podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem ap\u00f3s a divulga\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o.)? sim 1.0, 10/12/2024, 22:01 7 - A estrutura do relat\u00f3rio do resultado da avalia\u00e7\u00e3o (os objetivos da avalia\u00e7\u00e3o; uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel; o n\u00famero e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)? sim 1.1, 10/12/2024, 22:06 8 - Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da avalia\u00e7\u00e3o do StoryBoard e da An\u00e1lise das Tarefas? sim 1.0, 10/12/2024, 22:07 9 \u2013 cada desenho do StoryBoard est\u00e1 relacionado uma especifica\u00e7\u00e3o do artefato da An\u00e1lise de Tarefas? sim 1.0, 10/12/2024, 22:07 10 \u2013 quantidade de storyboards \u00e9 igual a quantidade de integrantes do grupo? sim 1.0, 10/12/2024, 22:09 11 - A defini\u00e7\u00e3o do teste piloto e data para realiza\u00e7\u00e3o do teste piloto antes da avalia\u00e7\u00e3o? Adicionar refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia explicando o teste piloto. Autor: Simone Barbosa sim 1.0, 10/12/2024, 22:11 12 - O resultado do teste piloto n\u00e3o ser\u00e1 apresentado no resultado da avalia\u00e7\u00e3o? sim 1.0, 10/12/2024, 22:12 13 - Os itens que o avaliador deve realizar/anotar durante a avalia\u00e7\u00e3o (listar os problemas encontrados, priorizar a corre\u00e7\u00e3o dos problemas n\u00e3o resolvidos)? sim 1.0, 10/12/2024, 22:08 Importante Cada integrante da equipe deve elaborar ao menos um 1 item de conte\u00fado da disciplina com refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia. sim 10/12/2024, 21:54

Autor(es): Ruan Carvalho, 2024.

Figura 4 - Gr\u00e1fico das respostas avaliadas na entrega 4

Autor(es): Ruan Carvalho"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-05","title":"Entrega 05","text":"

Tabela 5 - Aspectos avaliados na entrega 5.

Item Pergunta Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Refer\u00eancia 1 O teste-piloto foi realizado, seguindo a estrutura planejada, e est\u00e1 devidamente documentado? Sim 1.0, 05/01/2025 e 22:30 2 As entrevistas foram gravadas, disponibilizadas para an\u00e1lise? Sim 1.0, 05/01/2025 e 22:30 3 Conduziram-se em conformidade com os crit\u00e9rios estabelecidos no termo de consentimento informado? Sim 1.0, 05/01/2025 e 22:30 4 Os storyboards e as an\u00e1lises de tarefas foram apresentados aos entrevistados de forma clara e compreens\u00edvel no decorrer das entrevistas? Sim 1.0, 05/01/2025 e 22:30 5 Os participantes recrutados representam adequadamente o p\u00fablico-alvo? Sim 1.0, 05/01/2025 e 22:30 6 O storyboard e as an\u00e1lises de tarefas refletem de forma detalhada as funcionalidades propostas? Sim 1.0, 05/01/2025 e 22:30 7 O planejamento do prot\u00f3tipo de papel segue o framework DECIDE? Sim 1.0, 05/01/2025 e 22:30 8 Foi definida uma estrutura para o teste-piloto? Sim 1.0, 05/01/2025 e 22:30 9 O storyboard e as an\u00e1lises de tarefas refletem de forma detalhada as funcionalidades propostas? Sim 1.0, 05/01/2025 e 22:30 10 O planejamento da avalia\u00e7\u00e3o e do relato do prot\u00f3tipo de papel possui um cronograma definido? Sim 1.0, 05/01/2025 e 22:30 11 As quest\u00f5es \u00e9ticas est\u00e3o inclusas no planejamento de avalia\u00e7\u00e3o do prot\u00f3tipo de papel? Sim 1.0, 05/01/2025 e 22:30

Autor(es): Marcelo Adrian, 2025.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-06","title":"Entrega 06","text":"

Tabela 6 - Aspectos avaliados na entrega 6.

Item Pergunta Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Refer\u00eancia 1 A avalia\u00e7\u00e3o do prot\u00f3tipo de papel foi realizada por pelo menos 2 avaliadores? Incompleto 1.0, 14/01/2025 \u00e0s 23:00 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 2 A avalia\u00e7\u00e3o teve um respons\u00e1vel por simular o comportamento do sistema e outro por observar a experi\u00eancia de uso? Incompleto 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 3 O respons\u00e1vel por simular o sistema busca compreender as a\u00e7\u00f5es do usu\u00e1rio sobre o prot\u00f3tipo em papel e possivelmente as inten\u00e7\u00f5es que motivaram tais a\u00e7\u00f5es? Sim 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 4 O respons\u00e1vel por simular o sistema modifica a interface conforme o comportamento planejado para o sistema, sem, no entanto, fornecer explica\u00e7\u00f5es ou orienta\u00e7\u00f5es para o usu\u00e1rio? N\u00e3o. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 5 Tudo o que for necess\u00e1rio informar ao usu\u00e1rio est\u00e1 representado na interface do sistema? Sim. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 6 No in\u00edcio da sess\u00e3o, o respons\u00e1vel por simular o comportamento do sistema apresenta o prot\u00f3tipo em papel e explica como est\u00e3o representados os elementos de interface (widgets) e como os participantes podem \u201cinteragir\u201d com eles? Sim. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 7 Depois de apresentar a interface, os avaliadores entregam os cen\u00e1rios ao participante e explicam as tarefas a serem executadas? Sim. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 8 O avaliador modifica a interface com base nas intera\u00e7\u00f5es do usu\u00e1rio? Sim. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 9 Durante a simula\u00e7\u00e3o da intera\u00e7\u00e3o, o observador est\u00e1 atento \u00e0s partes da interface que funcionaram bem e que funcionaram mal, quais tarefas foram conclu\u00eddas com sucesso, quais erros foram cometidos, quais coment\u00e1rios foram feitos e quaisquer outros dados que auxiliem a apreciar a qualidade da interface? Sim. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 10 Os avaliadores realizaram uma entrevista p\u00f3s-teste para colher a opini\u00e3o do participante sobre o prot\u00f3tipo da interface e sugest\u00f5es de melhorias? Incompleto. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1ginas: 360 e 361, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 11 A partir da an\u00e1lise dos avaliadores ap\u00f3s a avalia\u00e7\u00e3o, foi feita uma lista de problemas na interface que devem ser corrigidos, al\u00e9m de indica\u00e7\u00f5es de partes do sistema que podem ser aperfei\u00e7oadas? Sim. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 361, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 12 Os problemas f\u00e1ceis de resolver foram resolvidos antes da execu\u00e7\u00e3o da pr\u00f3xima simula\u00e7\u00e3o de uso com outro participante? N\u00e3o. 1.0, 14/01/2025 \u00e0s 23:00 P\u00e1gina: 361, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021.

Autor(es): Felipe Rodrigues, 2025.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#entrega-07","title":"Entrega 07","text":"

Tabela 7 - Aspectos avaliados na entrega 7.

Item Pergunta Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Refer\u00eancia 1 O prot\u00f3tipo de alta fidelidade incorpora decis\u00f5es sobre tamanhos, posi\u00e7\u00f5es, cores, fontes e outros detalhes visuais? Sim 1.0, 26/01/2025 \u00e0s 21:58 P\u00e1gina: 210, Cap\u00edtulo 9.4. Design da Interface. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. 2 As ferramentas utilizadas para criar o prot\u00f3tipo de alta fidelidade foram mencionadas? Sim 1.3, 26/01/2025 \u00e0s 22:01 P\u00e1gina: 210, Cap\u00edtulo 9.4. Design da Interface. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. 3 Foram coletados registros adicionais como v\u00eddeos de intera\u00e7\u00e3o, teclas digitadas ou coment\u00e1rios em \u00e1udio dos participantes? Sim 1.0, 26/01/2025 \u00e0s 22:03 P\u00e1gina: 289, Cap\u00edtulo 12.2. Avalia\u00e7\u00e3o de IHC atrav\u00e9s de Observa\u00e7\u00e3o. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. 4 O desempenho dos participantes foi observado e medido, incluindo o n\u00famero de erros, tempo de execu\u00e7\u00e3o? Sim 1.0, 26/01/2025 \u00e0s 22:04 P\u00e1gina: 289, Cap\u00edtulo 12.2. Avalia\u00e7\u00e3o de IHC atrav\u00e9s de Observa\u00e7\u00e3o. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. 5 Foram identificados e categorizados os problemas encontrados na intera\u00e7\u00e3o dos usu\u00e1rios com o prot\u00f3tipo? Sim 1.0, 26/01/2025 \u00e0s 22:05 P\u00e1gina: 289, Cap\u00edtulo 12.2. Avalia\u00e7\u00e3o de IHC atrav\u00e9s de Observa\u00e7\u00e3o. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. 6 Para cada problema observado, os entrevistadores elaboraram explica\u00e7\u00f5es sobre as causas e prop\u00f4s sugest\u00f5es de melhorias? Sim 1.0, 26/01/2025 \u00e0s 22:07 P\u00e1gina: 289, Cap\u00edtulo 12.2. Avalia\u00e7\u00e3o de IHC atrav\u00e9s de Observa\u00e7\u00e3o. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. 7 O relato apresenta os dados em tabelas para an\u00e1lise? Sim 1.0, 26/01/2025 \u00e0s 22:08 P\u00e1gina: 289, Cap\u00edtulo 12.2. Avalia\u00e7\u00e3o de IHC atrav\u00e9s de Observa\u00e7\u00e3o. Livro: Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o."},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#referencia-bibliografica","title":"Refer\u00eancia Bibliogr\u00e1fica","text":"

  1. BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2010.

  2. Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#bibliografia","title":"Bibliografia","text":"

SILVA, Andr\u00e9 Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Plano de Ensino.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 cria\u00e7\u00e3o do arquivo Ruan Carvalho 12/11/2024 Marcelo Adrian 12/11/2024 1.1 Revis\u00e3o da auto avalia\u00e7\u00e3o Marcelo Adrian 24/11/2024 Felipe Rodrigues 24/11/2024 1.2 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024 1.3 Cria\u00e7\u00e3o inicial da Autoavalia\u00e7\u00e3o 2 Marcelo Adrian 02/12/2024 Jo\u00e3o Vitor 03/12/2024 1.4 Adi\u00e7\u00e3o da autoavalia\u00e7\u00e3o 2 e 3 Jo\u00e3o Vitor 03/12/2024 Felipe Rodrigues 03/12/2024 1.5 Cria\u00e7\u00e3o da tabela 4 e adi\u00e7\u00e3o de gr\u00e1ficos Ruan Carvalho 09/12/2024 Marcelo Adrian 10/12/2024 1.6 Cria\u00e7\u00e3o da tabela 5 Marcelo Adrian 05/01/2025 Ruan Carvalho 05/01/2025 1.7 Cria\u00e7\u00e3o da lista de verifica\u00e7\u00e3o da entrega 6 Felipe Rodrigues 14/01/2025 1.8 Avalia\u00e7\u00e3o do grupo Felipe Rodrigues 14/01/2025 1.8 Cria\u00e7\u00e3o da lista de verifica\u00e7\u00e3o da entrega 7 Jo\u00e3o Vitor 26/01/2025"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/","title":"Avalia\u00e7\u00e3o do grupo + 1 (Grupo 06)","text":""},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Neste documento est\u00e1 contido a avalia\u00e7\u00e3o do grupo 06 acerca de primeira entrega do projeto da disciplina de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#video-de-primeira-avaliacao","title":"Video de primeira avalia\u00e7\u00e3o","text":"

Link: Avalia\u00e7\u00e3o do grupo + 1

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#aspectos-avaliados-na-primeira-entrega","title":"Aspectos avaliados na primeira entrega","text":"

Tabela 1 - Aspectos avaliados na entrega 1.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Planejamento Geral do projeto. 1 \u2013 Uma p\u00e1gina apresentando os integrantes da equipe (com foto) com nome e sem matr\u00edcula? Sim 1.0, 13/11/2024, 16:00 2 - O cronograma do planejamento apresenta todas as atividades de todas as etapas para cada integrante com as datas de in\u00edcio e fim das entrega dos artefatos e com o per\u00edodo da revis\u00e3o deles? Sim 1.3, 13/11/2024, 16:08 3 - O cronograma do planejamento apresenta um per\u00edodo de grava\u00e7\u00e3o da apresenta\u00e7\u00e3o de cada etapa. Sim 1.3, 13/11/2024, 16:09 4 - O cronograma prev\u00ea um per\u00edodo de revis\u00e3o/ajustes nos artefatos devido \u00e0s considera\u00e7\u00f5es dos monitores/professor? Sim 1.4.1, 24/11/2024, 18:40 5 - A motiva\u00e7\u00e3o e os crit\u00e9rios para a escolha do site? Sim 1.1, 13/11/2024, 19:05 6 - O planejamento e avalia\u00e7\u00e3o dos sites selecionados? Incompleto 1.2, 24/11/2024, 18:43 7 - Possui op\u00e7\u00e3o de contraste de cores? Sim 1.0, 13/11/2024, 19:14 8 \u2013 Os artefatos: Planejamento do Projeto, equipe, lista de sites avaliados, site selecionado para o projeto da disciplina, Ferramentas do projeto, Processo de Design, cronograma das atividades? Sim 1.0, 13/11/2024, 19:17 Itens do Desenvolvimento do projeto. 1 - O hist\u00f3rico de vers\u00e3o padronizado? Sim 1.0, 13/11/2024, 19:17 2 \u2013 O(s) autor(es) e o(s) revisor(es) para cada artefato? Incompleto 1.0, 24/11/2024, 18:53 3 - Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim 1.0, 13/11/2024, 19:23 4 - As tabelas e imagens possuem legenda e fonte e elas s\u00e3o chamadas dentro dos textos? Incompleto 1.0, 24/11/2024, 18:48 5 - Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim 1.0, 13/11/2024, 19:25 6 - O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim 1.4.1, 24/11/2024, 18:49 7 - Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). Sim 1.1, 13/11/2024, 19:27 8 \u2013 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. Sim 1.1, 13/11/2024, 19:28 9 - V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no YouTube? Sim 1.0, 13/11/2024, 19:30 Itens do conte\u00fado da disciplina. A justificativa da escolha do Processo de Design? Sim 1.0, 13/11/2024, 20:34

Autor(es): Ruan Carvalho e Marcelo Adrian, 2024

Figura 1 - Gr\u00e1fico das respostas avaliadas na entrega 1

Autor(es): Marcelo Adrian, 2024

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#entrega-2","title":"Entrega 2","text":"

Link: Avalia\u00e7\u00e3o do grupo + 1

Tabela 2 - Aspectos avaliados na entrega 2.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Desenvolvimento do projeto. 1 - O hist\u00f3rico de vers\u00e3o padronizado? Sim 1.3, 04/12/2024, 18:00 2 \u2013 O(s) autor(es) e o(s) revisor(es) para cada artefato? Incompleto 1.4.1, 04/12/2024, 18:01 3 - Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim 1.3, 04/12/2024, 18:08 4 - As tabelas e imagens possuem legenda e fonte e elas s\u00e3o chamadas dentro dos textos? Sim 1.3, 04/12/2024, 18:13 5 - Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim 1.3, 04/12/2024, 18:13 6 - O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim 1.4.1, 04/12/2024, 18:16 7 - Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). Sim 1.0, 04/12/2024, 18:17 8 \u2013 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. N\u00e3o 1.0, 04/12/2024, 18:18 9 - V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no YouTube? Sim 1.0, 04/12/2024, 18:19 Itens do conte\u00fado da disciplina. 10 - O perfil do usu\u00e1rio? Sim 1.4, 04/12/2024, 18:20 11 - O perfil do usu\u00e1rio possui os atributos de um perfil. Sim 1.4, 04/12/2024, 18:21 12 - O perfil do usu\u00e1rio define os grupos de atributos apresentados no cap\u00edtulo 8 - Organiza\u00e7\u00e3o do Espa\u00e7o de Problema. Incompleto 1.4, 04/12/2024, 18:21 13 - Considera aspectos \u00c9ticos de Pesquisas Envolvendo Pessoas? Sim 1.1, 04/12/2024, 18:27 14 - Os 4 princ\u00edpios (da autonomia, da benefic\u00eancia, princ\u00edpio da n\u00e3o malefic\u00eancia e da justi\u00e7a e equidade) Sim 1.1, 04/12/2024, 18:28 15 - que solicitar\u00e1 a permiss\u00e3o para gravar a voz ou imagem de qualquer pessoa, antes de come\u00e7ar a grava\u00e7\u00e3o? Sim 1.1, 04/12/2024, 18:30 16 - O termo de consentimento livre e esclarecido dos participantes? Sim 1.1, 04/12/2024, 18:30 17 - Foram utilizadas no m\u00ednimo duas t\u00e9cnicas para coletar dados e levantar os requisitos dos usu\u00e1rios (quanto mais melhor)? Sim 1.4, 04/12/2024, 18:30 18 - Os Cen\u00e1rios? Sim 1.4, 04/12/2024, 18:31 19 - a An\u00e1lise de tarefas? Sim 1.6, 04/12/2024, 18:31 20 - uma atividade para cada integrante do grupos que deve estar modelizado em ao menos duas t\u00e9cnicas para especificar as tarefas? Sim 1.6, 04/12/2024, 18:32 21 - Utilizaram alguma t\u00e9cnica para especificar as tarefas? Sim 1.6, 04/12/2024, 18:32

Autor(es): Jo\u00e3o Vitor, 2024

Figura 2 - Gr\u00e1fico das respostas avaliadas na entrega 2

Autor(es): Ruan Carvalho, 2024

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#entrega-3","title":"Entrega 3","text":"

Link: Avalia\u00e7\u00e3o do grupo + 1

Tabela 3 - Aspectos avaliados na entrega 3.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Desenvolvimento do projeto. 1 - O hist\u00f3rico de vers\u00e3o padronizado? Sim 1.0, 04/12/2024, 19:02 2 \u2013 O(s) autor(es) e o(s) revisor(es) para cada artefato? Incompleto 1.4.1, 04/12/2024, 18:01 3 - Refer\u00eancias bibliogr\u00e1ficas e/ou bibliografia em todos os artefatos? Sim 1.3, 04/12/2024, 18:08 4 - As tabelas e imagens possuem legenda e fonte e elas s\u00e3o chamadas dentro dos textos? Sim 1.3, 04/12/2024, 18:13 5 - Um texto fazendo uma introdu\u00e7\u00e3o dos artefatos? Sim 1.3, 04/12/2024, 18:13 6 - O cronograma executado com quem realizou cada artefato/atividade com as datas de in\u00edcio e fim da constru\u00e7\u00e3o/realiza\u00e7\u00e3o do artefato/atividade. Sim 1.4.1, 04/12/2024, 18:16 7 - Ata(s) da(s) reuni\u00f5es (com data, hor\u00e1rio de in\u00edcio e do final, participantes, objetivo, atividades definidas etc). Sim 1.0, 04/12/2024, 18:17 8 \u2013 A grava\u00e7\u00e3o da reuni\u00e3o do grupo. N\u00e3o 1.0, 04/12/2024, 18:18 9 - V\u00eddeo de apresenta\u00e7\u00e3o na categoria \u201cn\u00e3o listado\u201d no YouTube? Sim 1.0, 04/12/2024, 18:19 10 - As caracter\u00edsticas da plataforma para o projeto Sim 1.0, 04/12/2024, 19:07 11 - Os Princ\u00edpios Gerais do Projeto que ser\u00e3o utilizados no projeto? Sim 1.0, 04/12/2024, 19:07 12 - Os Princ\u00edpios Gerais do Projeto cont\u00e9m os seguintes t\u00f3picos? 1- correspond\u00eancia com as expectativas dos usu\u00e1rios;2- simplicidade nas estruturas das tarefas;3- equil\u00edbrio entre controle e liberdade do usu\u00e1rio4- consist\u00eancia e padroniza\u00e7\u00e3o; promo\u00e7\u00e3o da efici\u00eancia do usu\u00e1rio;5- antecipa\u00e7\u00e3o das necessidades do usu\u00e1rio;6 - visibilidade e reconhecimento;7- conte\u00fado relevante e express\u00e3o adequada;8 - projeto para erros. Sim 1.0, 04/12/2024, 19:07 13 - As metas de usabilidade que devem ser alcan\u00e7adas no projeto ou os objetivos de uma avalia\u00e7\u00e3o de IHC. Sim 1.1, 04/12/2024, 19:09 14 - A raz\u00e3o da sele\u00e7\u00e3o das metas de usabilidade? Sim 1.1, 04/12/2024, 19:09 15 - O Guia de Estilo do projeto? Sim 1.1, 04/12/2024, 19:10 16 - O Guia de Estilo do projeto possui a seguinte estrutura: \u2022 1. Introdu\u00e7\u00e3o (com Objetivo do guia de estilo, Organiza\u00e7\u00e3o e conte\u00fado do guia de estilo, P\u00fablico-alvo do guia de estilos (programadores, gerentes, equipe de suporte), Como utilizar o guia (em produ\u00e7\u00e3o e manuten\u00e7\u00e3o), Como manter o guia\u2022 2. Resultados de an\u00e1lise \u2022 Descri\u00e7\u00e3o do ambiente de trabalho do usu\u00e1rio\u2022 3. Elementos de interface \u2022 Disposi\u00e7\u00e3o espacial e grid \u2022 Janelas \u2022 Tipografia \u2022 Cores\u2022 4. Elementos de intera\u00e7\u00e3o - \u2022 Estilos de intera\u00e7\u00e3o \u2022 Sele\u00e7\u00e3o de um estilo \u2022 Aceleradores (teclas de atalho)\u2022 5. Elementos de a\u00e7\u00e3o \u2022 Preenchimento de campos \u2022 Sele\u00e7\u00e3 \u2022 Ativa\u00e7\u00e3o\u2022 6. Vocabul\u00e1rio e padr\u00f5es \u2022 Terminologia \u2022 Tipos de tela (para tarefas comuns) \u2022 Sequ\u00eancias de di\u00e1logos (e.g., para feedback ou confirma\u00e7\u00e3o de uma opera\u00e7\u00e3o) Sim 1.1, 04/12/2024, 19:13 17 - O Guia de Estilo corresponde ao site avaliado? Sim 1.1, 04/12/2024, 19:15

Autor(es): Jo\u00e3o Vitor, 2024.

Figura 3 - Gr\u00e1fico das respostas avaliadas na entrega 3

Autor(es): Ruan Carvalho, 2024

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#entrega-04","title":"Entrega 04","text":"

Tabela 4 - Aspectos avaliados na entrega 4.

O github pages possui: Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Itens do Desenvolvimento do projeto. Todos os 9 itens: Sim 11/12/2024, 22:56 2 - O planejamento da avalia\u00e7\u00e3o segue o Framework DECIDE? sim 1.0, 11/12/2024, 20:21 3- Descreve o(s) objetivo(s) da avalia\u00e7\u00e3o? (apropria\u00e7\u00e3o de tecnologia pelos usu\u00e1rios; ideias e alternativas de design; conformidade com um padr\u00e3o; e/ou problemas na intera\u00e7\u00e3o e na interface na fase do modelo conceitual) sim 1.0, 11/12/2024, 20:22 4 - Os m\u00e9todos de avalia\u00e7\u00e3o a serem utilizados? Adicionar refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia explicando os m\u00e9todos de avalia\u00e7\u00e3o. Autor: sim 1.0, 11/12/2024, 20:23 5 - As quest\u00f5es pr\u00e1ticas da avalia\u00e7\u00e3o (sobre o recrutamento dos usu\u00e1rios que participar\u00e3o da avalia\u00e7\u00e3o (onde e o perfil), quantos usu\u00e1rios participar\u00e3o da avalia\u00e7\u00e3o e a raz\u00e3o dessa quantidade, presencial real ou remota; a prepara\u00e7\u00e3o e o uso dos equipamentos necess\u00e1rios, os prazos; o or\u00e7amento; recursos de m\u00e3o-de-obra necess\u00e1ria para conduzir a avalia\u00e7\u00e3o)? sim 1.0, 11/12/2024, 20:24 6 - As quest\u00f5es \u00e9ticas ( se os participantes da avalia\u00e7\u00e3o devem ser respeitados e n\u00e3o podem ser prejudicados direta ou indiretamente, nem durante os experimentos, nem ap\u00f3s a divulga\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o.)? sim 1.0, 11/12/2024, 20:26 7 - A estrutura do relat\u00f3rio do resultado da avalia\u00e7\u00e3o (os objetivos da avalia\u00e7\u00e3o; uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel; o n\u00famero e o perfil de avaliadores e dos participantes; as tarefas executadas pelos participantes; lista de problemas encontrados etc)? incompleto 1.0, 11/12/2024, 20:31 8 - Um cronograma (data e hor\u00e1rio) e local para realiza\u00e7\u00e3o da avalia\u00e7\u00e3o do StoryBoard e da An\u00e1lise das Tarefas? incompleto 1.0, 11/12/2024, 20:33 9 \u2013 cada desenho do StoryBoard est\u00e1 relacionado uma especifica\u00e7\u00e3o do artefato da An\u00e1lise de Tarefas? sim 1.5, 11/12/20:35 10 \u2013 quantidade de storyboards \u00e9 igual a quantidade de integrantes do grupo? sim 1.5, 11/12/2024, 20:36 11 - A defini\u00e7\u00e3o do teste piloto e data para realiza\u00e7\u00e3o do teste piloto antes da avalia\u00e7\u00e3o? Adicionar refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia explicando o teste piloto. Autor: sim 1.0, 11/12/2024, 20:38 12 - O resultado do teste piloto n\u00e3o ser\u00e1 apresentado no resultado da avalia\u00e7\u00e3o? sim 1.0, 11/12/2024, 20:39 13 - Os itens que o avaliador deve realizar/anotar durante a avalia\u00e7\u00e3o (listar os problemas encontrados, priorizar a corre\u00e7\u00e3o dos problemas n\u00e3o resolvidos)? sim 1.0, 11/12/2024, 20:41 Importante Cada integrante da equipe deve elaborar ao menos um 1 item de conte\u00fado da disciplina com refer\u00eancia bibliogr\u00e1fica da fonte e foto do texto da refer\u00eancia. sim 11/12/2024, 20:42

Autor(es): Ruan Carvalho, 2024.

Figura 4 - Gr\u00e1fico das respostas avaliadas na entrega 4

Autor(es): Ruan Carvalho, 2024

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#entrega-06","title":"Entrega 06","text":"

Tabela 5 - Aspectos avaliados na entrega 6.

Item Pergunta Resposta Vers\u00e3o, data e hor\u00e1rio da avalia\u00e7\u00e3o Refer\u00eancia 1 A avalia\u00e7\u00e3o do prot\u00f3tipo de papel foi realizada por pelo menos 2 avaliadores? N\u00e3o. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 2 A avalia\u00e7\u00e3o teve um respons\u00e1vel por simular o comportamento do sistema e outro por observar a experi\u00eancia de uso? N\u00e3o. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 3 O respons\u00e1vel por simular o sistema busca compreender as a\u00e7\u00f5es do usu\u00e1rio sobre o prot\u00f3tipo em papel e possivelmente as inten\u00e7\u00f5es que motivaram tais a\u00e7\u00f5es? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 4 O respons\u00e1vel por simular o sistema modifica a interface conforme o comportamento planejado para o sistema, sem, no entanto, fornecer explica\u00e7\u00f5es ou orienta\u00e7\u00f5es para o usu\u00e1rio? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 5 Tudo o que for necess\u00e1rio informar ao usu\u00e1rio est\u00e1 representado na interface do sistema? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 6 No in\u00edcio da sess\u00e3o, o respons\u00e1vel por simular o comportamento do sistema apresenta o prot\u00f3tipo em papel e explica como est\u00e3o representados os elementos de interface (widgets) e como os participantes podem \u201cinteragir\u201d com eles? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 7 Depois de apresentar a interface, os avaliadores entregam os cen\u00e1rios ao participante e explicam as tarefas a serem executadas? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 8 O avaliador modifica a interface com base nas intera\u00e7\u00f5es do usu\u00e1rio? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 9 Durante a simula\u00e7\u00e3o da intera\u00e7\u00e3o, o observador est\u00e1 atento \u00e0s partes da interface que funcionaram bem e que funcionaram mal, quais tarefas foram conclu\u00eddas com sucesso, quais erros foram cometidos, quais coment\u00e1rios foram feitos e quaisquer outros dados que auxiliem a apreciar a qualidade da interface? Sim. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 360, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 10 Os avaliadores realizaram uma entrevista p\u00f3s-teste para colher a opini\u00e3o do participante sobre o prot\u00f3tipo da interface e sugest\u00f5es de melhorias? Incompleto. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1ginas: 360 e 361, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 11 A partir da an\u00e1lise dos avaliadores ap\u00f3s a avalia\u00e7\u00e3o, foi feita uma lista de problemas na interface que devem ser corrigidos, al\u00e9m de indica\u00e7\u00f5es de partes do sistema que podem ser aperfei\u00e7oadas? Incompleto. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 361, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021. 12 Os problemas f\u00e1ceis de resolver foram resolvidos antes da execu\u00e7\u00e3o da pr\u00f3xima simula\u00e7\u00e3o de uso com outro participante? N\u00e3o. 1.0, 15/01/2025 \u00e0s 21:00 P\u00e1gina: 361, Cap\u00edtulo 10. M\u00e9todos de Avalia\u00e7\u00e3o de IHC. Livro: SIMONE DINIZ JUNQUEIRO BARBOSA, BRUNO SANTANA DA SILVA, Interac\u0327\u00e3o Humano-Computador, 1a. Edic\u0327\u00e3o, Editora Campus, 2010. Publicado em: 03/05/2021.

Autor(es): Felipe Rodrigues, 2025.

Figura 5 - Gr\u00e1fico das respostas avaliadas na entrega 6

Autor(es): Felipe Rodrigues, 2025.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#referencia-bibliografica","title":"Refer\u00eancia Bibliogr\u00e1fica","text":"

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2010.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#bibliografia","title":"Bibliografia","text":"

SILVA, Andr\u00e9 Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Plano de Ensino.

"},{"location":"entregas/avalia%C3%A7%C3%B5es/avalia%C3%A7%C3%A3o_grupo06_1/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 4 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Realiza\u00e7\u00e3o da avalia\u00e7\u00e3o Ruan Carvalho 13/11/2024 Marcelo Adrian 13/11/2024 1.1 Reavalia\u00e7\u00e3o ap\u00f3s feedback Marcelo Adrian 24/11/2024 Felipe Rodrigues 24/11/2024 1.2 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024 1.3 Adi\u00e7\u00e3o da avalia\u00e7\u00e3o do grupo +1, etapa 2 e 3 Jo\u00e3o Vitor 04/12/2024 Ruan Carvalho 04/12/2024 1.4 Realiza\u00e7\u00e3o da avalia\u00e7\u00e3o 4 Ruan Carvalho 11/12/2024 Marcelo Adrian 11/12/2024 1.4 Realiza\u00e7\u00e3o da avalia\u00e7\u00e3o 6 Felipe Rodrigues 15/01/2025 Marcelo Adrian 15/01/2025"},{"location":"entregas/entrega_1/cronograma/","title":"Cronograma","text":""},{"location":"entregas/entrega_1/cronograma/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento apresenta um cronograma detalhado para o desenvolvimento das atividades do projeto, distribu\u00eddo em etapas que organizam e programam as entregas ao longo do per\u00edodo. Essa estrutura visa garantir um direcionamento e acompanhamento das atividades cont\u00ednuas, separado por etapas e direcionado pelas datas presentes no Plano de Ensino.

"},{"location":"entregas/entrega_1/cronograma/#objetivo","title":"Objetivo","text":"

O objetivo principal deste cronograma \u00e9 facilitar o planejamento e a execu\u00e7\u00e3o das atividades do projeto, garantindo uma gest\u00e3o eficaz do tempo e da responsabilidade de cada integrante da equipe. Dessa forma, buscamos assegurar o cumprimento dos prazos estabelecidos e a qualidade das entregas atrav\u00e9s de revis\u00f5es peri\u00f3dicas, promovendo uma colabora\u00e7\u00e3o produtiva e organizada.

"},{"location":"entregas/entrega_1/cronograma/#metodologia","title":"Metodologia","text":"

O cronograma apresentado n\u00e3o configura uma metodologia formal, mas sim uma ferramenta de planejamento para gerenciar atividades e prazos do projeto. As atividades foram estruturadas em etapas, com especifica\u00e7\u00f5es de in\u00edcio e t\u00e9rmino, respons\u00e1veis e per\u00edodos de revis\u00e3o definidos, permitindo a visibilidade de todo o processo e garantindo que cada membro tenha clareza sobre as fases e os prazos de cada entrega.

"},{"location":"entregas/entrega_1/cronograma/#etapa-1","title":"Etapa 1","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades","title":"Tabela de atividades:","text":"

Tabela 1 - Cronograma da Etapa 1.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Heatmap Inicio: 15/10 - Fim: 22/10 Jo\u00e3o Vitor Inicio: 08/11 - Fim: 09/11 Marcelo Adrian Documentar equipe Inicio: 03/11 - Fim: 08/11 Jo\u00e3o Vitor Inicio: 08/11 - Fim: 09/11 Marcelo Adrian Montar cronograma Inicio: 07/11 - Fim: 09/11 J\u00e9ssica Eveline e Felipe Rodrigues Inicio: 09/11 - Fim: 11/11 Ruan Carvalho Ferramentas do Projeto Inicio: 07/11 - Fim: 09/11 J\u00e9ssica Eveline e Felipe Rodrigues Inicio: 09/11 - Fim: 11/11 Ruan Carvalho Montar git pages Inicio: 09/11 - Fim: 10/11 Felipe Rodrigues Inicio: 11/11 - Fim: 11/11 Jo\u00e3o Vitor Documenta\u00e7\u00e3o de sites individuais Inicio: 15/10 - Fim: 10/11 Jo\u00e3o Vitor Inicio: 11/11 - Fim: 11/11 Marcelo Adrian Documentar site escolhido Inicio: 08/11 - Fim: 10/11 Jo\u00e3o Vitor Inicio: 11/11 - Fim: 11/11 Marcelo Adrian Processo de design Inicio: 09/11 - Fim:10/11 Ruan Carvalho Inicio:10/11 - Fim: 11/11 Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 12/11 - Fim: 12/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 12/11 - Fim: 12/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 12/11 - Fim: 12/11 Ruan Carvalho Inicio: 12/11 - Fim: 12/11 Marcelo Adrian Inspe\u00e7\u00e3o do grupo+1 Inicio: 13/11 - Fim: 13/11 Ruan Carvalho Inicio: 13/11 - Fim: 13/11 Felipe Rodrigues Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 14/11 - Fim: 16/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 16/11 - Fim: 18/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-2","title":"Etapa 2","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_1","title":"Tabela de atividades:","text":"

Tabela 2 - Cronograma da Etapa 2.

Atividade Desenvolvimento Respons\u00e1vel Per\u00edodo de Revis\u00e3o Revisores Planejamento de Pesquisa do Perfil dos Usu\u00e1rios In\u00edcio: 10/11 - Fim: 11/11 Felipe Rodrigues In\u00edcio: 12/11 - Fim: 12/11 Jo\u00e3o Vitor Perfil dos Usu\u00e1rios In\u00edcio: 13/11 - Fim: 13/11 Jo\u00e3o Vitor In\u00edcio: 14/11 - Fim: 14/11 J\u00e9ssica Eveline Definir Personas In\u00edcio: 15/11 - Fim: 15/11 J\u00e9ssica Eveline In\u00edcio: 16/11 - Fim: 16/11 Jo\u00e3o Vitor Definir Aspectos \u00c9ticos In\u00edcio: 15/11 - Fim: 15/11 Marcelo Adrian In\u00edcio: 16/11 - Fim: 16/11 Ruan Carvalho Termo de Consentimento In\u00edcio: 17/11 - Fim: 18/11 Ruan Carvalho In\u00edcio: 19/11 - Fim: 19/11 Marcelo Adrian Definir Cen\u00e1rios In\u00edcio: 20/11 - Fim: 21/11 Jo\u00e3o Vitor e Felipe Rodrigues In\u00edcio: 22/11 - Fim: 22/11 J\u00e9ssica Eveline Grava\u00e7\u00e3o do V\u00eddeo da Apresenta\u00e7\u00e3o In\u00edcio: 23/11 - Fim: 23/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 23/11 - Fim: 23/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 26/11 - Fim: 26/11 Marcelo Adrian Inicio: 26/11 - Fim: 26/11 Ruan Carvalho Inspe\u00e7\u00e3o do grupo+1 Inicio: 27/11 - Fim: 27/11 Felipe Rodrigues Inicio: 27/11 - Fim: 27/11 Ruan Carvalho Corre\u00e7\u00e3o P\u00f3s-Entrega In\u00edcio: 28/11 - Fim: 30/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 01/12 - Fim: 01/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-3","title":"Etapa 3","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_2","title":"Tabela de atividades:","text":"

Tabela 3 - Cronograma da Etapa 3.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Princ\u00edpios gerais do projeto In\u00edcio: 24/11 - Fim: 24/11 Marcelo Adrian In\u00edcio: 25/11 - Fim: 25/11 Felipe Rodrigues Metas de usabilidade In\u00edcio: 25/11 - Fim: 25/11 Felipe Rodrigues In\u00edcio: 26/11 - Fim: 26/11 Ruan Carvalho Guia de estilo In\u00edcio: 26/11 - Fim: 26/11 J\u00e9ssica Eveline In\u00edcio: 27/11 - Fim: 27/11 Jo\u00e3o Vitor Caracteristicas do site In\u00edcio: 27/11 - Fim: 27/11 Ruan Carvalho In\u00edcio: 28/11 - Fim: 28/11 Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 30/11 - Fim: 30/11 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 01/12 - Fim: 01/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 03/12 - Fim: 03/12 Felipe Rodrigues Inicio: 03/12 - Fim: 03/12 Jo\u00e3o Vitor Inspe\u00e7\u00e3o do grupo+1 Inicio: 04/12 - Fim: 04/12 Jo\u00e3o Vitor Inicio: 04/12 - Fim: 04/12 Felipe Rodrigues Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 05/12 - Fim: 10/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 10/12 - Fim: 12/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-4","title":"Etapa 4","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_3","title":"Tabela de atividades:","text":"

Tabela 4 - Cronograma da Etapa 4.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Planejamento da Avalia\u00e7\u00e3o do Storyboard e An\u00e1lise de tarefas In\u00edcio: 30/11 - Fim: 01/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 01/12 - Fim: 02/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento do relato dos resultados da avalia\u00e7\u00e3o do Storyboard In\u00edcio: 02/12 - Fim: 04/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 04/12 - Fim: 05/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento do relato dos resultados da avalia\u00e7\u00e3o do An\u00e1lise de tarefas In\u00edcio: 04/12 - Fim: 05/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 05/12 - Fim: 06/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 07/12 - Fim: 07/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 07/12 - Fim: 07/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 10/12 - Fim: 10/12 Jo\u00e3o Vitor Inicio: 10/12 - Fim: 10/12 Felipe Rodrigues Inspe\u00e7\u00e3o do grupo+1 Inicio: 11/12 - Fim: 11/12 Felipe Rodrigues Inicio: 11/12 - Fim: 11/12 Jo\u00e3o Vitor Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 12/12 - Fim: 17/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 18/12 - Fim: 20/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-5","title":"Etapa 5","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_4","title":"Tabela de atividades:","text":"

Tabela 5 - Cronograma da Etapa 5.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Relato dos resultados do Storyboard In\u00edcio: 17/12 - Fim: 17/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 18/12 - Fim: 18/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Relato dos resultados da An\u00e1lise de tarefas In\u00edcio: 17/12 - Fim: 17/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 18/12 - Fim: 18/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de papel In\u00edcio: 19/12 - Fim: 19/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 20/12 - Fim: 20/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento do relato de resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de papel In\u00edcio: 19/12 - Fim: 19/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 20/12 - Fim: 20/12 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 04/01 - Fim: 04/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 04/01 - Fim: 04/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 04/01 - Fim: 04/01 J\u00e9ssica Eveline Inicio: 04/01 - Fim: 04/01 Marcelo Adrian Inspe\u00e7\u00e3o do grupo+1 Inicio: 06/01 - Fim: 06/01 Marcelo Adrian Inicio: 06/01 - Fim: 06/01 J\u00e9ssica Eveline Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 07/01 - Fim: 12/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 12/01 - Fim: 14/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-6","title":"Etapa 6","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_5","title":"Tabela de atividades:","text":"

Tabela 6 - Cronograma da Etapa 6.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Relato dos resultados do Prot\u00f3tipo de Papel In\u00edcio: 05/01 - Fim: 06/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 06/01 - Fim: 07/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 07/01 - Fim: 08/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 08/01 - Fim: 09/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 09/01 - Fim: 10/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 10/01 - Fim: 11/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 11/01 - Fim: 11/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 11/01 - Fim: 11/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 11/01 - Fim: 11/01 Marcelo Adrian Inicio: 11/01 - Fim: 11/01 J\u00e9ssica Eveline Inspe\u00e7\u00e3o do grupo+1 Inicio: 15/01 - Fim: 15/01 J\u00e9ssica Eveline Inicio: 15/01 - Fim: 15/01 Marcelo Adrian Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 14/01 - Fim: 16/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 17/01 - Fim: 19/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-7","title":"Etapa 7","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_6","title":"Tabela de atividades:","text":"

Tabela 7 - Cronograma da Etapa 7.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Relato dos resultados do Prot\u00f3tipo de Papel In\u00edcio: 05/01 - Fim: 06/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 06/01 - Fim: 07/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 07/01 - Fim: 08/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 08/01 - Fim: 09/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Planejamento do relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 09/01 - Fim: 10/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 10/01 - Fim: 11/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 11/01 - Fim: 11/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 11/01 - Fim: 11/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo Inicio: 14/01 - Fim: 14/01 Felipe Rodrigues Inicio: 14/01 - Fim: 14/01 J\u00e9ssica Eveline Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 16/01 - Fim: 21/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 21/01 - Fim: 23/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inspe\u00e7\u00e3o do grupo+1 Inicio: 27/01 - Fim: 27/01 J\u00e9ssica Eveline Inicio: 27/01 - Fim: 27/01 Felipe Rodrigues

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-8","title":"Etapa 8","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_7","title":"Tabela de atividades:","text":"

Tabela 8 - Cronograma da Etapa 8.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Relato dos resultados da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade In\u00edcio: 20/01 - Fim: 23/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 23/01 - Fim: 24/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Grava Video da Apresenta\u00e7\u00e3o Inicio: 25/01 - Fim: 25/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio: 25/01 - Fim: 25/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 28/01 - Fim: 01/02 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Inicio 01/02 - Fim: 02/02 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#etapa-final","title":"Etapa Final","text":""},{"location":"entregas/entrega_1/cronograma/#tabela-de-atividades_8","title":"Tabela de atividades:","text":"

Tabela 9 - Cronograma da Etapa 9.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Planejamento de verifica\u00e7\u00e3o dos artefatos In\u00edcio: 28/01 - Fim: 30/01 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 30/01 - Fim: 01/02 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian Grava\u00e7\u00e3o da apresenta\u00e7\u00e3o In\u00edcio: 03/02 - Fim: 03/02 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian In\u00edcio: 03/02 - Fim: 03/02 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_1/cronograma/#bibliografia","title":"Bibliografia","text":"

SILVA, Andr\u00e9 Barros. Exemplo de Cronograma. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Exemplo Cronograma. Acesso em: 11 nov. 2024.

SILVA, Andr\u00e9 Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Plano de Ensino.

"},{"location":"entregas/entrega_1/cronograma/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 10 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do cronograma J\u00e9ssica Eveline, Felipe Rodrigues 08/11/2024 Ruan Carvalho 10/11/2024 1.1 Complemento do cronograma J\u00e9ssica Eveline 11/11/2024 Marcelo Adrian 12/11/2024 1.2 Ajustes no cronograma Felipe Rodrigues 12/11/2024 Jo\u00e3o Vitor 12/11/2024 1.3 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/cronograma_executado/","title":"Cronograma Executado","text":""},{"location":"entregas/entrega_1/cronograma_executado/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento apresenta um cronograma detalhado do que foi desenvolvido nas atividades do projeto, distribu\u00eddo em etapas, considerando a pr\u00e1tica das entregas ao longo do per\u00edodo. Essa estrutura visa garantir a documenta\u00e7\u00e3o e acompanhar das atividades de modo cont\u00ednuo, separado por etapas e direcionado pelas datas de realiza\u00e7\u00e3o, atendendo aos crit\u00e9rios presentes no Plano de Ensino e das orienta\u00e7\u00f5es fornecidas em sala de aula.

"},{"location":"entregas/entrega_1/cronograma_executado/#objetivo","title":"Objetivo","text":"

O objetivo principal deste cronograma de execu\u00e7\u00e3o \u00e9 relatar as atividades realizadas no projeto, documentando o andamento das etapas e as responsabilidades de cada integrante da equipe. Com esse registro, h\u00e1 uma garantia do progresso, analisando o cumprimento dos prazos estabelecidos, as dificuldades enfrentadas e as solu\u00e7\u00f5es aplicadas, al\u00e9m de verificar a qualidade das entregas atrav\u00e9s de revis\u00f5es peri\u00f3dicas. Este acompanhamento cont\u00ednuo tem como objetivo a transpar\u00eancia e a organiza\u00e7\u00e3o, facilitando a avalia\u00e7\u00e3o do desempenho e o aprendizado para futuras etapas.

"},{"location":"entregas/entrega_1/cronograma_executado/#metodologia","title":"Metodologia","text":"

Este documento serve como uma ferramenta de acompanhamento e an\u00e1lise de atividades e prazos do projeto, refletindo o que de fato foi realizado ao longo do processo, sendo assim, n\u00e3o se configura como uma metodologia.

"},{"location":"entregas/entrega_1/cronograma_executado/#etapa-1","title":"Etapa 1","text":""},{"location":"entregas/entrega_1/cronograma_executado/#tabela-de-atividades","title":"Tabela de atividades:","text":"

Tabela 1: Tabela do cronograma executado da etapa 1.

Atividade Desenvolvimento Respons\u00e1vel Periodo de Revis\u00e3o Revisores Heatmap Inicio: 15/10 - Fim: 22/10 Jo\u00e3o Inicio: 08/11 - Fim: 09/11 Marcelo Documentar equipe Inicio: 03/11 - Fim: 08/11 Jo\u00e3o Inicio: 08/11 - Fim: 09/11 Marcelo Montar cronograma planejado e executado Inicio: 07/11 - Fim: 11/11 J\u00e9ssica e Felipe Inicio: 10/11 - Fim: 10/11 Ruan Ferramentas do Projeto Inicio: 07/11 - Fim: 09/11 J\u00e9ssica e Felipe Inicio: 10/11 - Fim: 10/11 Ruan Montar git pages Inicio: 09/11 - Fim: 10/11 Felipe Inicio: 11/11 - Fim: 11/11 Jo\u00e3o Documenta\u00e7\u00e3o de sites individuais Inicio: 15/10 - Fim: 11/11 Jo\u00e3o Inicio: 11/11 - Fim: 11/11 Marcelo Documentar site escolhido Inicio: 08/11 - Fim: 10/11 Jo\u00e3o Inicio: 11/11 - Fim: 11/11 Marcelo Processo de design Inicio: 10/11 - Fim:10/11 Ruan Inicio:11/11 - Fim: 11/11 Marcelo Revis\u00e3o e Melhorias Gerais Inicio: 12/11 - Fim: 12/11 Ruan, Jo\u00e3o Inicio 12/11 - Fim: 12/11 Marcelo Documentar metodologia escolhida Inicio: 12/11 - Fim: 12/11 J\u00e9ssica Inicio 12/11 - Fim: 12/11 Marcelo Grava Video da Apresenta\u00e7\u00e3o Inicio: 11/11 - Fim: 11/11 Felipe, J\u00e9ssica, Jo\u00e3o, Ruan, Marcelo Inicio: 11/11 - Fim: 11/11 Felipe, J\u00e9ssica, Jo\u00e3o, Ruan, Marcelo Corre\u00e7\u00e3o p\u00f3s entrega Inicio: 14/11 - Fim: 16/11 Felipe, J\u00e9ssica, Jo\u00e3o, Ruan, Marcelo Inicio 16/11 - Fim: 18/11 Felipe, J\u00e9ssica, Jo\u00e3o, Ruan, Marcelo

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_1/cronograma_executado/#bibliografia","title":"Bibliografia","text":"

SILVA, Andr\u00e9 Barros. Exemplo de Cronograma. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Exemplo Cronograma. Acesso em: 11 nov. 2024.

SILVA, Andr\u00e9 Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Plano de Ensino.

"},{"location":"entregas/entrega_1/cronograma_executado/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do cronograma executado J\u00e9ssica Eveline, Felipe Rodrigues 11/11/2024 Marcelo Adrian 12/11/2024 1.1 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/design/","title":"Processos de design","text":""},{"location":"entregas/entrega_1/design/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento apresenta um breve resumo sobre os processos de design estudados e a defini\u00e7\u00e3o do processo a ser utilizado.

"},{"location":"entregas/entrega_1/design/#objetivos","title":"Objetivos","text":"

O objetivo prim\u00e1rio deste documento \u00e9 discutir os processos de design apresentados em sala, deixando em evid\u00eancia suas principais caracter\u00edsticas, apresentar o modelo escolhido pelo grupo e suas raz\u00f5es para levar o projeto adiante com essa metodologia.

"},{"location":"entregas/entrega_1/design/#metodologia","title":"Metodologia","text":"

O documento apresentado n\u00e3o possui uma metodologia explicita, mas sim apresenta um breve resumo acerca dos processos de design apresentados na disciplina a fim de garantir a compreens\u00e3o de cada processo e suas caracter\u00edsticas bem como assegurar que o m\u00e9todo definido pelo grupo como aquele a ser seguido tenha sua escolha bem embasada.

"},{"location":"entregas/entrega_1/design/#modelos-de-processos","title":"Modelos de processos","text":""},{"location":"entregas/entrega_1/design/#ciclo-de-vida-simples","title":"Ciclo de vida simples","text":"

Este processo se baseia em um ciclo de defini\u00e7\u00e3o de requisitos, design/redesign, constru\u00e7\u00e3o de uma vers\u00e3o interativa e avalia\u00e7\u00e3o. O foco \u00e9 a lineariza\u00e7\u00e3o do processo facilitando a itera\u00e7\u00e3o, sendo ideal para projetos de menor escopo ou com requisitos bem definidos.

"},{"location":"entregas/entrega_1/design/#ciclo-de-vida-em-estrela","title":"Ciclo de vida em estrela","text":"

Possui interconex\u00e3o entre todas as etapas do processo de design, possibilitando que o designer comece seu trabalho em qualquer etapa e oscile entre elas conforme o necess\u00e1rio. Atrav\u00e9s dessa flexibilidade \u00e9 possivel com que ajustes sejam feitos de forma constante.

"},{"location":"entregas/entrega_1/design/#engenharia-de-usabilidade-de-nielsen","title":"Engenharia de usabilidade de Nielsen","text":"

Apresenta uma abordagem focada no usu\u00e1rio, possuindo atividades como: conhecer o usu\u00e1rio, realiza\u00e7\u00e3o de an\u00e1lises competitivas, defini\u00e7\u00e3o de metas de usabilidade, cria\u00e7\u00e3o de designs paralelos, utiliza\u00e7\u00e3o de design participativo, aplica\u00e7\u00e3o de diretrizes e an\u00e1lises heur\u00edsticas, prototipa\u00e7\u00e3o e realiza\u00e7\u00e3o de testes emp\u00edricos em um ciclo iterativo de melhorias.

"},{"location":"entregas/entrega_1/design/#engenharia-de-usabilidade-de-mayhew","title":"Engenharia de usabilidade de Mayhew","text":"

\u00c9 um processo estruturado e met\u00f3dico para o desenvolvimento de sistemas interativos, objetivando a simplifica\u00e7\u00e3o da usabilidade. Este m\u00e9todo \u00e9 dividido em tr\u00eas fases: an\u00e1lise de requisitos, design e instala\u00e7\u00e3o, onde cada fase conta com atividades mais espec\u00edficas que garantem que o design se encontre alinhado \u00e0s necessidades dos usu\u00e1rios e que seja iterativamente refinado.

"},{"location":"entregas/entrega_1/design/#design-contextual","title":"Design contextual","text":"

Faz uma investiga\u00e7\u00e3o minuciosa no contexto de uso do usu\u00e1rio, abrangendo aspectos como perfil de usu\u00e1rio, forma de trabalho fluxo de trabalho e ambientes fisicos e culturais de trabalho.

"},{"location":"entregas/entrega_1/design/#design-baseado-em-cenarios","title":"Design baseado em Cen\u00e1rios","text":"

Utiliza-se de cen\u00e1rios visando compreender e prever as diferentes formas de intera\u00e7\u00e3o do usu\u00e1rio com o sistema. Esse processo de design apresenta um ciclo na fase de proje\u00e7\u00e3o a fim de alinhar o design e cen\u00e1rios projetados ao contexto real de uso.

"},{"location":"entregas/entrega_1/design/#design-dirigido-por-objetivos","title":"Design dirigido por objetivos","text":"

M\u00e9todo focado em atingir objetivos espec\u00edficos desejados pelos usu\u00e1rios, orientando o desenvolvimento para adequar o design diretamente \u00e0s metas dos usu\u00e1rios.

"},{"location":"entregas/entrega_1/design/#design-centrado-na-comunicacao","title":"Design centrado na comunica\u00e7\u00e3o","text":"

Valoriza a intera\u00e7\u00e3o e troca de informa\u00e7\u00f5es entre usu\u00e1rios e o sistema, visando a constru\u00e7\u00e3o de uma interface que garanta uma comunica\u00e7\u00e3o eficaz e intuitiva.

"},{"location":"entregas/entrega_1/design/#processo-de-design-escolhido","title":"Processo de design escolhido","text":"

Em um acordo entre os membros do grupo, foi definido que a abordagem a ser seguida ser\u00e1 a Engenharia de usabilidade de Mayhew devido a \u00eanfase desse processo na estrutura\u00e7\u00e3o do design, sendo este o mais met\u00f3dico entre os demais apresentados e com etapas bem definidas, desta forma orientando melhor o grupo a dar continuidade ao projeto da disciplina.

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_1/design/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_1/design/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Defini\u00e7\u00e3o do processo de design Ruan Carvalho 10/11/2024 Marcelo Adrian 10/11/2024 1.1 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/entrega_1/","title":"Entrega 1","text":""},{"location":"entregas/entrega_1/entrega_1/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_1/entrega_1/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o inicial destaca as motiva\u00e7\u00f5es, os desafios enfrentados e as solu\u00e7\u00f5es propostas.

"},{"location":"entregas/entrega_1/entrega_1/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_1/entrega_1/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1 - Apresenta\u00e7\u00e3o da entrega 1.

Link: Apresenta\u00e7\u00e3o 1

"},{"location":"entregas/entrega_1/entrega_1/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Disponibiliza\u00e7\u00e3o do link Marcelo Adrian 12/11/2024 Jo\u00e3o Vitor 12/11/2024"},{"location":"entregas/entrega_1/ferramentas/","title":"Ferramentas","text":""},{"location":"entregas/entrega_1/ferramentas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento apresenta a listagem de ferramentas a serem utilizadas durante o processo de desenvolvimento do projeto da disciplina de IHC, bem como uma breve descri\u00e7\u00e3o de suas funcionalidades.

"},{"location":"entregas/entrega_1/ferramentas/#objetivos","title":"Objetivos","text":"

O objetivo deste documento \u00e9 listar as principais ferramentas de uso dos integrantes do grupo para a realiza\u00e7\u00e3o de tarefas durante o andamento do projeto, bem como apresentar as possibilidades de cada ferramenta para a contribui\u00e7\u00e3o no andamento do projeto.

"},{"location":"entregas/entrega_1/ferramentas/#metodologia","title":"Metodologia","text":"

O grupo realizou um levantamento acerca das ferramentas que podem auxiliar o desenvolvimento do projeto ao longo das diferentes etapas de planejamento, design e prototipa\u00e7\u00e3o. Somado a isso, uma an\u00e1lise de funcionalidades foi feita a fim de identificar as melhores ferramentas entre as destacadas para selecionar as que apresentaram melhor usabilidade.

"},{"location":"entregas/entrega_1/ferramentas/#ferramentas-utilizadas","title":"Ferramentas utilizadas","text":"

Ao longo deste projeto, utilizamos um conjunto de ferramentas para otimizar a organiza\u00e7\u00e3o da equipe, facilitar o gerenciamento e impulsionar a cria\u00e7\u00e3o e a an\u00e1lise dos artefatos necess\u00e1rios.

Tabela 1: Ferramentas utilizadas no projeto.

Logo Ferramenta Descri\u00e7\u00e3o Figma Ferramenta de design colaborativo, utilizada para prototipa\u00e7\u00e3o e design de interfaces. Git/GitHub Plataforma de versionamento e colabora\u00e7\u00e3o em projetos de desenvolvimento. GitPages Servi\u00e7o para hospedar sites diretamente de reposit\u00f3rios GitHub. Google Docs Ferramenta para cria\u00e7\u00e3o e edi\u00e7\u00e3o colaborativa de documentos. Google Meet Ferramenta para videoconfer\u00eancias e reuni\u00f5es em tempo real. Google Spreadsheet Ferramenta para cria\u00e7\u00e3o e edi\u00e7\u00e3o colaborativa de planilhas. MkDocs Ferramenta para cria\u00e7\u00e3o de documenta\u00e7\u00e3o em sites est\u00e1ticos. Miro Plataforma de quadro branco colaborativo, utilizada para brainstorming e organiza\u00e7\u00e3o de ideias. OBS Studio Ferramenta para grava\u00e7\u00e3o de tela, utilizada para grava\u00e7\u00e3o de reuni\u00f5es e apresenta\u00e7\u00f5es. Storyboard That Ferramenta para cria\u00e7\u00e3o de storyboards, utilizada no planejamento visual de cenas e conceitos. Telegram Aplicativo de mensagens, utilizado para comunica\u00e7\u00e3o e compartilhamento de arquivos e feedback. Visual Studio Code Editor de c\u00f3digo-fonte para desenvolvimento e edi\u00e7\u00e3o de projetos. WhatsApp Aplicativo de mensagens instant\u00e2neas, utilizado para comunica\u00e7\u00e3o r\u00e1pida e colabora\u00e7\u00e3o em equipe. YouTube Plataforma de hospedagem de v\u00eddeos produzidos, utilizada para publica\u00e7\u00e3o de reuni\u00f5es e apresenta\u00e7\u00f5es.

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues, Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_1/ferramentas/#referencias","title":"Refer\u00eancias","text":"

1. GitHub e GitPages. Dispon\u00edvel em: https://github.com. Acesso em: 11 de nov. de 2024.

2. Google Docs. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/docs/about/. Acesso em: 11 de nov. de 2024.

3. Google Meet. Dispon\u00edvel em: https://workspace.google.com/products/meet/. Acesso em: 11 de nov. de 2024.

4. Google Spreadsheet. Dispon\u00edvel em: https://www.google.com/intl/pt-BR/sheets/about/. Acesso em: 11 de nov. de 2024.

5. YouTube. Dispon\u00edvel em: https://about.youtube/. Acesso em: 11 de nov. de 2024.

6. OBS Studio. Dispon\u00edvel em: https://obsproject.com/. Acesso em: 11 de nov. de 2024.

7. WhatsApp. Dispon\u00edvel em: https://www.whatsapp.com/?lang=pt_br. Acesso em: 11 de nov. de 2024.

8. Telegram. Dispon\u00edvel em: https://telegram.org/. Acesso em: 11 de nov. de 2024.

9. Figma. Dispon\u00edvel em: https://www.figma.com/. Acesso em: 11 de nov. de 2024.

10. MkDocs. Dispon\u00edvel em: https://www.mkdocs.org/. Acesso em: 11 de nov. de 2024.

11. Visual Studio Code. Dispon\u00edvel em: https://code.visualstudio.com/. Acesso em: 11 de nov. de 2024.

12. Storyboard That. Dispon\u00edvel em: https://www.storyboardthat.com/pt. Acesso em: 11 de nov. de 2024.

13. Miro. Dispon\u00edvel em: https://miro.com/pt/. Acesso em: 11 de nov. de 2024.

"},{"location":"entregas/entrega_1/ferramentas/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o Inicial Felipe Rodrigues 11/11/2024 Ruan Carvalho 11/11/2024 1.1 Complemento nas ferramentas Ruan Carvalho 12/11/2024 Jo\u00e3o Vitor 12/11/2024 1.2 Ordena\u00e7\u00e3o da tabela de ferramentas Jessica Eveline 23/11/2024 Marcelo Adrian 24/11/2024 1.3 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/heatmap/","title":"HeatMap","text":""},{"location":"entregas/entrega_1/heatmap/#introducao","title":"Introdu\u00e7\u00e3o","text":"

No projeto, optou-se pela utiliza\u00e7\u00e3o de um heatmap como uma ferramenta visual eficaz para ilustrar a disponibilidade coletiva dos participantes durante a semana. Essa abordagem permite uma an\u00e1lise detalhada e intuitiva da disponibilidade de cada membro, facilitando o planejamento de eventos em grupo ao consolidar as informa\u00e7\u00f5es de todos os envolvidos em uma \u00fanica representa\u00e7\u00e3o gr\u00e1fica.

"},{"location":"entregas/entrega_1/heatmap/#objetivos","title":"Objetivos","text":"

Este heatmap foi desenvolvido com o objetivo de mapear a disponibilidade de hor\u00e1rio entre os membros do grupo, visando encontrar um hor\u00e1rio livre comum para reuni\u00f5es e desenvolvimento do projeto.

"},{"location":"entregas/entrega_1/heatmap/#metodologia","title":"Metodologia","text":"

O processo de realiza\u00e7\u00e3o do heatmap teve seu in\u00edcio com a coleta de dados de disponibilidade dos membros do grupo, organizados em uma planilha. Com base no agrupamento desses dados, identificou-se o melhor hor\u00e1rio para a realiza\u00e7\u00e3o das reuni\u00f5es do grupo.

Segue abaixo o heatmap do grupo 05:

Figura 1 - Heatmap de disponibilidade dos integrantes.

Link para o Heatmap: Clique aqui para acessar o Heatmap

Autor(es): Jo\u00e3o Vitor, Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_1/heatmap/#bibliografia","title":"Bibliografia","text":"

SILVA, Andr\u00e9 Barros. Exemplo de Heatmap. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Exemplo Heatmap. Acesso em: 10 nov. 2024.

"},{"location":"entregas/entrega_1/heatmap/#disponibilidade","title":"Disponibilidade","text":"

De acordo com o heatmap, a equipe tem a possibilidade de realizar reuni\u00f5es aos s\u00e1bados nos seguintes hor\u00e1rios:

  • 11:00 - 12:00
  • 15:00 - 16:00
  • 16:00 - 17:00
"},{"location":"entregas/entrega_1/heatmap/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o Inicial Jo\u00e3o Vitor 05/11/2024 Marcelo Adrian 10/11/2024 1.1 Complemento do heatmap Ruan Carvalho 12/11/2024 Marcelo Adrian 12/11/2024 1.2 Inclus\u00e3o do link do Heatmap Jessica Eveline 23/11/2024 Marcelo Adrian 24/11/2024 1.3 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/metodologia/","title":"Metodologia","text":""},{"location":"entregas/entrega_1/metodologia/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Durante o desenvolvimento deste projeto, a equipe adotou pr\u00e1ticas baseadas nas metodologias \u00e1geis, como SCRUM e XP, com adapta\u00e7\u00f5es espec\u00edficas que consideram o contexto do projeto e a flexibilidade da equipe. Este documento descreve como essas metodologias foram aplicadas e adaptadas \u00e0s necessidades do projeto, explicando as pr\u00e1ticas utilizadas para o gerenciamento e organiza\u00e7\u00e3o do trabalho.

"},{"location":"entregas/entrega_1/metodologia/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 detalhar as metodologias \u00e1geis utilizadas pela equipe, especificando como o SCRUM e o XP foram adaptados para melhor atender \u00e0s caracter\u00edsticas e aos desafios do projeto. Busca-se oferecer uma estrutura de trabalho equilibrada entre flexibilidade e rigor, promovendo entregas cont\u00ednuas e de alta qualidade.

"},{"location":"entregas/entrega_1/metodologia/#metodologias-de-desenvolvimento","title":"Metodologias de Desenvolvimento","text":""},{"location":"entregas/entrega_1/metodologia/#scrum","title":"SCRUM","text":"

O SCRUM foi escolhido para organizar o desenvolvimento em ciclos regulares. As principais cerim\u00f4nias foram adaptadas da seguinte maneira:

  • Daily's di\u00e1rias ass\u00edncronas: Realizadas em formato ass\u00edncrono, com o envio de atualiza\u00e7\u00f5es individuais sobre o andamento das tarefas, possibilitando uma comunica\u00e7\u00e3o mais eficiente e adaptada aos hor\u00e1rios dos integrantes.
  • Reuni\u00e3o de Review e Planning: Acontecem semanalmente para avaliar o progresso da sprint, revisar o que foi conclu\u00eddo e planejar a pr\u00f3ximo ciclo de trabalho.
  • Sprints flex\u00edveis: Cada sprint possui dura\u00e7\u00e3o vari\u00e1vel, de acordo com a complexidade das tarefas e a disponibilidade da equipe.
"},{"location":"entregas/entrega_1/metodologia/#xp","title":"XP","text":"

Para garantir uma maior qualidade no desenvolvimento, algumas pr\u00e1ticas de XP foram aplicadas:

  • Trabalho em dupla (pair programming): Implementado em tarefas cr\u00edticas, priorizando momentos que exijam decis\u00f5es importantes.
  • Feedback cont\u00ednuo e melhoria: Utilizamos feedback constante em cada itera\u00e7\u00e3o para ajustar e melhorar o c\u00f3digo, maximizando a satisfa\u00e7\u00e3o da equipe e a estabilidade do software.
"},{"location":"entregas/entrega_1/metodologia/#comunicacao","title":"Comunica\u00e7\u00e3o","text":"

A equipe adota uma abordagem h\u00edbrida de comunica\u00e7\u00e3o para garantir o alinhamento e a r\u00e1pida resolu\u00e7\u00e3o de d\u00favidas:

  • Comunica\u00e7\u00e3o Informal e Direta: Realizada pelo WhatsApp entre os membros do grupo para troca r\u00e1pida de informa\u00e7\u00f5es e atualiza\u00e7\u00f5es sobre o projeto.
  • Comunica\u00e7\u00e3o Formal com o Monitor: Via Telegram, onde as d\u00favidas e alinhamentos s\u00e3o comunicados ao monitor, mantendo registro das discuss\u00f5es e revis\u00f5es.
  • Alinhamentos presenciais em aula: Conversas diretas de alinhamento entre os membros ocorrem durante as aulas, proporcionando uma comunica\u00e7\u00e3o mais clara e produtiva.
"},{"location":"entregas/entrega_1/metodologia/#padroes-de-commits","title":"Padr\u00f5es de Commits","text":"

Conforme as diretrizes do Conventional Commits, utilizaremos commits sem\u00e2nticos para garantir a compreens\u00e3o clara das mudan\u00e7as no hist\u00f3rico do projeto. Essa conven\u00e7\u00e3o facilita a rastreabilidade e a padroniza\u00e7\u00e3o.

"},{"location":"entregas/entrega_1/metodologia/#tipo-e-descricao","title":"Tipo e Descri\u00e7\u00e3o","text":"

Os tipos de commit utilizados no projeto s\u00e3o:

  • feat: Adi\u00e7\u00e3o de um novo recurso (MINOR).
  • fix: Corre\u00e7\u00e3o de um bug (PATCH).
  • docs: Altera\u00e7\u00f5es na documenta\u00e7\u00e3o.
  • test: Modifica\u00e7\u00f5es em testes.
  • build: Altera\u00e7\u00f5es em arquivos de build e depend\u00eancias.
  • perf: Ajustes de performance.
  • style: Altera\u00e7\u00f5es de formata\u00e7\u00e3o, sem impacto no c\u00f3digo.
  • refactor: Refatora\u00e7\u00f5es que n\u00e3o mudam a funcionalidade.
  • chore: Tarefas de configura\u00e7\u00e3o e manuten\u00e7\u00e3o.
  • ci: Mudan\u00e7as relacionadas \u00e0 integra\u00e7\u00e3o cont\u00ednua.
  • raw: Arquivos de configura\u00e7\u00e3o e par\u00e2metros.
  • cleanup: Remo\u00e7\u00e3o de c\u00f3digo desnecess\u00e1rio e ajustes de legibilidade.
  • remove: Exclus\u00e3o de arquivos ou funcionalidades obsoletas.
"},{"location":"entregas/entrega_1/metodologia/#recomendacao-de-commit","title":"Recomenda\u00e7\u00e3o de commit:","text":"
  • Comece o commit colocando o seu tipo, seguido de \":\" e uma breve descri\u00e7\u00e3o do que foi feito.
  • Escreva na terceira pessoa.
  • Inicie a descri\u00e7\u00e3o com letra mai\u00fascula e finalize com um ponto final.
  • (Opcional) Detalhe mais a fundo o que foi feito na descri\u00e7\u00e3o do commit.

Exemplo: git commit -m \"docs: Revis\u00e3o da metodologia.\"

"},{"location":"entregas/entrega_1/metodologia/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

CONVENTIONAL COMMITS 1.0.0. Dispon\u00edvel em: https://www.conventionalcommits.org/en/v1.0.0/. Acesso em: 12 nov. 2024.

"},{"location":"entregas/entrega_1/metodologia/#bibliografia","title":"Bibliografia","text":"

BOURQUE, Pierre; FAIRLEY, Richard E. (ed.). SWEBOK: Guide to the Software Engineering Body of Knowledge. IEEE, 2014. Dispon\u00edvel em: https://www.computer.org/education/bodies-of-knowledge/software-engineering.

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_1/metodologia/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de Revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento de metodologia e padr\u00f5es de commit J\u00e9ssica Eveline 12/11/2024 Marcelo Adrian 12/11/2024 1.1 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/site_escolhido/","title":"Site Escolhido","text":""},{"location":"entregas/entrega_1/site_escolhido/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Diante das avalia\u00e7\u00f5es dos sites que foram feitas durante a disciplina de IHC, escolhemos o MOJ Naquadah. Para isso, foram analisados os crit\u00e9rios e os motivos da escolha do site.

"},{"location":"entregas/entrega_1/site_escolhido/#criterios-para-escolha","title":"Crit\u00e9rios para escolha","text":"

Alguns crit\u00e9rios foram levantados para a escolha do site:

  • Facilidade de contato com o p\u00fablico-alvo, j\u00e1 que quem os utiliza, em grande parte, \u00e9 da pr\u00f3pria UnB.
  • Interface fora dos padr\u00f5es estudados na disciplina at\u00e9 ent\u00e3o.
  • O criador do aplicativo \u00e9 um professor da UnB, Bruno Ribas, que \u00e9 de f\u00e1cil contato.
  • Site com f\u00e1cil acesso para aqueles que v\u00e3o avali\u00e1-lo.
"},{"location":"entregas/entrega_1/site_escolhido/#motivacao","title":"Motiva\u00e7\u00e3o","text":"

Essa escolha foi motivada pela import\u00e2ncia educacional, visto que \u00e9 utilizado, em sua maior parte, por alunos e professores, e pelo valor para o desenvolvimento de habilidades computacionais e de resolu\u00e7\u00e3o de problemas, bem como pela oportunidade de identificar melhorias na intera\u00e7\u00e3o e usabilidade, focando nas dificuldades de navega\u00e7\u00e3o e entendimento da interface, essenciais para melhorar a experi\u00eancia do usu\u00e1rio\u200b.

"},{"location":"entregas/entrega_1/site_escolhido/#problemas-encontrados","title":"Problemas encontrados","text":"

Utilizando as heur\u00edsticas de Nielsen, foram identificados os seguintes problemas no site:

  1. Correspond\u00eancia entre o sistema e o mundo real: O formato das datas apresenta o dia da semana seguido do m\u00eas e finaliza com a hora antes do ano, o que pode confundir os usu\u00e1rios acostumados com formatos mais intuitivos. Essa estrutura gera dificuldade na leitura e interpreta\u00e7\u00e3o das informa\u00e7\u00f5es de data.

  2. Consist\u00eancia e padroniza\u00e7\u00e3o: No MOJ Naquadah, ao clicar na parte superior de uma p\u00e1gina, o usu\u00e1rio espera ser levado ao in\u00edcio do site ou \u00e0 p\u00e1gina principal. No entanto, essa a\u00e7\u00e3o redireciona para um site externo, o que quebra o padr\u00e3o de navega\u00e7\u00e3o esperado e pode confundir o usu\u00e1rio.

  3. Flexibilidade e efici\u00eancia de uso: No MOJ Naquadah, alguns bot\u00f5es, como os da parte lateral esquerda, oferecem acesso r\u00e1pido a se\u00e7\u00f5es importantes, como \"Treino Livre\" e \"Documenta\u00e7\u00e3o Atualizada\". No entanto, esses bot\u00f5es n\u00e3o s\u00e3o intuitivos para os usu\u00e1rios quando desejam voltar \u00e0 tela anterior ou ao menu principal, causando dificuldades de navega\u00e7\u00e3o.

  4. Projeto est\u00e9tico e minimalista: A \u00e1rea lateral esquerda do site, com itens como \u201cTreino Livre,\u201d \u201cFAQ,\u201d e \u201cDocumenta\u00e7\u00e3o Atualizada,\u201d utiliza uma cor cinza claro para o texto, dificultando a leitura. Al\u00e9m disso, quadrados coloridos (vermelho, amarelo, azul e cinza) no topo para destacar not\u00edcias n\u00e3o s\u00e3o intuitivos e dificultam a interpreta\u00e7\u00e3o r\u00e1pida das informa\u00e7\u00f5es.

  5. Preven\u00e7\u00e3o de erros: O site MOJ Naquadah apresenta problemas de usabilidade ao n\u00e3o alertar o usu\u00e1rio sobre a perda de envios ao trocar de quest\u00e3o. Se o usu\u00e1rio faz o upload do arquivo e muda de quest\u00e3o antes, o arquivo \u00e9 perdido, sendo necess\u00e1rio reenviar.

  6. Mensagens de erro claras: O MOJ Naquadah apresenta problemas na clareza das mensagens de erro durante o login. Ao errar o nome de usu\u00e1rio e a senha, o sistema informa apenas que a senha est\u00e1 incorreta, sem especificar que o nome de usu\u00e1rio tamb\u00e9m n\u00e3o \u00e9 v\u00e1lido. Isso pode confundir o usu\u00e1rio, que pode interpretar a mensagem incorretamente, tentando corrigir apenas a senha enquanto o problema persiste.

  7. Ajuda e documenta\u00e7\u00e3o: O site possui uma documenta\u00e7\u00e3o e um FAQ que cobre algumas d\u00favidas comuns, mas n\u00e3o abrange todas. Por exemplo, informa\u00e7\u00f5es sobre erros como \"time limit exceeded\" n\u00e3o est\u00e3o detalhadas, deixando usu\u00e1rios sem suporte para quest\u00f5es mais t\u00e9cnicas.

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_1/site_escolhido/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

MOJ NAQUADAH. Dispon\u00edvel em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 10 nov. 2024.

"},{"location":"entregas/entrega_1/site_escolhido/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

SILVA, Andr\u00e9 Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Plano de Ensino.

"},{"location":"entregas/entrega_1/site_escolhido/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial do site escolhido do projeto Jo\u00e3o Vitor 10/11/2024 Marcelo Adrian 10/11/2024 1.1 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_1/sites_avaliados/","title":"Sites Avaliados","text":""},{"location":"entregas/entrega_1/sites_avaliados/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Durante a disciplina de IHC foram realizadas algumas avalia\u00e7\u00f5es pelos integrantes do grupo, onde escolhemos apenas uma, o MOJ Naquadah, para a sua avalia\u00e7\u00e3o. A seguir est\u00e1 o site escolhido por cada integrante:

Tabela 1 - Tabela de sites avaliados por cada integrante.

Site Avaliado Integrante Meu INSS Felipe MOJ Naquadah Jo\u00e3o Vitor Portal da Transpar\u00eancia Ruan Lattes Jessica UFPel Marcelo

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_1/sites_avaliados/#meu-inss","title":"Meu INSS","text":"

A an\u00e1lise deste site foi realizada pelo integrante Felipe. O Meu INSS \u00e9 uma plataforma do Instituto Nacional do Seguro Social (INSS) que visa oferecer aos cidad\u00e3os brasileiros uma maneira mais pr\u00e1tica e \u00e1gil de acessar os servi\u00e7os e informa\u00e7\u00f5es sobre a previd\u00eancia social. Atrav\u00e9s dessa plataforma, os usu\u00e1rios conseguem consultar dados sobre benef\u00edcios, fazer agendamentos, solicitar servi\u00e7os e acompanhar o andamento de seus requerimentos de forma simplificada.

Link da avalia\u00e7\u00e3o

"},{"location":"entregas/entrega_1/sites_avaliados/#moj-naquadah","title":"MOJ Naquadah","text":"

O site foi avaliado pelo integrante Jo\u00e3o Vitor. O MOJ Naquadah \u00e9 uma ferramenta online utilizada pela comunidade acad\u00eamica da UnB, que se destina \u00e0 resolu\u00e7\u00e3o de problemas de programa\u00e7\u00e3o. A plataforma permite que estudantes e professores submeterem suas solu\u00e7\u00f5es de c\u00f3digo, que s\u00e3o avaliadas automaticamente. Al\u00e9m disso, o MOJ Naquadah oferece rankings din\u00e2micos e estat\u00edsticas, promovendo um ambiente acad\u00eamico competitivo e colaborativo.

Link da avalia\u00e7\u00e3o

"},{"location":"entregas/entrega_1/sites_avaliados/#portal-da-transparencia","title":"Portal da Transparencia","text":"

O integrante Ruan realizou a avalia\u00e7\u00e3o desse portal. O Portal da Transpar\u00eancia \u00e9 um servi\u00e7o digital do governo brasileiro que permite aos cidad\u00e3os acompanhar a execu\u00e7\u00e3o or\u00e7ament\u00e1ria do governo federal. No site, \u00e9 poss\u00edvel consultar informa\u00e7\u00f5es detalhadas sobre gastos p\u00fablicos, como receitas, despesas, conv\u00eanios e transfer\u00eancias, promovendo a transpar\u00eancia e o controle social da gest\u00e3o p\u00fablica.

Link da avalia\u00e7\u00e3o

"},{"location":"entregas/entrega_1/sites_avaliados/#lattes","title":"Lattes","text":"

A avalia\u00e7\u00e3o deste site foi realizada pela integrante J\u00e9ssica. O Lattes \u00e9 uma plataforma administrada pelo CNPq que permite a cria\u00e7\u00e3o e atualiza\u00e7\u00e3o de curr\u00edculos acad\u00eamicos para profissionais da \u00e1rea de pesquisa. Por meio do Lattes, os usu\u00e1rios podem registrar suas produ\u00e7\u00f5es cient\u00edficas, eventos acad\u00eamicos, orienta\u00e7\u00f5es, al\u00e9m de outras atividades relacionadas ao campo acad\u00eamico, sendo essencial para a visibilidade e a gest\u00e3o de trajet\u00f3rias acad\u00eamicas no Brasil.

Link da avalia\u00e7\u00e3o

"},{"location":"entregas/entrega_1/sites_avaliados/#ufpel","title":"UFPel","text":"

A avalia\u00e7\u00e3o desse site foi feita pelo integrante Marcelo Adrian. O portal da Universidade Federal de Pelotas (UFPel) oferece uma variedade de informa\u00e7\u00f5es e servi\u00e7os para alunos, professores e funcion\u00e1rios da universidade. No site, \u00e9 poss\u00edvel acessar detalhes sobre cursos, processos seletivos, not\u00edcias institucionais, al\u00e9m de recursos acad\u00eamicos como bibliotecas e sistemas de matr\u00edcula, promovendo uma comunica\u00e7\u00e3o eficiente dentro da universidade.

Link da avalia\u00e7\u00e3o

"},{"location":"entregas/entrega_1/sites_avaliados/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

MEU INSS. Dispon\u00edvel em: https://meu.inss.gov.br/. Acesso em: 10 nov. 2024.

MOJ NAQUADAH. Dispon\u00edvel em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 10 nov. 2024.

PORTAL DA TRANSPAR\u00caNCIA. Dispon\u00edvel em: https://portaldatransparencia.gov.br. Acesso em: 10 nov. 2024.

UNIVERSIDADE FEDERAL DE PELOTAS (UFPel). Dispon\u00edvel em: https://portal.ufpel.edu.br/#. Acesso em: 10 nov. 2024.

LATTES. Dispon\u00edvel em: https://lattes.cnpq.br. Acesso em: 10 nov. 2024.

"},{"location":"entregas/entrega_1/sites_avaliados/#bibliografia","title":"Bibliografia","text":"

SILVA, Andr\u00e9 Barros. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: Plano de Ensino.

"},{"location":"entregas/entrega_1/sites_avaliados/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial dos sites avaliados no projeto Jo\u00e3o Vitor 10/11/2024 Marcelo Adrian 10/11/2024 1.1 Padroniza\u00e7\u00e3o de Refer\u00eancias Bibliogr\u00e1ficas, Bibliografia e Autor(es) Felipe Rodrigues 23/11/2024 Marcelo Adrian 24/11/2024"},{"location":"entregas/entrega_2/aspectos_eticos/","title":"Aspectos \u00c9ticos de Pesquisas com Pessoas e termo de consentimento","text":""},{"location":"entregas/entrega_2/aspectos_eticos/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A pesquisa envolvendo seres humanos, particularmente no contexto de Intera\u00e7\u00e3o Humano-Computador (IHC), \u00e9 essencial para o progresso de solu\u00e7\u00f5es tecnol\u00f3gicas mais eficientes e acess\u00edveis. Este documento aborda aspectos \u00e9ticos relacionados ao estudo da plataforma CD-MOJ, com o objetivo de assegurar a conformidade com diretrizes \u00e9ticas e normativas brasileiras.

No Brasil, a Resolu\u00e7\u00e3o n\u00ba 466/2012 do Conselho Nacional de Sa\u00fade estabelece diretrizes e normas para pesquisas cient\u00edficas com seres humanos. Essa resolu\u00e7\u00e3o \u00e9 pautada por princ\u00edpios fundamentais que asseguram a condu\u00e7\u00e3o \u00e9tica e respons\u00e1vel da pesquisa. S\u00e3o eles:

"},{"location":"entregas/entrega_2/aspectos_eticos/#principios-fundamentais","title":"Princ\u00edpios Fundamentais","text":"

  1. Princ\u00edpio da autonomia: Garante o consentimento volunt\u00e1rio e informado dos participantes, especialmente protegendo grupos vulner\u00e1veis e pessoas legalmente incapazes. O respeito \u00e0 dignidade humana deve nortear toda intera\u00e7\u00e3o entre pesquisadores e participantes.

  2. Princ\u00edpio da benefic\u00eancia: Determina que a pesquisa deve maximizar benef\u00edcios e minimizar danos. A avalia\u00e7\u00e3o dos riscos deve ser criteriosa e envolver aspectos f\u00edsicos, psicol\u00f3gicos, sociais, culturais e religiosos.

  3. Princ\u00edpio da n\u00e3o malefic\u00eancia: Envolve o compromisso de evitar qualquer dano previs\u00edvel, seja imediato ou tardio, decorrente da pesquisa.

  4. Princ\u00edpio da justi\u00e7a e equidade: Assegura a relev\u00e2ncia social da pesquisa e a distribui\u00e7\u00e3o justa dos benef\u00edcios e riscos. Participantes vulner\u00e1veis devem ser protegidos, garantindo que a pesquisa mantenha um prop\u00f3sito humanit\u00e1rio e social.

"},{"location":"entregas/entrega_2/aspectos_eticos/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 orientar a condu\u00e7\u00e3o da pesquisa envolvendo seres humanos, garantindo que seja realizada de maneira \u00e9tica, respeitando os direitos, a dignidade, a privacidade e o bem-estar dos participantes. Ele busca assegurar que as atividades sejam conduzidas em conformidade com as normas \u00e9ticas e regulat\u00f3rias, como a Resolu\u00e7\u00e3o n\u00ba 466/2012 do Conselho Nacional de Sa\u00fade, promovendo pr\u00e1ticas que minimizem riscos, previnam danos e maximizem benef\u00edcios para os indiv\u00edduos e a sociedade.

"},{"location":"entregas/entrega_2/aspectos_eticos/#metodologia","title":"Metodologia","text":"

A elabora\u00e7\u00e3o deste documento seguiu uma abordagem baseada em pesquisa documental e an\u00e1lise de refer\u00eancias normativas e bibliogr\u00e1ficas sobre \u00e9tica em pesquisas com seres humanos. Foram considerados os seguintes passos metodol\u00f3gicos:

  1. Revis\u00e3o de normas regulat\u00f3rias: An\u00e1lise da Resolu\u00e7\u00e3o n\u00ba 466/2012 e outras legisla\u00e7\u00f5es pertinentes \u00e0 condu\u00e7\u00e3o \u00e9tica de pesquisas envolvendo pessoas.

  2. Estudo de casos e literatura t\u00e9cnica: Consulta a publica\u00e7\u00f5es acad\u00eamicas, c\u00f3digos de \u00e9tica de organiza\u00e7\u00f5es internacionais (como ACM e IEEE) e exemplos pr\u00e1ticos de aplica\u00e7\u00e3o de princ\u00edpios \u00e9ticos em pesquisas.

  3. Desenvolvimento de diretrizes pr\u00e1ticas: Estrutura\u00e7\u00e3o de princ\u00edpios e recomenda\u00e7\u00f5es gerais para a condu\u00e7\u00e3o de pesquisas, incluindo exemplos pr\u00e1ticos, como o modelo de Termo de Consentimento Livre e Esclarecido (TCLE).

  4. Adapta\u00e7\u00e3o \u00e0 realidade local: Considera\u00e7\u00e3o das condi\u00e7\u00f5es socioecon\u00f4micas e culturais, assegurando que as diretrizes sejam aplic\u00e1veis a diferentes contextos, com foco na prote\u00e7\u00e3o de grupos vulner\u00e1veis.

"},{"location":"entregas/entrega_2/aspectos_eticos/#termo-de-consentimento","title":"Termo de Consentimento","text":"

O Termo de Consentimento Livre e Esclarecido (TCLE) \u00e9 um instrumento essencial para assegurar que os participantes compreendam plenamente os objetivos, os riscos e os benef\u00edcios da pesquisa. Ele dever\u00e1 ser apresentado de forma clara e acess\u00edvel, destacando os seguintes pontos:

  • A participa\u00e7\u00e3o \u00e9 volunt\u00e1ria e pode ser interrompida a qualquer momento.
  • Dados pessoais, incluindo grava\u00e7\u00f5es, ser\u00e3o usados exclusivamente para os fins da pesquisa.
  • Os participantes t\u00eam direito \u00e0 confidencialidade e prote\u00e7\u00e3o de suas informa\u00e7\u00f5es.
  • Caso sejam menores de idade, \u00e9 necess\u00e1ria a autoriza\u00e7\u00e3o de um respons\u00e1vel legal.
"},{"location":"entregas/entrega_2/aspectos_eticos/#termo-de-consentimento-livre-e-esclarecido","title":"Termo de Consentimento Livre e Esclarecido","text":"

T\u00edtulo: Avalia\u00e7\u00e3o da Intera\u00e7\u00e3o Humano-Computador da Plataforma CD-MOJ NAQUADAH. Projeto: Grupo 5 - Intera\u00e7\u00e3o Humano-Computador

Descri\u00e7\u00e3o do Estudo: Estamos realizando uma pesquisa acerca dos aspectos de Intera\u00e7\u00e3o Humano-Computador da plataforma CD-MOJ NAQUADAH, visando avaliar e propor melhorias no sistema. Solicitamos sua colabora\u00e7\u00e3o na realiza\u00e7\u00e3o de uma atividade relacionada ao estudo, com dura\u00e7\u00e3o estimada de [tempo estimado].

"},{"location":"entregas/entrega_2/aspectos_eticos/#informacoes-relevantes","title":"Informa\u00e7\u00f5es Relevantes:","text":"
  1. Participa\u00e7\u00e3o volunt\u00e1ria: Sua participa\u00e7\u00e3o \u00e9 inteiramente volunt\u00e1ria, e voc\u00ea poder\u00e1 interromp\u00ea-la a qualquer momento sem necessidade de justificativa ou preju\u00edzo de qualquer natureza.
  2. Confidencialidade: As informa\u00e7\u00f5es coletadas ser\u00e3o tratadas de forma confidencial e utilizadas exclusivamente para fins acad\u00eamicos ou t\u00e9cnicos. Seus dados pessoais e respostas ser\u00e3o protegidos e n\u00e3o ser\u00e3o associados \u00e0 sua identidade em nenhuma publica\u00e7\u00e3o.
  3. Direito \u00e0 informa\u00e7\u00e3o: Caso deseje voc\u00ea poder\u00e1 solicitar informa\u00e7\u00f5es sobre os resultados da pesquisa ou a finalidade espec\u00edfica dos dados coletados.
  4. Grava\u00e7\u00f5es: Caso sejam realizadas grava\u00e7\u00f5es, estas ser\u00e3o utilizadas apenas para an\u00e1lise interna da pesquisa e ser\u00e3o armazenadas em local seguro por at\u00e9 6 meses, sendo descartadas ap\u00f3s este per\u00edodo.
  5. Riscos e Benef\u00edcios: Esta pesquisa apresenta riscos m\u00ednimos, pois n\u00e3o envolve informa\u00e7\u00f5es pessoais sens\u00edveis e garante o anonimato dos dados coletados. Como benef\u00edcio, sua contribui\u00e7\u00e3o auxiliar\u00e1 no aprimoramento do site CD-MOJ, amplamente utilizado por alunos e professores.
"},{"location":"entregas/entrega_2/aspectos_eticos/#declaracoes-de-consentimento","title":"Declara\u00e7\u00f5es de Consentimento:","text":"

Ao assinar este documento, voc\u00ea declara que:

  • Leu e compreendeu as informa\u00e7\u00f5es fornecidas sobre esta pesquisa;
  • Est\u00e1 ciente de seus direitos como participante;
  • Concorda livre e espontaneamente em colaborar.
  • Autoriza o uso de sua imagem e voz para an\u00e1lises relacionadas ao projeto, caso necess\u00e1rio;
  • Entende que quaisquer grava\u00e7\u00f5es de imagem e voz ser\u00e3o utilizadas exclusivamente para fins acad\u00eamicos e ser\u00e3o armazenadas de forma segura, sendo descartadas ap\u00f3s 6 meses.

Declara\u00e7\u00f5es de Consentimento:

Eu, ______, declaro que li, compreendi e concordo com os termos apresentados, autorizando minha participa\u00e7\u00e3o na pesquisa intitulada Avalia\u00e7\u00e3o da Intera\u00e7\u00e3o Humano-Computador da Plataforma CD-MOJ NAQUADAH..

  • [ ] Concordo em participar da pesquisa conforme descrito acima.
  • [ ] N\u00e3o concordo em participar da pesquisa.

Assinatura do Participante: _____ Assinatura do Pesquisador Respons\u00e1vel: _______

"},{"location":"entregas/entrega_2/aspectos_eticos/#contato-para-esclarecimentos","title":"Contato para esclarecimentos:","text":"

Caso tenha d\u00favidas ou deseje mais informa\u00e7\u00f5es sobre esta pesquisa, entre em contato: Nome do Pesquisador Respons\u00e1vel: _____ E-mail: ____ Telefone: ______

Autor(es): J\u00e9ssica Eveline, Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_2/aspectos_eticos/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
  • BRASIL. Resolu\u00e7\u00e3o n\u00ba 466/2012, de 12 de dezembro de 2012. Dispon\u00edvel em: Conselho Nacional de Sa\u00fade. Acesso em: 10 de out. de 2023.
  • BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.
  • Aspectos \u00e9ticos - Bilheteria Digital. Dispon\u00edvel em: Bilheteria Digital. Acesso em 30 de nov. de 2024.
"},{"location":"entregas/entrega_2/aspectos_eticos/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de Revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento J\u00e9ssica Eveline, Marcelo Adrian 24/11/2024 Ruan Carvalho 01/12/2024"},{"location":"entregas/entrega_2/caracteristicas/","title":"Caracter\u00edsticas da plataforma","text":""},{"location":"entregas/entrega_2/caracteristicas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A an\u00e1lise de requisitos, uma das 3 etapas do ciclo de Mayhew, contem tarefas essenciais para a defini\u00e7\u00e3o de metas de usabilidade, sendo uma delas o levantamento de caracter\u00edsticas da plataforma a ser analisada. Essa tarefa fornece uma base s\u00f3lida para o desenvolvimento de uma interface centrada no usu\u00e1rio a partir da listagem de funcionalidades, limita\u00e7\u00f5es t\u00e9cnicas e intera\u00e7\u00f5es poss\u00edveis, compreendendo o escopo do sistema, objetivando o desenvolvimento de metas de usabilidade que aprimorem a experi\u00eancia de uso.

"},{"location":"entregas/entrega_2/caracteristicas/#objetivo","title":"Objetivo","text":"

Este documento tem como objetivo identificar e detalhar caracter\u00edsticas de uso e t\u00e9cnicas da plataforma CD-MOJ, um online judge extensivamente utilizado pela comunidade do campus FCTE-UnB. Uma vez que essas caracter\u00edsticas estejam analisadas e categorizadas em n\u00edvel de urg\u00eancia para a corre\u00e7\u00e3o, ser\u00e1 poss\u00edvel produzir um design que aprimore a experi\u00eancia do usu\u00e1rio durante sua navega\u00e7\u00e3o.

"},{"location":"entregas/entrega_2/caracteristicas/#metodologia","title":"Metodologia","text":"

A metodologia adotada para o levantamento de caracter\u00edsticas da plataforma CD-MOJ segue as etapas do ciclo de an\u00e1lise de requisitos de Mayhew, com foco na identifica\u00e7\u00e3o de funcionalidades positivas e negativas, priorizando aquelas que afetam diretamente a experi\u00eancia do usu\u00e1rio. Atrav\u00e9s de testes e an\u00e1lise de impacto, as caracter\u00edsticas negativas s\u00e3o classificadas quanto \u00e0 urg\u00eancia para corre\u00e7\u00e3o. A partir disso, s\u00e3o estabelecidas metas de usabilidade para melhorar a navega\u00e7\u00e3o e efici\u00eancia da plataforma, com o objetivo de criar um design centrado no usu\u00e1rio, aprimorando a experi\u00eancia de uso e a acessibilidade.

"},{"location":"entregas/entrega_2/caracteristicas/#caracteristicas-positivas","title":"Caracter\u00edsticas positivas","text":"
  • O CD-MOJ \u00e9 um site desenvolvido com foco em treinamento para maratonas de programa\u00e7\u00e3o.
  • As fun\u00e7\u00f5es do site est\u00e3o documentadas com textos e v\u00eddeos, e tem documenta\u00e7\u00e3o para quem desejar criar contests e para quem deseja colaborar com o desenvolvimento.
  • As submiss\u00f5es nas atividades indicam o percentual de acerto na reposta enviada.
  • A plataforma possibilita enviar outras subimiss\u00f5es em um exerc\u00edcio j\u00e1 respondido, caso o usu\u00e1rio encontre uma outra solu\u00e7\u00e3o mais eficiente.
  • As quest\u00f5es disponibilizadas para treinamento na plataforma est\u00e3o caracterizadas por tags, facilitando aos utilizadores do sistema encontrarem quest\u00f5es mais adequadas aos seus estudos.
"},{"location":"entregas/entrega_2/caracteristicas/#caracteristicas-negativas","title":"Caracter\u00edsticas negativas","text":"
  • A p\u00e1gina inicial apresenta algumas informa\u00e7\u00f5es em ingl\u00eas, o que pode prejudicar a navega\u00e7\u00e3o de algumas pessoas.
  • O nome da universidade, disciplina, semestre e o nome da atividade em adamento aparecem na mesma linha e sem padroniza\u00e7\u00e3o, tornando mais confuso para encontrar a atividade desejada.
  • A sess\u00e3o de \"treino livre\" n\u00e3o pode ser acessada somente pela plataforma, sendo necess\u00e1rio utilizar o Telegram para adiquirir login e senha de acesso para os treinamentos.
  • A sess\u00e3o de perguntas frequentes (FAQ - Frequently Asked Questions) n\u00e3o possui op\u00e7\u00e3o para enviar mais d\u00favidas caso o usu\u00e1rio encontre outra dificuldade na navega\u00e7\u00e3o que n\u00e3o foi previamente respondida.
  • As respostas das submiss\u00f5es n\u00e3o s\u00e3o entregues de forma imediata, sendo necess\u00e1rio aguardar alguns segundos e recarregar a p\u00e1gina para ver seu desempenho.

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_2/caracteristicas/#referencia-bibliografica","title":"Refer\u00eancia bibliogr\u00e1fica","text":"

MOJ NAQUADAH. Dispon\u00edvel em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 01 dez. 2024.

"},{"location":"entregas/entrega_2/caracteristicas/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_2/caracteristicas/#historico-de-versoes","title":"Hist\u00f3rico de vers\u00f5es","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 listagem de caracter\u00edsticas da plataforma Ruan Carvalho 01/12/2024 J\u00e9ssica Eveline 03/12/2024"},{"location":"entregas/entrega_2/cenarios/","title":"Cen\u00e1rios","text":""},{"location":"entregas/entrega_2/cenarios/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento faz parte do desenvolvimento de cen\u00e1rios no \u00e2mbito da disciplina de Intera\u00e7\u00e3o Humano-Computador (IHC), com foco na an\u00e1lise de problemas de usabilidade enfrentados por usu\u00e1rios do CD-MOJ. O objetivo \u00e9 explorar quest\u00f5es cr\u00edticas de intera\u00e7\u00e3o, propor melhorias e, assim, promover uma experi\u00eancia mais intuitiva e acess\u00edvel para diferentes perfis de usu\u00e1rios.

"},{"location":"entregas/entrega_2/cenarios/#objetivo","title":"Objetivo","text":"

O principal objetivo deste documento \u00e9 identificar e documentar cen\u00e1rios de uso que evidenciem problemas de usabilidade na plataforma. Esses cen\u00e1rios foram elaborados para compreender como os usu\u00e1rios interagem com o sistema, identificar barreiras e propor solu\u00e7\u00f5es que aprimorem a experi\u00eancia do usu\u00e1rio, alinhando-se aos princ\u00edpios de design centrado no usu\u00e1rio.

"},{"location":"entregas/entrega_2/cenarios/#metodologia","title":"Metodologia","text":"

Para a cria\u00e7\u00e3o dos cen\u00e1rios, foi utilizada uma abordagem baseada no framework DECIDE, que orienta a an\u00e1lise de usabilidade e coleta de dados para avaliar e propor melhorias em sistemas interativos. O processo seguiu as seguintes etapas:

1 - Identifica\u00e7\u00e3o de problemas: Foram analisados pontos de frustra\u00e7\u00e3o e desafios enfrentados pelos usu\u00e1rios do CD-MOJ, como a aus\u00eancia de feedback em tempo real, dificuldade na troca de senha e falta de mecanismos de busca para competi\u00e7\u00f5es passadas.

2 - Coleta de dados: A an\u00e1lise foi embasada em observa\u00e7\u00f5es, relatos de usu\u00e1rios e estudos pr\u00e9vios sobre boas pr\u00e1ticas de design para plataformas de ju\u00edzes online.

3 - Cria\u00e7\u00e3o dos cen\u00e1rios: Cada cen\u00e1rio foi elaborado detalhando elementos como contexto, objetivos, atores, epis\u00f3dios, restri\u00e7\u00f5es e exce\u00e7\u00f5es. Essa estrutura permite visualizar as intera\u00e7\u00f5es dos usu\u00e1rios com a plataforma e identificar lacunas de usabilidade.

"},{"location":"entregas/entrega_2/cenarios/#cenarios","title":"C\u00e9narios","text":""},{"location":"entregas/entrega_2/cenarios/#falta-de-feedback-em-tempo-real-durante-a-analise-de-submissoes","title":"Falta de feedback em tempo real durante a an\u00e1lise de submiss\u00f5es","text":"

Tabela 1: Cen\u00e1rio falta de feedback.

Elemento Descri\u00e7\u00e3o Objetivo Garantir que o usu\u00e1rio receba feedback claro e em tempo real durante a an\u00e1lise de submiss\u00f5es. Contexto - Local: Participando de uma competi\u00e7\u00e3o, em casa. - Tempo: Durante a submiss\u00e3o de solu\u00e7\u00f5es para problemas no CD-MOJ. - Pr\u00e9-condi\u00e7\u00f5es: Ter acesso \u00e0 internet, estar logado na plataforma, e ter submetido uma solu\u00e7\u00e3o v\u00e1lida. Recursos - Conex\u00e3o \u00e0 internet - Computador ou dispositivo com acesso \u00e0 plataforma CD-MOJ - Sistema de submiss\u00f5es do CD-MOJ funcionando corretamente. Ator Usu\u00e1rios da plataforma, especialmente programadores iniciantes como o usu\u00e1rio. Epis\u00f3dios - O usu\u00e1rio participa de uma competi\u00e7\u00e3o e resolve um problema. - Ele submete sua solu\u00e7\u00e3o atrav\u00e9s da interface da plataforma. - O sistema exibe o status inicial \"Not answered yet\". - O usu\u00e1rio aguarda feedback, mas a p\u00e1gina n\u00e3o atualiza automaticamente. - Ap\u00f3s alguns minutos, ele recarrega manualmente a p\u00e1gina. - Somente ap\u00f3s o reload, o sistema exibe o resultado final (\"Accepted\", \"Wrong Answer\", etc.). - O usu\u00e1rio n\u00e3o recebe informa\u00e7\u00f5es sobre o progresso da an\u00e1lise, como a quantidade de casos de teste que foram processados. - A falta de feedback em tempo real deixa o usu\u00e1rio frustrado e desmotivado. Restri\u00e7\u00f5es - O sistema deve fornecer atualiza\u00e7\u00f5es autom\u00e1ticas durante a an\u00e1lise de submiss\u00f5es. - O feedback deve ser claro, indicando progresso (por exemplo, quantidade de casos de teste processados). - Mensagens informativas devem estar dispon\u00edveis em caso de problemas t\u00e9cnicos. Exce\u00e7\u00e3o - Problemas no servidor impedem o processamento das submiss\u00f5es. - Falha no sistema de notifica\u00e7\u00f5es em tempo real. - Perda de conex\u00e3o \u00e0 internet durante o processo de submiss\u00e3o. - Submiss\u00e3o inv\u00e1lida devido a erros no c\u00f3digo ou formato do arquivo.

Autor(es): Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/cenarios/#troca-de-senha-do-usuario","title":"Troca de senha do usu\u00e1rio","text":"

Tabela 2: Cen\u00e1rio troca de senha do usu\u00e1rio.

Elemento Descri\u00e7\u00e3o Objetivo Alterar a senha da conta para aumentar a seguran\u00e7a pessoal. Contexto - Local: Casa ou qualquer ambiente seguro com acesso \u00e0 internet. - Tempo: Ap\u00f3s assistir \u00e0 palestra sobre seguran\u00e7a digital. - Pr\u00e9-condi\u00e7\u00f5es: Ter acesso \u00e0 internet, estar logada na conta CDMOJ, e possuir a senha atual da conta. Recursos - Conex\u00e3o \u00e0 internet - Dispositivo com navegador (notebook, smartphone, etc.) - Plataforma CD-MOJ com suporte \u00e0 troca de senha. Ator Usu\u00e1rios cadastrados na plataforma CD-MOJ. Epis\u00f3dios - O usu\u00e1rio acessa o site do CD-MOJ em seu notebook. - Ela navega at\u00e9 o painel de configura\u00e7\u00f5es de conta. - O usu\u00e1rio tem dificuldade em localizar a op\u00e7\u00e3o \"Alterar Senha\", que est\u00e1 posicionada de forma pouco vis\u00edvel. - Ap\u00f3s encontrar a funcionalidade, ela insere a senha atual, a nova senha e a confirma\u00e7\u00e3o da nova senha. - O sistema n\u00e3o informa os crit\u00e9rios para a nova senha. - O usu\u00e1rio tenta usar uma senha simples e recebe uma mensagem de erro gen\u00e9rica. - Depois de v\u00e1rias tentativas e ajustes, o usu\u00e1rio consegue definir uma senha forte. - O sistema confirma a altera\u00e7\u00e3o com uma mensagem de sucesso. Restri\u00e7\u00f5es - Fluxo de navega\u00e7\u00e3o intuitivo para encontrar a funcionalidade de troca de senha. - Exibi\u00e7\u00e3o clara dos crit\u00e9rios necess\u00e1rios para a nova senha. - Mensagens de erro informativas e orientadoras. Exce\u00e7\u00e3o - O usu\u00e1rio n\u00e3o se lembra da senha atual. - O sistema n\u00e3o valida corretamente os crit\u00e9rios de seguran\u00e7a da senha. - Falta de conex\u00e3o \u00e0 internet durante o processo. - Problemas t\u00e9cnicos na plataforma impedem a altera\u00e7\u00e3o da senha.

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_2/cenarios/#problema-com-o-faq","title":"Problema com o FAQ","text":"

Tabela 3: Cen\u00e1rio problema com o FAQ.

Elemento Descri\u00e7\u00e3o Objetivo Realizar e entregar as atividades da disciplina. Contexto - Local: No quarto - Tempo: Ap\u00f3s chegar da faculdade - Pr\u00e9-condi\u00e7\u00f5es: Ter acesso \u00e0 internet, possuir computador e estar logada na conta CDMOJ Recursos - Conex\u00e3o \u00e0 internet - Dispositivo com navegador (notebook, desktop, smartphone, etc.) - Acesso a plataforma CD-MOJ Ator Usu\u00e1rios que iram realizar atividades de uma disciplina Epis\u00f3dios - O usu\u00e1rio acessa o site do CD-MOJ. - Ele navega no site at\u00e9 achar o contest da disciplina cursada. - O usu\u00e1rio acessa o contest. - Ele come\u00e7a a analisar as quest\u00f5es e as realiza. - O usu\u00e1rio se depara com um problema durante o envio do c\u00f3digo: \"Time Limit Exceeded, 0p\" - O usuario percorre pelo FAQ do CD-MOJ para compreender a mensagem. - Ele n\u00e3o encontra explica\u00e7\u00f5es sobre o problema. - Ele busca em f\u00f3runs a respeito do problema. - O usu\u00e1rio compreende o que aconteceu e reenvia sua atividade. Restri\u00e7\u00f5es - O site deve expandir sua documenta\u00e7\u00e3o sobre problemas frequentemente enfrentados. Exce\u00e7\u00e3o - Problemas de autentica\u00e7\u00e3o. - O disp\u00f3sitivo eletr\u00f4nico apresenta problemas. - Falta de conex\u00e3o \u00e0 internet durante o processo. - Plataforma fora do ar.

Autor(es): Jo\u00e3o Vitor Santos, 2024.

"},{"location":"entregas/entrega_2/cenarios/#falta-de-mecanismos-de-busca-e-acesso-a-enunciados-de-competicoes-passadas","title":"Falta de mecanismos de busca e acesso a enunciados de competi\u00e7\u00f5es passadas","text":"

Tabela 4: Cen\u00e1rio falta de mecanismos de busca.

Elemento Descri\u00e7\u00e3o Objetivo Revisitar competi\u00e7\u00f5es passadas no CD MOJ para estudar e se preparar para futuros contests. Contexto - Local: Casa, laborat\u00f3rio ou outro local com acesso \u00e0 internet. - Tempo: Durante o planejamento de estudos ou momentos de revis\u00e3o. - Pr\u00e9-condi\u00e7\u00f5es: A plataforma deve ter registros de competi\u00e7\u00f5es passadas, e o usu\u00e1rio deve ter acesso \u00e0 internet. Recursos - Conex\u00e3o \u00e0 internet - Dispositivo com navegador (computador ou smartphone) - Plataforma CD MOJ com hist\u00f3rico de competi\u00e7\u00f5es passadas. Ator Estudantes que busca material de estudo e revis\u00e3o para contests. Epis\u00f3dios - O usu\u00e1rio acessa a plataforma CD MOJ. - Ele navega at\u00e9 a se\u00e7\u00e3o \"Past\". - Nota que a p\u00e1gina n\u00e3o possui mecanismos de busca ou filtros, dificultando a localiza\u00e7\u00e3o da competi\u00e7\u00e3o desejada. - Ap\u00f3s navegar manualmente por v\u00e1rios minutos, encontra a competi\u00e7\u00e3o de interesse. - Tenta acessar o enunciado das quest\u00f5es, mas descobre que precisa de autoriza\u00e7\u00e3o externa (login com um professor ou um bot no telegram). - Frustrado com a burocracia, desiste de utilizar a plataforma para este prop\u00f3sito. Restri\u00e7\u00f5es - A p\u00e1gina deve permitir acesso direto ao conte\u00fado das competi\u00e7\u00f5es. - Necessidade de implementar mecanismos de busca e filtros para facilitar a navega\u00e7\u00e3o. Exce\u00e7\u00e3o - A plataforma n\u00e3o possui registros de competi\u00e7\u00f5es passadas. - O usu\u00e1rio n\u00e3o encontra as competi\u00e7\u00f5es espec\u00edficas de seu interesse. - Problemas de autentica\u00e7\u00e3o ou indisponibilidade de login com professores. - Falta de conex\u00e3o \u00e0 internet.

Autor(es): Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_2/cenarios/#ausencia-de-informacoes-em-submissoes-erradas","title":"Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas","text":"

Tabela 5: Cen\u00e1rio Aus\u00eancia de informa\u00e7\u00f5es.

Elemento Descri\u00e7\u00e3o Objetivo Encontar casos de teste que gerem erros no algor\u00edtmo para an\u00e1lise Contexto - Local: Casa, laborat\u00f3rio ou outro local com acesso \u00e0 internet. - Tempo: Durante o prazo da lista de exerc\u00edcios. - Pr\u00e9-condi\u00e7\u00f5es: Ter acesso \u00e0 internet, estar logado na plataforma, e ter submetido uma solu\u00e7\u00e3o parcialmente correta. Recursos - Conex\u00e3o \u00e0 internet - Dispositivo com navegador (computador ou smartphone) - Plataforma CD MOJ aceitando submiss\u00f5es corretamente. Ator Estudante com problemas em sua solu\u00e7\u00e3o. Epis\u00f3dios - O usu\u00e1rio acessa a plataforma CD MOJ. - Ele envia sua solu\u00e7\u00e3o da atividade. - Recebe a mensagem \"Wrong Answer 50p\". - Procura outros conjuntos de entradas e sa\u00eddas diferente dos fornecidos no enunciado. - Entra em contato com o Mojinho pelo Telegram. - Recebe outros conjuntos de entradas e sa\u00eddas utilizados para testar sua solu\u00e7\u00e3o. - Identifica os casos em que seu c\u00f3digo apresenta defeitos e faz as corre\u00e7\u00f5es Restri\u00e7\u00f5es - Falta de informa\u00e7\u00f5es que orientem os estudantes a entregar suas solu\u00e7\u00f5es de forma correta. - Uso de aplicativo externo para encontrar outros casos de testes. Exce\u00e7\u00e3o - Instabilidade nos servidores do CD-MOJ. - O usu\u00e1rio entrega sua solu\u00e7\u00e3o correta na primeira tentativa. - Problemas com o mojinho ou Telegram. - Falta de conex\u00e3o \u00e0 internet.

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_2/cenarios/#bibliografia","title":"Bibliografia","text":"

ROSSON, M.B., CARROL, J.M. Usability engineering: scenario-based development of human-computer interaction. Morgan Kaufmann, 2002.

COOPER, Alan. The Inmates Are Running the Asylum: Why High Tech Products Drive Us Crazy and How to Restore the Sanity (2nd Edition). Sams Publishing, 1999.

BARBOSA, S. D. J.; SILVA, B. S. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2011.

"},{"location":"entregas/entrega_2/cenarios/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"

Tabela 6: Hist\u00f3rico de vers\u00e3o.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de Revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 24/11/2024 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 03/12/2024"},{"location":"entregas/entrega_2/entrega_2/","title":"Entrega 2","text":""},{"location":"entregas/entrega_2/entrega_2/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_2/entrega_2/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o foca nos artefatos da etapa 2.

"},{"location":"entregas/entrega_2/entrega_2/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): J\u00e9ssica Eveline , 2024.

"},{"location":"entregas/entrega_2/entrega_2/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1: Entrega 2 - IHC - Grupo 05.

Link: Entrega 2 - IHC - Grupo 05

"},{"location":"entregas/entrega_2/entrega_2/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o da entrega e disponibiliza\u00e7\u00e3o do link J\u00e9ssica Eveline 03/12/2024 Ruan Carvalho 03/12/2024"},{"location":"entregas/entrega_2/guia_de_estilo/","title":"Guia de Estilo","text":""},{"location":"entregas/entrega_2/guia_de_estilo/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento estabelece as diretrizes de estilo para o desenvolvimento e manuten\u00e7\u00e3o do site MOJ Naquadah. O objetivo \u00e9 garantir consist\u00eancia visual, clareza e uma experi\u00eancia de usu\u00e1rio intuitiva e agrad\u00e1vel, alinhando as decis\u00f5es de design e desenvolvimento com as melhores pr\u00e1ticas de usabilidade. Este guia ser\u00e1 utilizado por toda a equipe do projeto da disciplina de Intera\u00e7\u00e3o Humano-Computador e serve como refer\u00eancia para an\u00e1lise, melhoria e aprimoramento da plataforma.

"},{"location":"entregas/entrega_2/guia_de_estilo/#objetivo","title":"Objetivo","text":"

O objetivo deste guia de estilo \u00e9 fornecer um conjunto claro de diretrizes e padr\u00f5es visuais e funcionais que ajudem a criar uma interface coesa e de f\u00e1cil utiliza\u00e7\u00e3o. Por meio dessas orienta\u00e7\u00f5es, espera-se:

  • Uniformidade Visual: garantir que todos os elementos e p\u00e1ginas da plataforma tenham uma apar\u00eancia consistente.
  • Acessibilidade: promover o acesso equitativo a todos os usu\u00e1rios, independentemente de suas habilidades ou dispositivos utilizados.
  • Melhoria Cont\u00ednua: servir como base para identificar pontos de melhoria, mesmo sem implementa\u00e7\u00e3o de mudan\u00e7as imediatas.
  • Efici\u00eancia na Comunica\u00e7\u00e3o: facilitar o alinhamento e estabelecer crit\u00e9rios objetivos e alinhados \u00e0s metas do projeto.

Al\u00e9m disso, este guia se prop\u00f5e a documentar as boas pr\u00e1ticas observadas no sistema e identificar oportunidades de ajustes para atender \u00e0s expectativas dos usu\u00e1rios.

"},{"location":"entregas/entrega_2/guia_de_estilo/#metodologia","title":"Metodologia","text":"

A metodologia para a constru\u00e7\u00e3o deste guia de estilo baseou-se em uma abordagem sistem\u00e1tica e orientada pela an\u00e1lise do sistema atual, incluindo:

  1. Estudo do Sistema: mapeamento das caracter\u00edsticas visuais e funcionais do MOJ Naquadah, observando seus componentes, fluxos de navega\u00e7\u00e3o e intera\u00e7\u00e3o.
  2. Princ\u00edpios de IHC: aplica\u00e7\u00e3o de fundamentos te\u00f3ricos da disciplina para avaliar os elementos da interface, levando em conta crit\u00e9rios como:
  3. Visibilidade do estado do sistema.
  4. Compatibilidade entre o sistema e o mundo real.
  5. Flexibilidade e efici\u00eancia de uso.
  6. Design minimalista e intuitivo.
  7. An\u00e1lise Comparativa: compara\u00e7\u00e3o com padr\u00f5es consagrados de design.
  8. Feedback do Usu\u00e1rio: considera\u00e7\u00e3o de insights coletados com base em intera\u00e7\u00f5es reais de usu\u00e1rios no sistema.
  9. Estrutura\u00e7\u00e3o do Documento: categoriza\u00e7\u00e3o das diretrizes para f\u00e1cil consulta e entendimento pela equipe.

Esta metodologia visa documentar as melhores pr\u00e1ticas observadas e propor recomenda\u00e7\u00f5es para tornar o sistema mais eficiente e agrad\u00e1vel ao usu\u00e1rio, respeitando as limita\u00e7\u00f5es do escopo atual.

"},{"location":"entregas/entrega_2/guia_de_estilo/#manual-guia-de-estilo","title":"Manual - Guia de Estilo","text":""},{"location":"entregas/entrega_2/guia_de_estilo/#conteudo-e-organizacao-do-guia-de-estilo","title":"Conte\u00fado e Organiza\u00e7\u00e3o do Guia de Estilo","text":"
  • Se\u00e7\u00e3o 1: Identidade Visual - Detalha os elementos visuais principais do sistema.
  • Se\u00e7\u00e3o 2: Componentes da Interface - Define padr\u00f5es para bot\u00f5es, tabelas, menus e outros elementos.
  • Se\u00e7\u00e3o 3: Boas Pr\u00e1ticas de Usabilidade - Inclui recomenda\u00e7\u00f5es gerais para desenvolvimento e manuten\u00e7\u00e3o do sistema.
  • Se\u00e7\u00e3o 4: Hist\u00f3rico de Vers\u00f5es - Documento vivo, registrando revis\u00f5es e atualiza\u00e7\u00f5es do guia.
"},{"location":"entregas/entrega_2/guia_de_estilo/#publico-alvo","title":"P\u00fablico-alvo","text":"

Este guia \u00e9 voltado para desenvolvedores, designers e stakeholders do projeto MOJ Naquadah que estejam envolvidos na cria\u00e7\u00e3o, manuten\u00e7\u00e3o ou avalia\u00e7\u00e3o da interface do sistema.

"},{"location":"entregas/entrega_2/guia_de_estilo/#como-utilizar-o-guia","title":"Como Utilizar o Guia","text":"
  • Consultas R\u00e1pidas: Use as se\u00e7\u00f5es espec\u00edficas para refer\u00eancias r\u00e1pidas a elementos visuais e componentes.
  • Planejamento: Aplique as diretrizes ao iniciar novos projetos ou funcionalidades para garantir consist\u00eancia.
  • Manuten\u00e7\u00e3o: Consulte o guia ao realizar atualiza\u00e7\u00f5es para preservar a integridade visual e funcional do sistema.
"},{"location":"entregas/entrega_2/guia_de_estilo/#como-manter-o-guia","title":"Como Manter o Guia","text":"

O guia deve refletir necessidades, tend\u00eancias e feedback dos usu\u00e1rios. Todas as altera\u00e7\u00f5es devem ser documentadas no Hist\u00f3rico de Vers\u00f5es.

"},{"location":"entregas/entrega_2/guia_de_estilo/#elementos-de-interface","title":"Elementos de Interface","text":""},{"location":"entregas/entrega_2/guia_de_estilo/#1-identidade-visual","title":"1. Identidade Visual","text":""},{"location":"entregas/entrega_2/guia_de_estilo/#paleta-de-cores","title":"Paleta de Cores","text":"
  • Prim\u00e1rias:
  • Preto (#000000): Cabe\u00e7alho e rodap\u00e9.
  • Branco (#FFFFFF): Fundo principal e texto de destaque.
  • Secund\u00e1rias:
  • Cinza claro (#F2F2F2): Fundo de blocos de conte\u00fado.
"},{"location":"entregas/entrega_2/guia_de_estilo/#tipografia","title":"Tipografia","text":"
  • Fonte principal: Arial.
  • T\u00edtulos: Negrito, cor preta.
  • Textos: Regular, cor preta.
  • Links: Azul sublinhado no estado padr\u00e3o, sem sublinhado ao passar o mouse (hover).
"},{"location":"entregas/entrega_2/guia_de_estilo/#logotipo","title":"Logotipo","text":"
  • O logotipo \"CD-MOJ\" deve ser posicionado no topo esquerdo.
"},{"location":"entregas/entrega_2/guia_de_estilo/#2-componentes-da-interface","title":"2. Componentes da Interface","text":""},{"location":"entregas/entrega_2/guia_de_estilo/#botoes","title":"Bot\u00f5es","text":"
  • Estilo Padr\u00e3o.
  • Estados:
  • Hover.
  • Clicado.
"},{"location":"entregas/entrega_2/guia_de_estilo/#menu-de-navegacao","title":"Menu de Navega\u00e7\u00e3o","text":"
  • Posi\u00e7\u00e3o: Menu lateral fixo na esquerda.
  • Estilo:
  • Links: Texto preto (#000000).
  • Fundo: Branco (#FFFFFF).
  • \u00cdcones e indicadores.
  • Tamanho da Fonte: 14px, regular.
"},{"location":"entregas/entrega_2/guia_de_estilo/#blocos-de-destaque","title":"Blocos de Destaque","text":"
  • Cada bloco no topo deve seguir as seguintes diretrizes:
  • Cor do Fundo:
    • Azul claro (#CFE2F3).
    • Vermelho (#990000).
    • Amarelo (#FFCC00).
  • Fonte: Arial, negrito, 16px.
  • \u00cdcones: Alinhados \u00e0 esquerda.
"},{"location":"entregas/entrega_2/guia_de_estilo/#tabelas","title":"Tabelas","text":"
  • Cabe\u00e7alho da Tabela:
  • Fundo cinza claro (#F2F2F2).
  • Texto em negrito, tamanho 14px, cor preta (#000000).
  • Linhas Alternadas:
  • Fundo branco (#FFFFFF) e cinza (#F9F9F9).
  • Links na Tabela.
"},{"location":"entregas/entrega_2/guia_de_estilo/#conclusao","title":"Conclus\u00e3o","text":"

Este guia de estilo fornece uma base para o desenvolvimento de uma interface padronizada e eficiente focando no CD-MOJ, garantindo que as diretrizes sejam aplicadas de forma consistente. A colabora\u00e7\u00e3o cont\u00ednua ser\u00e1 essencial para manter o guia relevante e alinhado \u00e0s expectativas.

"},{"location":"entregas/entrega_2/guia_de_estilo/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
  • MOJ NAQUADAH. Dispon\u00edvel em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 02 dez. 2024.
  • INTERA\u00c7\u00c3O HUMANO-COMPUTADOR. Guia de Estilo: an\u00e1lise de requisitos \u2013 Banco Central. GitHub, 2023. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2023.1-BancoCentral/blob/master/docs/analise_requisitos/guia_estilo.md. Acesso em: 01 dez. 2024.
  • BARBOSA, S. D. J.; SILVA, B. S. da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Editora Campus, 2010.
  • MARCUS, A. Graphic Design for Electronic Documents and User Interfaces. ACM Press, 1992.
  • MAYHEW, D. The Usability Engineering Lifecycle: A Practitioner\u2019s Handbook for User Interface Design. San Francisco: Morgan Kaufmann, 1999.
"},{"location":"entregas/entrega_2/guia_de_estilo/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento J\u00e9ssica Eveline, Marcelo Adrian 02/12/2024 Ruan Carvalho 03/12/2024"},{"location":"entregas/entrega_2/perfil/","title":"Perfil de Usu\u00e1rio","text":""},{"location":"entregas/entrega_2/perfil/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O perfil de usu\u00e1rio \u00e9 uma ferramenta essencial para compreender as caracter\u00edsticas, necessidades e comportamentos dos indiv\u00edduos que utilizam ou ir\u00e3o utilizar um sistema ou aplicativo. Baseada em dados coletados diretamente dos usu\u00e1rios, esse perfil permite identificar padr\u00f5es e prefer\u00eancias, facilitando o desenvolvimento de solu\u00e7\u00f5es mais eficazes e personalizadas.

"},{"location":"entregas/entrega_2/perfil/#objetivo","title":"Objetivo","text":"

Definir o perfil de usu\u00e1rio do CD-MOJ, identificando caracter\u00edsticas demogr\u00e1ficas, tecnol\u00f3gicas e acad\u00eamicas dos principais grupos que utilizam a plataforma. Isso facilitar\u00e1 a adequa\u00e7\u00e3o do sistema \u00e0s demandas espec\u00edficas de seus usu\u00e1rios.

"},{"location":"entregas/entrega_2/perfil/#metodologia","title":"Metodologia","text":"

Para este caso espec\u00edfico, optamos pela an\u00e1lise documental como m\u00e9todo principal devido \u00e0 exist\u00eancia de dados previamente dispon\u00edveis sobre os aspectos que desej\u00e1vamos investigar. Essa abordagem permitiu uma interpreta\u00e7\u00e3o eficiente das informa\u00e7\u00f5es, possibilitando a cria\u00e7\u00e3o de perfis.

"},{"location":"entregas/entrega_2/perfil/#resultado-da-analise-documental","title":"Resultado da an\u00e1lise documental","text":"

Para a an\u00e1lise documental, utilizamos diversos documentos, incluindo aqueles disponibilizados pelo CD-MOJ e pela pr\u00f3pria Universidade de Bras\u00edlia (UnB).

Constatamos que o uso do CD-MOJ est\u00e1 fortemente concentrado nos estudos realizados na UnB, tanto por experi\u00eancias vivenciadas entre os integrantes quanto por uma afirma\u00e7\u00e3o presente no TCC \"CD-MOJ: Contribui\u00e7\u00f5es para melhorias no sistema\", de autoria de Luciano dos Santos Silva, orientado pelo Prof. Dr. Bruno C\u00e9sar Ribas, criador do CD-MOJ. O TCC afirma:

\"O Contest Driven Meta Online Judge ou CD-MOJ \u00e9 um online judge desenvolvido pelo Prof. Dr. Bruno C\u00e9sar Ribas, inicialmente com o intuito de facilitar o treinamento das equipes para a Maratona de Programa\u00e7\u00e3o da Universidade Tecnol\u00f3gica Federal do Paran\u00e1(UTFPR) \u2014 Campus Pato Branco e tamb\u00e9m tornar poss\u00edvel a resolu\u00e7\u00e3o de problemas das plataformas do SPOJ-BR e URI online judge. Atualmente CD-MOJ atua como uma plataforma de apoio para disciplinas de programa\u00e7\u00e3o na Universidade de Bras\u00edlia(UnB) e conta com um reposit\u00f3rio de problemas para as disciplinas de Algoritmos e Programa\u00e7\u00e3o de Computadores, Compiladores, Estrutura de Dados I e II, Fundamentos de Arquitetura de Computadores e Fundamentos de Sistemas Operacionais.\"

"},{"location":"entregas/entrega_2/perfil/#idade-e-genero","title":"Idade e g\u00eanero","text":"

Foram utilizados dados do Perfil do Estudante para a realiza\u00e7\u00e3o desta parte. E de acordo com os dados da tabela 1 e 2, podemos inferir que grande parte dos estudantes possui entre 18 a 24 anos, al\u00e9m de ser sua maior parte masculino

Tabela 1 - Faixa et\u00e1ria dos alunos (2022).

Faixa Et\u00e1ria Ingressantes Matriculados Formados 18 a 24 anos 441 443 0 25 a 29 anos 17 23 0 30 a 34 anos 4 4 0 35 a 39 anos 2 3 0 40 a 44 anos 3 4 0 45 anos ou mais 80 75 0 Total 547 552 0

Autor(es): Jo\u00e3o Vitor, Felipe Rodrigues, 2024.

Tabela 2 - Dados por sexo em (2022).

Sexo Ingressantes Matriculados Formados Feminino 113 110 0 Masculino 434 442 0 Total 547 552 0

Autor(es): Jo\u00e3o Vitor, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/perfil/#perfil-de-afinidade-tecnologica","title":"Perfil de afinidade tecnol\u00f3gica","text":"

Por ser uma faculdade de tecnologia, assumimos que os usu\u00e1rios t\u00eam experi\u00eancia elevada com dispositivos tecnol\u00f3gicos e apresentam uma atitude tecn\u00f3fila, caracterizada pelo interesse e facilidade com tecnologia.

"},{"location":"entregas/entrega_2/perfil/#perfil-de-escolaridade-dos-usuarios","title":"Perfil de escolaridade dos usu\u00e1rios","text":"

A maioria dos alunos est\u00e1 cursando o ensino superior, com ingresso predominantemente via Programa de Avalia\u00e7\u00e3o Seriada (PAS) ou Exame Nacional do Ensino M\u00e9dio (Enem), conforme os dados da tabela 3.

Tabela 3 - Forma de ingresso (2022).

Forma de Ingresso no Curso Ingressantes Matriculados Formados Enem - UnB 137 141 0 Portador de Diploma de Curso Superior 18 17 0 Programa de Avalia\u00e7\u00e3o Seriada 255 267 0 Sisu - Sistema de Sele\u00e7\u00e3o Unificada 0 1 0 Transfer\u00eancia Facultativa 2 2 0 Vestibular 135 124 0 Total 547 552 0

Autor(es): Jo\u00e3o Vitor, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/perfil/#uso-do-cd-moj","title":"Uso do CD-MOJ","text":"

Como mencionado no TCC de Luciano dos Santos Silva, grande parte dos alunos utiliza o CD-MOJ para realizar exerc\u00edcios relacionados \u00e0s disciplinas. J\u00e1 os professores utilizam a plataforma como um suporte para suas disciplinas.

"},{"location":"entregas/entrega_2/perfil/#definicao-do-perfil-de-usuario","title":"Defini\u00e7\u00e3o do perfil de usu\u00e1rio","text":"

De acordo com a analise documental que possui, foi possivel tra\u00e7ar o perfil de usuario. Dois perfis de usuario sendo A de aluno e B de professor.

Tabela 4 - Perfil do usu\u00e1rio

Informa\u00e7\u00e3o Perfil A Perfil B Idade 18-24 30-40 G\u00eanero Predominantemente Masculino Predominantemente Masculino Grau de escolaridade Ensino Superior Incompleto Doutorado Experi\u00eancia Elevada com dispositivos tecnol\u00f3gicos. Elevada com dispositivos tecnol\u00f3gicos. Atitudes Tecn\u00f3filos Tecn\u00f3filos Tarefas prim\u00e1rias Realiza\u00e7\u00e3o de Atividade Acad\u00eamias Suporte para disciplina

Autor(es): Jo\u00e3o Vitor, Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/perfil/#bibliografia","title":"Bibliografia","text":"
  • Perfil dos estudantes da UnB 2022 - Engenharia de Software. Acesso em: 01/12/2024.
  • Perfil dos estudantes da UnB 2022 - Engenharias. Acesso em: 01/12/2024.
  • TCC - Luciano dos Santos . Acesso em: 01/12/2024.
"},{"location":"entregas/entrega_2/perfil/#refencias-bibliografia","title":"Ref\u00eancias bibliografia","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o. * Perfil dos estudantes. Acesso em: 01/12/2024. * Perfil dos estudantes da UnB 2022. Acesso em: 01/12/2024.

"},{"location":"entregas/entrega_2/perfil/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Vers\u00e3o inicial do perfil de Usu\u00e1rio Jo\u00e3o Vitor, Felipe Rodrigues 01/12/2024 Marcelo Adrian 02/12/2024"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/","title":"An\u00e1lise de tarefas Modelo GOMS","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O CD-MOJ, apesar de sua utilidade, apresenta desafios que afetam negativamente a experi\u00eancia do usu\u00e1rio, como falta de feedback em tempo real, dificuldade na navega\u00e7\u00e3o e insufici\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas.

Para investigar esses problemas, aplicamos o modelo GOMS (Goals, Operators, Methods, and Selection Rules), uma metodologia consagrada em estudos de intera\u00e7\u00e3o humano-computador. O GOMS permite decompor as tarefas realizadas pelos usu\u00e1rios em objetivos, m\u00e9todos e opera\u00e7\u00f5es, detalhando as escolhas e a\u00e7\u00f5es cognitivas e f\u00edsicas necess\u00e1rias. A an\u00e1lise foi realizada com varia\u00e7\u00f5es espec\u00edficas do GOMS, como KLM (Keystroke-Level Model) e CMN-GOMS, para mapear os processos e propor melhorias fundamentadas.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#metodologia","title":"Metodologia","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#modelo-goms","title":"Modelo GOMS","text":"

O modelo GOMS analisa as intera\u00e7\u00f5es entre usu\u00e1rios e sistemas computacionais, estruturando as tarefas em objetivos, m\u00e9todos, operadores e regras de sele\u00e7\u00e3o. Para esta an\u00e1lise, foram utilizadas as seguintes varia\u00e7\u00f5es:

  1. KLM (Keystroke-Level Model): Foco no tempo gasto em intera\u00e7\u00f5es f\u00edsicas, como pressionamento de teclas, cliques e navega\u00e7\u00e3o.

  2. CMN-GOMS (Cognitive Modeling Notation): Modela as decis\u00f5es do usu\u00e1rio com base em condi\u00e7\u00f5es espec\u00edficas, como feedback do sistema ou informa\u00e7\u00f5es contextuais.

Esses m\u00e9todos foram aplicados a quatro fluxos principais no CD-MOJ: falta de feedback em tempo real, troca de senha, falta de mecanismos de busca e acesso a enunciados de competi\u00e7\u00f5es passadas e aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas. A an\u00e1lise incluiu a identifica\u00e7\u00e3o de problemas, c\u00e1lculo de tempos estimados e descri\u00e7\u00e3o das opera\u00e7\u00f5es cognitivas e f\u00edsicas realizadas pelos usu\u00e1rios.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#falta-de-feedback-em-tempo-real-durante-a-analise-de-submissoes","title":"Falta de feedback em tempo real durante a an\u00e1lise de submiss\u00f5es","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#klm-keystroke-level-model","title":"KLM (Keystroke-Level Model)","text":"

Tabela 1: KLM da Falta de feedback.

Etapa Descri\u00e7\u00e3o Tempo (segundos) 1. Acessar plataforma Abrir o navegador e acessar o URL da plataforma CD-MOJ 2 2. Submeter solu\u00e7\u00e3o Preencher os campos e clicar em \"Submeter\" 4 3. Aguardar feedback Aguarda a resposta do sistema 20 4. Recarregar p\u00e1gina manualmente Clicar para recarregar a p\u00e1gina 3 5. Exibir resultado final O sistema exibe a resposta final (\"Accepted\", \"Wrong Answer\") 2 Total 31 segundos

Autor(es): Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#modelagem-do-goms-cmn-goms","title":"Modelagem do GOMS (CMN-GOMS)","text":"

Tabela 2: CMN-GOMS Falta de feedback.

Objetivo M\u00e9todo Operador Sele\u00e7\u00e3o (Se) Garantir feedback em tempo real Submeter solu\u00e7\u00e3o Clicar em \"Submeter\" Se o sistema n\u00e3o responde, aguardar feedback Obter status da submiss\u00e3o Verificar status na p\u00e1gina Verificar Se n\u00e3o houver progresso, tentar recarregar Aguardar feedback e analisar progresso Observar as mensagens de progresso Observar Se o sistema n\u00e3o mostra progresso, recarregar Exibir resultado final (\"Accepted\", etc.) Visualizar mensagem de resultado Observar Se resultado final n\u00e3o aparecer, recarregar

Autor(es): Felipe Rodrigues, 2024.

Neste modelo CMN-GOMS, o usu\u00e1rio decide se deve aguardar o feedback do sistema ou tentar recarregar a p\u00e1gina caso n\u00e3o obtenha informa\u00e7\u00f5es, levando em considera\u00e7\u00e3o a aus\u00eancia de informa\u00e7\u00f5es de progresso em tempo real.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#troca-de-senha-do-usuario","title":"Troca de senha do usu\u00e1rio","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#klm-keystroke-level-model_1","title":"KLM (Keystroke-Level Model)","text":"

Tabela 3: KLM da Troca de senha do usu\u00e1rio.

Etapa Descri\u00e7\u00e3o Tempo (segundos) 1. Acessar o site Abrir o navegador e acessar a URL do site 2 2. Navegar at\u00e9 configura\u00e7\u00f5es Clicar em menus e navegar para o painel de configura\u00e7\u00f5es 4 3. Localizar a op\u00e7\u00e3o \"Alterar Senha\" Procurar pela op\u00e7\u00e3o de senha no painel 6 4. Clicar na op\u00e7\u00e3o Clicar na op\u00e7\u00e3o \"Alterar Senha\" 1 5. Inserir senha atual Digitar a senha atual 3 6. Inserir nova senha Digitar a nova senha 3 7. Confirmar nova senha Digitar a confirma\u00e7\u00e3o da nova senha 3 8. Valida\u00e7\u00e3o do sistema O sistema valida a senha 3 9. Mensagem de erro (se necess\u00e1rio) Exibir mensagem de erro 4 10. Confirma\u00e7\u00e3o de sucesso Exibir mensagem de sucesso 3 Total 38 segundos

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#modelagem-do-goms-cmn-goms_1","title":"Modelagem do GOMS (CMN-GOMS)","text":"

Tabela 4: CMN-GOMS da Troca de senha do usu\u00e1rio.

Objetivo M\u00e9todo Operador Sele\u00e7\u00e3o (Se) Trocar senha Localizar \"Alterar Senha\" Navegar Se op\u00e7\u00e3o n\u00e3o encontrada, tente outro menu Inserir a senha atual Digitar senha atual Digitar Se senha atual incorreta, tente novamente Inserir nova senha Digitar nova senha Digitar Se senha simples, esperar erro, tentar senha forte Confirmar altera\u00e7\u00e3o Clicar em \"Confirmar\" Clicar Se erro de valida\u00e7\u00e3o, corrigir e tentar novamente Receber feedback Ver mensagem de sucesso ou erro Verificar Se erro, voltar para ajustar a senha

Autor(es): J\u00e9ssica Eveline, 2024.

Essa an\u00e1lise de GOMS no formato CMN-GOMS mostra uma sequ\u00eancia de decis\u00f5es condicionais baseadas no que o usu\u00e1rio observa ou na situa\u00e7\u00e3o em que se encontra, como a necessidade de ajustar a senha.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#problema-com-o-faq","title":"Problema com o FAQ","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#klm-keystroke-level-model_2","title":"KLM (Keystroke-Level Model)","text":"

Tabela 5: KLM do Problema com FAQ.

Etapa Descri\u00e7\u00e3o Tempo (segundos) 1. Acessar o site Abrir o navegador e acessar o URL do CD-MOJ 2 2. Navegar at\u00e9 o contest Navegar at\u00e9 o contest da disciplina 5 3. Acessar o contest Clicar no contest 2 4. Analisar as quest\u00f5es Ler as quest\u00f5es do contest 5 5. Realizar as quest\u00f5es Resolver as quest\u00f5es do contest 10 6. Verificar erro Identificar o erro \"Time Limit Exceeded, 0p\" 2 7. Acessar o FAQ Navegar at\u00e9 a se\u00e7\u00e3o de FAQ do CD-MOJ 5 8. Buscar solu\u00e7\u00e3o em f\u00f3rum Pesquisar sobre o erro no f\u00f3rum 8 9. Compreender o problema Ler a solu\u00e7\u00e3o nos f\u00f3runs e entender a situa\u00e7\u00e3o 5 10. Reenviar atividade Enviar novamente a atividade 4 Total 48 segundos

Autor(es): Jo\u00e3o Vitor Santos, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#modelagem-do-goms-cmn-goms_2","title":"Modelagem do GOMS (CMN-GOMS)","text":"

Tabela 6: GMN-GOMS do Problema com FAQ.

Objetivo M\u00e9todo Operador Sele\u00e7\u00e3o (Se) Resolver o problema e entregar a atividade Acessar FAQ ou F\u00f3rum Clicar no link ou pesquisar Se FAQ n\u00e3o fornecer informa\u00e7\u00f5es, buscar no f\u00f3rum Compreender o erro \"Time Limit Exceeded\" Ler sobre o erro no f\u00f3rum Observar Se a informa\u00e7\u00e3o for \u00fatil, aplicar a solu\u00e7\u00e3o Enviar novamente a atividade Corrigir o erro e reenviar Clicar em \"Reenviar\" Se o problema for resolvido, reenviar a atividade

Autor(es): Jo\u00e3o Vitor Santos, 2024.

No CMN-GOMS, a decis\u00e3o do usu\u00e1rio de buscar informa\u00e7\u00f5es em fontes externas (f\u00f3runs) depende da falta de explica\u00e7\u00e3o adequada no FAQ. A solu\u00e7\u00e3o ocorre ap\u00f3s entender o erro e corrigir o envio da atividade.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#falta-de-mecanismos-de-busca-e-acesso-a-enunciados-de-competicoes-passadas","title":"Falta de mecanismos de busca e acesso a enunciados de competi\u00e7\u00f5es passadas","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#klm-keystroke-level-model_3","title":"KLM (Keystroke-Level Model)","text":"

Tabela 7: KLM do Falta de mecanismos de busca.

O KLM modela a tarefa com base em intera\u00e7\u00f5es f\u00edsicas, como pressionamento de teclas, cliques e movimento do mouse.

Etapa Descri\u00e7\u00e3o Tempo (segundos) 1. Acessar a plataforma Abrir o navegador e acessar o URL do CD-MOJ 2 2. Navegar at\u00e9 a se\u00e7\u00e3o \"Past\" Clicar no link da se\u00e7\u00e3o \"Past\" 3 3. Encontrar a p\u00e1gina de competi\u00e7\u00f5es Rolar a p\u00e1gina ou clicar para encontrar competi\u00e7\u00f5es passadas 5 4. Notar a falta de filtros e busca Perceber que a navega\u00e7\u00e3o \u00e9 feita manualmente 2 5. Navegar manualmente Clicar para navegar entre as competi\u00e7\u00f5es passadas 10 6. Encontrar a competi\u00e7\u00e3o de interesse Identificar a competi\u00e7\u00e3o desejada 5 7. Tentar acessar o enunciado das quest\u00f5es Clicar para acessar o enunciado da competi\u00e7\u00e3o 3 8. Descobrir a necessidade de login Perceber que \u00e9 necess\u00e1rio login externo 2 9. Frustra\u00e7\u00e3o e desist\u00eancia Desistir de continuar a navega\u00e7\u00e3o devido \u00e0 burocracia 5 Total 37 segundos

Autor(es): Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#modelagem-do-goms-cmn-goms_3","title":"Modelagem do GOMS (CMN-GOMS)","text":"

Tabela 8: CMN-GOMS do Falta de mecanismos de busca.

Objetivo M\u00e9todo Operador Sele\u00e7\u00e3o (Se) Acessar competi\u00e7\u00f5es passadas Acessar a se\u00e7\u00e3o \"Past\" Clicar no link Se \"Past\" n\u00e3o estiver vis\u00edvel, rolar a p\u00e1gina Navegar por competi\u00e7\u00f5es Encontrar a competi\u00e7\u00e3o de interesse Clicar entre as competi\u00e7\u00f5es Se a competi\u00e7\u00e3o desejada for encontrada, selecione Acessar o enunciado das quest\u00f5es Clicar para acessar o enunciado Clicar no link do enunciado Se for necess\u00e1rio login externo, desistir ou buscar outro m\u00e9todo

Autor(es): Marcelo Adrian, 2024.

No CMN-GOMS, a decis\u00e3o do usu\u00e1rio de desistir ou buscar um m\u00e9todo alternativo depende da percep\u00e7\u00e3o de que a plataforma n\u00e3o oferece as facilidades necess\u00e1rias (como filtros de busca) e da frustra\u00e7\u00e3o causada pelo login externo.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#ausencia-de-informacoes-em-submissoes-erradas","title":"Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#klm-keystroke-level-model_4","title":"KLM (Keystroke-Level Model)","text":"

Tabela 9: KLM da Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas.

Etapa Descri\u00e7\u00e3o Tempo (segundos) 1. Acessar a plataforma Abrir o navegador e acessar a plataforma CD-MOJ 2 2. Enviar a solu\u00e7\u00e3o Submeter o c\u00f3digo na plataforma 3 3. Receber mensagem \"Wrong Answer\" O sistema exibe a mensagem \"Wrong Answer 50p\" 2 4. Procurar outros conjuntos de entradas Buscar em outros lugares os conjuntos de entradas e sa\u00eddas 5 5. Entrar em contato com o Mojinho Clicar no link do Telegram para falar com o Mojinho 4 6. Receber conjuntos de testes Aguardar a resposta com os casos de teste fornecidos 5 7. Identificar erros e corrigir o c\u00f3digo Testar os novos casos de teste e corrigir os erros no c\u00f3digo 10 Total 31 segundos

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#modelagem-do-goms-cmn-goms_4","title":"Modelagem do GOMS (CMN-GOMS)","text":"

Tabela 10: CMN-GOMS da Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas.

Objetivo M\u00e9todo Operador Sele\u00e7\u00e3o (Se) Receber feedback sobre a solu\u00e7\u00e3o Enviar solu\u00e7\u00e3o para a plataforma Submeter c\u00f3digo Se \"Wrong Answer\" \u00e9 exibido, proceder com a busca de novos casos de teste Buscar mais casos de teste Procurar ajuda no Telegram Clicar no link do Telegram Se o Mojinho responder, use os casos para corrigir o c\u00f3digo Corrigir o c\u00f3digo Ajustar a solu\u00e7\u00e3o conforme feedback Modificar o c\u00f3digo Se os erros forem identificados, submeter a nova vers\u00e3o

Autor(es): Ruan Carvalho, 2024.

No CMN-GOMS, o usu\u00e1rio toma decis\u00f5es baseadas nas mensagens recebidas da plataforma e no Mojinho. A escolha entre procurar mais casos de teste ou modificar o c\u00f3digo \u00e9 guiada pela necessidade de ajustar a solu\u00e7\u00e3o para que ela passe nos testes.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_2/analise_de_tarefas/GOMS/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"

Tabela 11: Hist\u00f3rico de Vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de Revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 03/12/2024 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 03/12/2024"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/","title":"An\u00e1lise de tarefas Modelo HTA","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Utilizando a metodologia HTA (Hierarchical Task Analysis), as intera\u00e7\u00f5es dos usu\u00e1rios com o sistema foram detalhadas, abordando os processos f\u00edsicos e cognitivos associados \u00e0s tarefas. A an\u00e1lise baseia-se em princ\u00edpios de intera\u00e7\u00e3o humano-computador, que destacam a import\u00e2ncia de compreender o contexto de uso, as caracter\u00edsticas humanas e os objetivos dos usu\u00e1rios para desenvolver sistemas mais eficientes e acess\u00edveis. Este trabalho segue uma abordagem sistem\u00e1tica para decompor as tarefas em etapas hier\u00e1rquicas, promovendo uma vis\u00e3o clara dos processos de intera\u00e7\u00e3o e suas falhas.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#metodologia","title":"Metodologia","text":"

A an\u00e1lise foi conduzida exclusivamente com a metodologia HTA, alinhada \u00e0s boas pr\u00e1ticas da intera\u00e7\u00e3o humano-computador, que enfatizam a compreens\u00e3o do contexto e as caracter\u00edsticas dos usu\u00e1rios para propor solu\u00e7\u00f5es centradas neles.

HTA (Hierarchical Task Analysis):

  • Objetivo: Identificar e estruturar as etapas e subprocessos que comp\u00f5em as principais intera\u00e7\u00f5es dos usu\u00e1rios na plataforma CD-MOJ.
  • Procedimento: Cada tarefa foi decomposta em etapas hier\u00e1rquicas, conectadas por rela\u00e7\u00f5es de sequ\u00eancia, sele\u00e7\u00e3o ou paralelismo.
"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#falta-de-feedback-em-tempo-real-durante-a-analise-de-submissoes","title":"Falta de feedback em tempo real durante a an\u00e1lise de submiss\u00f5es","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#diagrama-hta","title":"Diagrama HTA:","text":"

Figura 1 - Diagrama HTA Falta de Feedback.

Autor(es): Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#legenda-do-diagrama","title":"Legenda do Diagrama:","text":"
  • Tarefa Principal: A tarefa central a ser alcan\u00e7ada, neste caso, garantir feedback em tempo real durante a an\u00e1lise de submiss\u00f5es.
  • Sub-tarefas: Dividem o processo em etapas menores que devem ser realizadas para completar a tarefa principal.
  • Setas: Indicam a sequ\u00eancia de execu\u00e7\u00e3o das tarefas.
  • Quadrados com linha abaixo: Indica uma opera\u00e7\u00e3o que ser\u00e1 realizada.
"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#representacao-em-tabela-hta","title":"Representa\u00e7\u00e3o em Tabela (HTA)","text":"

Tabela 1: Tabela HTA Falta de feedback.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 0 Falta de feedback em tempo real durante a an\u00e1lise de submiss\u00f5es. Nenhuma 1 Localizar treino livre. Nenhuma 1.1 Entrar no treino livre. 1 2 Localizar mensagem de instru\u00e7\u00e3o para conseguir login e senha. 1.1 2.1 Clicar para abrir o bot do telegram. 2 2.2 Realizar login no telegram. 2.1 2.3 Enviar comando para o bot no telegram. 2.2 3 Utilizar login e senha recebidos do bot para realizar login. 2.3 3.1 Selecionar o contest para realizar o login. 3 3.2 Realizar login. 3.1 4 4. Submeter um c\u00f3digo para avalia\u00e7\u00e3o. 3.2 4.1 4.1. Clicar em escolher arquivo. 4 4.2 Encontrar e submeter arquivo. 4.1 5 Verificar o resultado da an\u00e1lise do c\u00f3digo. 4.1 5.1 Recarregar a p\u00e1gina. 5 5.2 Enviar novamente o arquivo. 5

Autor(es): Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#troca-de-senha-do-usuario","title":"Troca de senha do usu\u00e1rio","text":"

Descri\u00e7\u00e3o do Diagrama HTA:

O HTA divide o processo em tarefas hier\u00e1rquicas e sub-tarefas, mostrando a rela\u00e7\u00e3o entre as etapas para alcan\u00e7ar o objetivo principal.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#diagrama-hta_1","title":"Diagrama HTA:","text":"

Figura 2 - Diagrama Troca de Senha.

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#legenda-do-diagrama_1","title":"Legenda do Diagrama:","text":"
  • Tarefa Principal: A tarefa central a ser alcan\u00e7ada, neste caso, \"Trocar a senha da conta\".
  • Sub-tarefas: Dividem o processo em etapas menores que devem ser realizadas para completar a tarefa principal.
  • Setas: Indicam a sequ\u00eancia de execu\u00e7\u00e3o das tarefas, com tarefas dependentes.
"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#representacao-em-tabela-hta_1","title":"Representa\u00e7\u00e3o em Tabela (HTA)","text":"

Tabela 2: Tabela HTA Troca de senha.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 1 Acessar o site do CD-MOJ. Nenhuma 1.1 Informar as credenciais do CD-MOJ. 1 2 Ir at\u00e9 o painel de configura\u00e7\u00f5es da conta. 1.1 2.1 Localizar a op\u00e7\u00e3o \"Alterar Senha\". 2 2.2 Clicar na op\u00e7\u00e3o \"Alterar Senha\". 2.1 3 Preencher os campos de troca de senha. 2.2 3.1 Informar a senha atual. 3 3.2 Inserir a nova senha. 3.1 3.3 Confirmar a troca de senha. 3.2

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#submeter-uma-questao-no-treinamento-livre","title":"Submeter uma quest\u00e3o no treinamento livre.","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#diagrama-hta_2","title":"Diagrama HTA:","text":"

Figura 3 - Diagrama Submeter uma quest\u00e3o no treinamento livre.

Autor(es): Jo\u00e3o Vitor Santos, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#legenda-do-diagrama_2","title":"Legenda do Diagrama:","text":"
  • Tarefa Principal: A tarefa principal a ser realizada \u00e9 submeter uma quest\u00e3o no treino livre.
  • Sub-tarefas: As tarefas que devem ser realizadas para completar a tarefa principal, divididas em etapas menores.
  • Setas: Indicam a sequ\u00eancia de execu\u00e7\u00e3o das tarefas.
  • Quadrados com linha abaixo: Indica uma opera\u00e7\u00e3o que ser\u00e1 realizada.
"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#representacao-em-tabela-hta_2","title":"Representa\u00e7\u00e3o em Tabela (HTA)","text":"

Tabela 3: Tabela HTA Submeter uma quest\u00e3o no treinamento livre.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 0 Submeter uma quest\u00e3o no treinamento livre. Nenhuma 1 Acessar o treinamento livre. Nenhuma 2 Selecionar a quest\u00e3o de interesse. 1 3 Se cadastrar. 2 3.1 Acessar o mojinho no telegram. 3 3.1.1 Enviar mensagem \"participar treino\". 3.1 3.1.2 Preencher os dados de cadastro. 3.1 3.2 Preencher os dados de cadastro. 3 4 Selecionar o arquivo 3

Autor(es): Jo\u00e3o Vitor Santos, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#refazer-uma-questao-no-historico-de-questoes-tentadas","title":"Refazer uma quest\u00e3o no historico de quest\u00f5es tentadas","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#diagrama-hta_3","title":"Diagrama HTA:","text":"

Figura 4 - Diagrama Refazer uma quest\u00e3o no historico.

Autor(es): Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#legenda-do-diagrama_3","title":"Legenda do Diagrama:","text":"
  • Tarefa Principal: O objetivo principal \u00e9 revisar competi\u00e7\u00f5es passadas no CD-MOJ para se preparar para futuros contests.
  • Sub-tarefas: As etapas menores que o usu\u00e1rio deve seguir para completar a tarefa principal.
  • Setas: Indicando a sequ\u00eancia de atividades a serem realizadas.
"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#representacao-em-tabela-hta_3","title":"Representa\u00e7\u00e3o em Tabela (HTA)","text":"

Tabela 4: Tabela HTA Falta de mecanismos de busca.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 1 O usu\u00e1rio acessa a aba de conquistas Nenhuma 1.1 O usu\u00e1rio acessa o CD-MOJ 1 1.2 O usu\u00e1rio acessa a aba de treino livre 1 1.3 O usu\u00e1rio retorna \u00e0 aba de conquistas 1.2 2 O usu\u00e1rio faz login na plataforma Nenhuma 2.1 O usu\u00e1rio insere as credenciais manualmente 2 2.2 O usu\u00e1rio obt\u00e9m as credenciais com um bot no Telegram 2 2.3 O usu\u00e1rio insere as credenciais obtidas pelo bot 2.2 3 O usu\u00e1rio escolhe uma quest\u00e3o na plataforma Nenhuma 3.1 O usu\u00e1rio seleciona a quest\u00e3o desejada na lista 3 3.2 O usu\u00e1rio refaz a submiss\u00e3o para a quest\u00e3o escolhida 3.1

Autor(es): Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#ausencia-de-informacoes-em-submissoes-erradas","title":"Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#diagrama-hta_4","title":"Diagrama HTA:","text":"

Figura 5 - Diagrama Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas.

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#legenda-do-diagrama_4","title":"Legenda do Diagrama:","text":"
  • Tarefa Principal: O objetivo \u00e9 encontrar os casos de teste que geram erros no algoritmo para an\u00e1lise e corre\u00e7\u00e3o.
  • Sub-tarefas: S\u00e3o as etapas que o usu\u00e1rio segue para completar a tarefa.
  • Setas: Indicam a sequ\u00eancia das a\u00e7\u00f5es.
  • Quadrados com linha abaixo: Indica uma opera\u00e7\u00e3o que ser\u00e1 realizada.
"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#representacao-em-tabela-hta_4","title":"Representa\u00e7\u00e3o em Tabela (HTA)","text":"

Tabela 5: Tabela HTA Aus\u00eancia de informa\u00e7\u00f5es em submiss\u00f5es erradas.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 0 Receber feedback de quest\u00f5es. Nenhuma 1 Acessar o contest. 1 2 Fazer login na plataforma. 1 2.1 Inserir as credenciais. 2 2.2 Adiquirir as credenciais com o mojinho. 2 2.2.1 Logar com as credenciais adiquiridas. 2.2 3 Selecionar a quest\u00e3o. 2 4 Fazer a submiss\u00e3o. 3 4.1 Enviar o c\u00f3digo de submiss\u00e3o para o Mojinho. 4 4.1.1 Refatorar o c\u00f3digo com base no feedback recebido. 4.1 4.2 Submiss\u00e3o aceita. 4

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"

Tabela 6: Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de Revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 03/12/2024 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 03/12/2024 1.1 Ajustes HTA Felipe Rodrigues 18/12/2024"},{"location":"entregas/entrega_3/entrega_3/","title":"Entrega 3","text":""},{"location":"entregas/entrega_3/entrega_3/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_3/entrega_3/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o foca nos artefatos da etapa 3.

"},{"location":"entregas/entrega_3/entrega_3/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): J\u00e9ssica Eveline , 2024.

"},{"location":"entregas/entrega_3/entrega_3/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1: Entrega 3 - IHC - Grupo 05.

Link: Entrega 3 - IHC - Grupo 05

"},{"location":"entregas/entrega_3/entrega_3/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o da entrega e disponibiliza\u00e7\u00e3o do link J\u00e9ssica Eveline 03/12/2024 Ruan Carvalho 03/12/2024"},{"location":"entregas/entrega_3/metas_de_usabilidade/","title":"Metas de Usabilidade - MOJ Naquadah","text":""},{"location":"entregas/entrega_3/metas_de_usabilidade/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este artefato define as metas de usabilidade do site MOJ Naquadah, com foco em priorizar fatores que melhorem a qualidade de uso, proporcionando uma experi\u00eancia mais intuitiva e satisfat\u00f3ria para alunos(as) e professores(as) da UnB.

A abordagem segue as metas de usabilidade de Jakob Nielsen, visando efici\u00eancia, seguran\u00e7a, aprendizado, memoriza\u00e7\u00e3o e outros aspectos fundamentais. Al\u00e9m disso, s\u00e3o estabelecidos crit\u00e9rios de avalia\u00e7\u00e3o e valores aceit\u00e1veis para o sucesso do projeto.

"},{"location":"entregas/entrega_3/metas_de_usabilidade/#objetivo","title":"Objetivo","text":"

O objetivo deste documento \u00e9 identificar os principais problemas de usabilidade do MOJ Naquadah e propor solu\u00e7\u00f5es pr\u00e1ticas que promovam uma experi\u00eancia mais eficiente e agrad\u00e1vel para seus usu\u00e1rios(as). As metas de usabilidade almejam orientar melhorias que atendam \u00e0s necessidades dos alunos(as) e professores(as), priorizando clareza, consist\u00eancia e suporte ao usu\u00e1rio(a).

"},{"location":"entregas/entrega_3/metas_de_usabilidade/#metodologia","title":"Metodologia","text":"

A metodologia utilizada para definir as metas de usabilidade baseia-se nos seguintes passos:

  1. An\u00e1lise do sistema atual: Foram observados problemas de usabilidade diretamente no MOJ Naquadah, considerando a perspectiva de alunos(as) e professores(as).
  2. Defini\u00e7\u00e3o de metas de usabilidade: As metas foram estabelecidas com base nos princ\u00edpios de usabilidade de Jakob Nielsen e em heur\u00edsticas de design para garantir efici\u00eancia e clareza.
  3. Organiza\u00e7\u00e3o em perguntas e respostas: Cada meta foi estruturada como uma pergunta seguida de uma resposta pr\u00e1tica que oriente a implementa\u00e7\u00e3o das melhorias propostas.
  4. Crit\u00e9rios de avalia\u00e7\u00e3o: Estabelecemos crit\u00e9rios e valores aceit\u00e1veis para medir o sucesso de cada meta de usabilidade.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#definicao-das-metas-de-usabilidade","title":"Defini\u00e7\u00e3o das Metas de Usabilidade","text":"

As metas de usabilidade foram desenvolvidas com base nos problemas observados no MOJ Naquadah, sendo organizadas em perguntas e respostas que direcionam sua aplica\u00e7\u00e3o pr\u00e1tica.

"},{"location":"entregas/entrega_3/metas_de_usabilidade/#1-correspondencia-entre-o-sistema-e-o-mundo-real","title":"1. Correspond\u00eancia entre o sistema e o mundo real","text":"
  • Pergunta: O formato de exibi\u00e7\u00e3o das datas \u00e9 claro, facilitando o entendimento dos usu\u00e1rios? Meta Aplicada: Alterar o formato de datas para o padr\u00e3o mais comum, como DD/MM/AAAA HH:MM, e evitar informa\u00e7\u00f5es desnecess\u00e1rias ou fora de ordem l\u00f3gica para o usu\u00e1rio.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#2-consistencia-e-padronizacao","title":"2. Consist\u00eancia e padroniza\u00e7\u00e3o","text":"
  • Pergunta: A navega\u00e7\u00e3o do site segue um padr\u00e3o esperado pelo usu\u00e1rio? Meta Aplicada: Garantir que ao clicar no topo da p\u00e1gina, o usu\u00e1rio seja redirecionado ao in\u00edcio do site ou \u00e0 p\u00e1gina principal, mantendo a consist\u00eancia de navega\u00e7\u00e3o. Redirecionamentos externos devem ser claramente indicados com alertas ou \u00edcones.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#3-flexibilidade-e-eficiencia-de-uso","title":"3. Flexibilidade e efici\u00eancia de uso","text":"
  • Pergunta: Os bot\u00f5es de acesso r\u00e1pido s\u00e3o de simples compreens\u00e3o e eficientes? Meta Aplicada: Redesenhar os bot\u00f5es laterais para torn\u00e1-los mais intuitivos, adicionando textos explicativos ou \u00edcones padronizados. Incluir uma funcionalidade clara para voltar ao menu principal ou \u00e0 tela anterior.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#4-projeto-estetico-e-minimalista","title":"4. Projeto est\u00e9tico e minimalista","text":"
  • Pergunta: O design do site facilita a leitura e interpreta\u00e7\u00e3o de informa\u00e7\u00f5es? Meta Aplicada: Aumentar o contraste entre o texto e o fundo, utilizando cores mais leg\u00edveis. Para os quadrados coloridos no topo, incluir r\u00f3tulos ou legendas para descrever o conte\u00fado destacado, garantindo uma interpreta\u00e7\u00e3o intuitiva.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#5-prevencao-de-erros","title":"5. Preven\u00e7\u00e3o de erros","text":"
  • Pergunta: O sistema previne a perda de arquivos ou dados importantes? Meta Aplicada: Implementar alertas que avisem o usu\u00e1rio sobre a poss\u00edvel perda de envios ao trocar de quest\u00e3o. Adicionar um aviso claro ao usu\u00e1rio antes de confirmar a mudan\u00e7a de p\u00e1gina sem salvar ou enviar os arquivos.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#6-mensagens-de-erro-claras","title":"6. Mensagens de erro claras","text":"
  • Pergunta: As mensagens de erro s\u00e3o compreens\u00edveis, auxiliando na resolu\u00e7\u00e3o de problemas? Meta Aplicada: Revisar mensagens de erro, como as do login, para que sejam espec\u00edficas e informem o problema exato, como \"Nome de usu\u00e1rio ou senha incorretos\". Isso auxilia o usu\u00e1rio a corrigir ambas as informa\u00e7\u00f5es.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#7-ajuda-e-documentacao","title":"7. Ajuda e documenta\u00e7\u00e3o","text":"
  • Pergunta: A documenta\u00e7\u00e3o aborda as principais d\u00favidas e cen\u00e1rios de uso? Meta Aplicada: Expandir a documenta\u00e7\u00e3o e o FAQ para incluir mais exemplos de problemas t\u00e9cnicos, como \"time limit exceeded\", e instru\u00e7\u00f5es detalhadas para resolv\u00ea-los. Garantir que os conte\u00fados sejam acess\u00edveis e compreens\u00edveis para todos os n\u00edveis de usu\u00e1rios(as).
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#metas-do-projeto","title":"Metas do Projeto","text":"

As metas a seguir foram definidas com o objetivo de solucionar os problemas de usabilidade identificados no MOJ Naquadah. Elas priorizam aspectos essenciais para melhorar a clareza, efici\u00eancia e suporte ao usu\u00e1rio(a), garantindo uma experi\u00eancia digital mais intuitiva e acess\u00edvel. As metas cr\u00edticas incluem:

  1. Melhorar a correspond\u00eancia entre o sistema e o mundo real
  2. Garantir consist\u00eancia e padroniza\u00e7\u00e3o
  3. Promover flexibilidade e efici\u00eancia de uso
  4. Adotar um design est\u00e9tico e minimalista
  5. Prevenir erros de uso
  6. Fornecer mensagens de erro claras e \u00fateis
  7. Expandir a ajuda e a documenta\u00e7\u00e3o
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#conclusao","title":"Conclus\u00e3o","text":"

A defini\u00e7\u00e3o das metas de usabilidade para o MOJ Naquadah \u00e9 baseada em um plano claro e priorit\u00e1rio, direcionado \u00e0 solu\u00e7\u00e3o de problemas cr\u00edticos enfrentados pelos usu\u00e1rios(as). A aplica\u00e7\u00e3o estrat\u00e9gica dessas melhorias busca n\u00e3o apenas atender \u00e0s expectativas dos usu\u00e1rios(as), mas tamb\u00e9m elevar o padr\u00e3o de experi\u00eancia digital da plataforma, alinhando-se \u00e0s melhores pr\u00e1ticas de usabilidade e design.

Esse compromisso reflete a vis\u00e3o de oferecer um sistema eficiente, intuitivo e acess\u00edvel ao p\u00fablico-alvo.

Autor(es): J\u00e9ssica Eveline e Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_3/metas_de_usabilidade/#bibliografia","title":"Bibliografia","text":"
  1. Fournier, D. (2016). As 6 metas de usabilidade. Medium. Dispon\u00edvel em: https://medium.com/vivareal-ux-chapter/as-6-metas-de-usabilidade-9491442fd56a. Acesso em: 09/05/2023.
  2. Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do Usu\u00e1rio. Rio de Janeiro: Elsevier Editora, 2021.
  3. Nielsen, J. Designing Web Usability: The Practice of Simplicity. Peachpit Press, 1\u00aa edi\u00e7\u00e3o, 1999.
  4. Barbosa, S. D. J.; da Silva, B. S. Planejamento da Avalia\u00e7\u00e3o de IHC. In: Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
  5. Silva, A. B. Plano de Ensino - FIHC 022024 Turma 01 v1. Intera\u00e7\u00e3o Humano-Computador, 2\u00b0 semestre de 2024. Dispon\u00edvel em: [link].
  6. MOJ Naquadah. Dispon\u00edvel em: https://moj.naquadah.com.br/cgi-bin/index.sh. Acesso em: 30/11/2024.
  7. Intera\u00e7\u00e3o Humano-Computador. Metas de Usabilidade. Dispon\u00edvel em: GitHub. Acesso em: 30/11/2024.
"},{"location":"entregas/entrega_3/metas_de_usabilidade/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o das Metas de Usabilidade J\u00e9ssica Eveline, Marcelo Adrian 01/12/2024 Ruan Carvalho 02/12/2024"},{"location":"entregas/entrega_3/principiosGerais/","title":"Princ\u00edpios gerais","text":""},{"location":"entregas/entrega_3/principiosGerais/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O design de sistemas interativos deve assegurar que as interfaces atendam \u00e0s necessidades e expectativas dos usu\u00e1rios, promovendo uma intera\u00e7\u00e3o eficiente, intuitiva e agrad\u00e1vel. Seguir princ\u00edpios gerais de design em IHC, como visibilidade, antecipa\u00e7\u00e3o, simplicidade e consist\u00eancia, n\u00e3o s\u00f3 melhora a experi\u00eancia do utilizador, mas tamb\u00e9m contribui para a aceita\u00e7\u00e3o e efic\u00e1cia do sistema. Este trabalho identifica viola\u00e7\u00f5es desses princ\u00edpios em um sistema de estudo de casos, propondo melhorias que podem ser aplicadas para alinhar o design \u00e0s melhores pr\u00e1ticas descritas no cap\u00edtulo 8.2 do livro de Barbosa e Silva (2010)^1^.

"},{"location":"entregas/entrega_3/principiosGerais/#metodologia","title":"Metodologia","text":"

A an\u00e1lise foi conduzida por meio de inspe\u00e7\u00e3o heur\u00edstica, com base nos princ\u00edpios gerais de design descritos no Cap\u00edtulo 8.2 do livro de Barbosa e Silva (2010)^1^. Inicialmente, foram avaliadas as interfaces do sistema, identificando problemas de usabilidade a partir da intera\u00e7\u00e3o pr\u00e1tica com suas funcionalidades. Os problemas encontrados foram documentados de forma detalhada, utilizando imagens e GIFs que ilustram as viola\u00e7\u00f5es observadas.

Posteriormente, foram desenvolvidas propostas de melhoria com foco em resolver as quest\u00f5es identificadas. Essa abordagem buscou garantir que as solu\u00e7\u00f5es propostas fossem aplic\u00e1veis, eficazes e sustentadas por pr\u00e1ticas consagradas no campo da Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_3/principiosGerais/#promocao-da-eficiencia-do-usuario","title":"Promo\u00e7\u00e3o da Efici\u00eancia do Usu\u00e1rio","text":"

Defini\u00e7\u00e3o Promover a efici\u00eancia do usu\u00e1rio significa priorizar sua economia de tempo e esfor\u00e7o, garantindo que ele possa continuar suas tarefas sem esperar por respostas do sistema. O sistema deve ser responsivo e evitar interromper ou dificultar o fluxo de trabalho do quem o utiliza.

Viola\u00e7\u00e3o Como mostra a Figura 1, ao enviar a resposta de um problema, o sistema exibe o status \"Not answered yet\" como resposta inicial, e o status s\u00f3 \u00e9 atualizado para outra mensagem relevante ap\u00f3s o recarregar manualmente a p\u00e1gina. Isso exige uma a\u00e7\u00e3o extra de quem faz uso da plataforma, quebrando o fluxo de intera\u00e7\u00e3o e criando frustra\u00e7\u00e3o, al\u00e9m de reduzir a efici\u00eancia.

Figura 1: Imagem da viola\u00e7\u00e3o: Efici\u00eancia do usu\u00e1rio.

Fonte: CD-MOJ, 2024.

Sugest\u00e3o de Melhoria

  • Implementar uma funcionalidade que atualize o status da resposta automaticamente assim que o sistema processar a submiss\u00e3o.

  • Mostrar uma mensagem clara enquanto o sistema processa a resposta, como \"Processando sua resposta...\" ou similar, at\u00e9 que o status final seja recebido.

  • Garantir que n\u00e3o seja necess\u00e1rio recarregar a p\u00e1gina para obter o status atualizado. Isso melhora a efici\u00eancia e a satisfa\u00e7\u00e3o do usu\u00e1rio.

"},{"location":"entregas/entrega_3/principiosGerais/#projeto-para-erros","title":"Projeto para Erros","text":"

Defini\u00e7\u00e3o O princ\u00edpio de projeto para erros visa prevenir que os usu\u00e1rios cometam erros, al\u00e9m de oferecer mecanismos para recupera\u00e7\u00e3o caso os erros ocorram. Isso inclui tornar os sistemas explor\u00e1veis, facilitar a revers\u00e3o de opera\u00e7\u00f5es e evitar a\u00e7\u00f5es irrevers\u00edveis.

Viola\u00e7\u00e3o Assim como exemplifica o GIF 1, quando o usu\u00e1rio faz o upload de um arquivo e, em seguida, troca de quest\u00e3o sem enviar, o arquivo \u00e9 perdido. O sistema n\u00e3o alerta seus utilizadores sobre a poss\u00edvel perda de dados nem oferece uma maneira de recuperar o envio anterior. Isso aumenta a frustra\u00e7\u00e3o e o risco de perda de progresso.

GIF 1: GIF da viola\u00e7\u00e3o: Projeto para Erros.

Fonte: CD-MOJ, 2024.

Sugest\u00e3o de Melhoria - Implementar um aviso ao usu\u00e1rio antes de trocar de quest\u00e3o, como: - \"Voc\u00ea possui altera\u00e7\u00f5es n\u00e3o salvas. Tem certeza de que deseja sair desta quest\u00e3o? Suas altera\u00e7\u00f5es ser\u00e3o perdidas.\" - Oferecer bot\u00f5es de a\u00e7\u00e3o como \"Cancelar\" e \"Continuar\".

  • Adicionar funcionalidade para salvar automaticamente o arquivo enviado em um estado de rascunho vinculado \u00e0 quest\u00e3o correspondente. Isso permite que o usu\u00e1rio recupere o upload ao retornar \u00e0 quest\u00e3o.

  • Exibir claramente o status de uploads pendentes ou incompletos, com mensagens como \"Envio pendente. Por favor, finalize antes de continuar.\"

"},{"location":"entregas/entrega_3/principiosGerais/#visibilidade-e-reconhecimento","title":"Visibilidade e Reconhecimento","text":"

Defini\u00e7\u00e3o O princ\u00edpio de visibilidade e reconhecimento enfatiza a import\u00e2ncia de tornar as informa\u00e7\u00f5es e elementos do sistema claramente percept\u00edveis para os usu\u00e1rios. Isso inclui elementos visuais que ajudam a identificar e diferenciar o sistema de outros, facilitando a navega\u00e7\u00e3o e o reconhecimento.

Viola\u00e7\u00e3o Na figura 2 \u00e9 poss\u00edvel ver que o site n\u00e3o possui um \u00edcone personalizado (favicon) para identific\u00e1-lo nas abas do navegador, exibindo o \u00edcone padr\u00e3o ou nenhum \u00edcone. Isso dificulta o reconhecimento do site entre v\u00e1rias abas abertas e prejudica a identidade visual da interface.

Figura 2: Imagem da viola\u00e7\u00e3o: Visibilidade e Reconhecimento.

Fonte: CD-MOJ, 2024.

Sugest\u00e3o de Melhoria

  • Desenvolver um favicon representativo do site, usando elementos visuais que remetam ao conte\u00fado ou marca do sistema.

  • Certificar-se de que o favicon esteja alinhado ao branding do site, utilizando as mesmas cores ou logotipo para refor\u00e7ar a identidade visual.

"},{"location":"entregas/entrega_3/principiosGerais/#consistencia-e-padronizacao","title":"Consist\u00eancia e Padroniza\u00e7\u00e3o","text":"

Defini\u00e7\u00e3o Consist\u00eancia e padroniza\u00e7\u00e3o asseguram que os elementos da interface funcionem de maneira previs\u00edvel e alinhada \u00e0s expectativas dos usu\u00e1rios. Isso inclui comportamentos consistentes, como o redirecionamento em uma mesma aba ao clicar em links ou bot\u00f5es e limites claros para \u00e1reas clic\u00e1veis.

Viola\u00e7\u00e3o

O GIF 2 exemplifica os seguintes casos:

  1. O clique na logo redireciona para a p\u00e1gina inicial, mas abre uma nova aba, o que n\u00e3o \u00e9 uma pr\u00e1tica padr\u00e3o e pode confundir ou frustrar o usu\u00e1rio. O comportamento esperado \u00e9 que o redirecionamento ocorra na mesma aba.
  2. A \u00e1rea clic\u00e1vel da logo se estende indevidamente para o espa\u00e7o em branco ao redor, violando as expectativas de precis\u00e3o e causando cliques acidentais.

GIF 2: GIF da viola\u00e7\u00e3o: Consist\u00eancia e Padroniza\u00e7\u00e3o.

Fonte: CD-MOJ, 2024.

Sugest\u00e3o de Melhoria - Ajustar o comportamento do clique para que o redirecionamento para a p\u00e1gina inicial ocorra na mesma aba, exceto em casos onde abrir em uma nova aba seja intencional e comunicado ao usu\u00e1rio.

  • Garantir que apenas a logo vis\u00edvel seja clic\u00e1vel.
"},{"location":"entregas/entrega_3/principiosGerais/#simplicidade-nas-estruturas-das-tarefas","title":"Simplicidade nas Estruturas das Tarefas","text":""},{"location":"entregas/entrega_3/principiosGerais/#definicao","title":"Defini\u00e7\u00e3o","text":"

Simplicidade nas estruturas das tarefas visa reduzir a complexidade e o esfor\u00e7o exigidos do usu\u00e1rio para realizar a\u00e7\u00f5es, promovendo fluxos diretos e intuitivos.

"},{"location":"entregas/entrega_3/principiosGerais/#violacao","title":"Viola\u00e7\u00e3o","text":"

O fluxo para acessar o m\u00f3dulo \"Treino Livre\" exige que o usu\u00e1rio entre em contato com um bot no Telegram, envie um comando espec\u00edfico e receba usu\u00e1rio e senha. Esse processo \u00e9 complexo, dependente de uma ferramenta externa e pode confundir os usu\u00e1rios menos experientes.

Figura 3: Imagem da viola\u00e7\u00e3o: Simplicidade nas Estruturas das Tarefas.

Fonte: CD-MOJ, 2024.

"},{"location":"entregas/entrega_3/principiosGerais/#sugestao-de-melhoria","title":"Sugest\u00e3o de Melhoria","text":"
  • Permitir o login diretamente no site, eliminando a necessidade de intera\u00e7\u00e3o com o bot do Telegram.
  • Se a integra\u00e7\u00e3o com o bot for mantida, incorporar a funcionalidade ao site, permitindo que os comandos sejam executados dentro da pr\u00f3pria interface.
  • Simplificar a comunica\u00e7\u00e3o e orientar o usu\u00e1rio claramente sobre os passos necess\u00e1rios para o login, reduzindo a depend\u00eancia de ferramentas externas.
"},{"location":"entregas/entrega_3/principiosGerais/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

1. BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2010.

"},{"location":"entregas/entrega_3/principiosGerais/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2010.

VENTOY. Intera\u00e7\u00e3o Humano Computador. Distrito Federal, 2023. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2023.2-Ventoy. Acesso em: 29/11/2024.

BILHETERIA DIGITAL. Intera\u00e7\u00e3o Humano Computador. Distrito Federal, 2023. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2023.1-BilheteriaDigital. Acesso em: 30/11/2024.

"},{"location":"entregas/entrega_3/principiosGerais/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Documenta\u00e7\u00e3o dos Princ\u00edpios Gerais do Projeto. Felipe Rodrigues e Jo\u00e3o Vitor 01/12/2024 Ruan Carvalho 01/12/2024"},{"location":"entregas/entrega_4/entrega_4/","title":"Entrega 4","text":""},{"location":"entregas/entrega_4/entrega_4/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_4/entrega_4/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o foca nos artefatos da etapa 4.

"},{"location":"entregas/entrega_4/entrega_4/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): J\u00e9ssica Eveline , 2024.

"},{"location":"entregas/entrega_4/entrega_4/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1: Entrega 4 - IHC - Grupo 05.

Link: Entrega 4 - IHC - Grupo 05

"},{"location":"entregas/entrega_4/entrega_4/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o da entrega e disponibiliza\u00e7\u00e3o do link Marcelo Adrian 10/12/2024 Ruan Carvalho 10/12/2024"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/","title":"Planejamento da Avalia\u00e7\u00e3o da An\u00e1lise de Tarefas","text":""},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de sistemas interativos \u00e9 crucial para garantir que atendam aos crit\u00e9rios de qualidade e ofere\u00e7am uma boa experi\u00eancia ao usu\u00e1rio. O framework DECIDE \u00e9 uma metodologia eficiente para planejar e executar avalia\u00e7\u00f5es em IHC, permitindo identificar problemas e melhorar a usabilidade e a interface do sistema.

Ao utilizar o DECIDE, \u00e9 poss\u00edvel obter uma vis\u00e3o clara das necessidades dos usu\u00e1rios e alinhar o design do sistema com seus objetivos. Esse processo n\u00e3o s\u00f3 ajuda a detectar falhas, mas tamb\u00e9m assegura que o produto seja funcional e acess\u00edvel, minimizando custos com corre\u00e7\u00f5es futuras. Este documento tem como objetivo planejar a avalia\u00e7\u00e3o do CD-MOJ, garantindo que ele atenda \u00e0s expectativas dos usu\u00e1rios.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#objetivo","title":"Objetivo","text":"

O principal objetivo desta avalia\u00e7\u00e3o \u00e9 validar os fluxos descritos na HTA para o CD-MOJ, identificando poss\u00edveis inconsist\u00eancias e coletando feedback dos usu\u00e1rios sobre os processos. Essa avalia\u00e7\u00e3o busca verificar se o sistema promove a apropria\u00e7\u00e3o da tecnologia pelos usu\u00e1rios, se apresenta conformidade com padr\u00f5es de usabilidade e se oferece alternativas de design adequadas para minimizar problemas de intera\u00e7\u00e3o e interface.

Os objetivos espec\u00edficos incluem:

  • Avaliar a correspond\u00eancia entre as tarefas descritas na HTA e as a\u00e7\u00f5es dos usu\u00e1rios.
  • Identificar poss\u00edveis dificuldades enfrentadas pelos usu\u00e1rios durante as intera\u00e7\u00f5es com o CD-MOJ.
  • Obter sugest\u00f5es de melhorias com base na experi\u00eancia pr\u00e1tica dos usu\u00e1rios.
"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#metodologia","title":"Metodologia","text":"

Ser\u00e1 utilizado o framework DECIDE para o planejamento dessa avalia\u00e7\u00e3o, estruturando o processo em seis etapas a serem seguidas.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#framework-decide","title":"FRAMEWORK DECIDE","text":""},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#d-determinar-os-objetivos","title":"D - Determinar os objetivos","text":"

A meta principal desta avalia\u00e7\u00e3o \u00e9 detectar falhas de usabilidade no CD-MOJ e compreender como os usu\u00e1rios interagem com os elementos do sistema descritos na an\u00e1lise de tarefas. Assim, verificaremos se o sistema atende \u00e0s necessidades, \u00e9 funcional e proporciona aos usu\u00e1rios a realiza\u00e7\u00e3o eficaz de seus objetivos.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#e-explorar-as-perguntas","title":"E - Explorar as perguntas","text":"

Com o objetivo definido, \u00e9 necess\u00e1rio elaborar algumas perguntas espec\u00edficas a serem respondidas durante a avalia\u00e7\u00e3o. Elas devem considerar o perfil dos usuarios-alvo e suas atividades. As perguntas s\u00e3o:

Tabela 1: Tabela de perguntas especificas a serem respondidas durante a avalia\u00e7\u00e3o.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#formulario-analise-de-tarefa-no-cd-moj","title":"Formul\u00e1rio - An\u00e1lise de Tarefa no CD-MOJ","text":"N\u00famero Pergunta Resposta 1 Qual o seu nome? Resposta discursiva 2 Quantos anos voc\u00ea tem? Resposta discursiva 3 Qual o seu n\u00edvel de escolaridade? Resposta discursiva 4 Qual \u00e9 a sua ocupa\u00e7\u00e3o? Resposta discursiva 5 Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Resposta discursiva 6 Voc\u00ea conhece o CD-MOJ? [ ] Sim, [ ] N\u00e3o 7 Voc\u00ea utiliza o CD-MOJ? [ ] Sim, [ ] N\u00e3o 8 Qual \u00e9 o seu objetivo principal ao utilizar o CD-MOJ? Resposta discursiva 9 As etapas descritas na tarefa refletem sua experi\u00eancia real com o CD-MOJ? [ ] Sim, [ ] N\u00e3o 10 Alguma etapa da tarefa lhe pareceu confusa ou desnecess\u00e1ria? Qual? Resposta discursiva 11 Voc\u00ea enfrentou alguma dificuldade ao realizar as tarefas descritas? Se sim, qual? Resposta discursiva 12 Voc\u00ea achou a interface intuitiva para a realiza\u00e7\u00e3o eficiente das tarefas? N\u00e3o, por qu\u00ea? Resposta discursiva 13 H\u00e1 algo que voc\u00ea sugere incluir ou modificar nas etapas apresentadas? Resposta discursiva

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#c-escolher-choose","title":"C - Escolher (Choose)","text":"

Para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o do CD-MOJ, ser\u00e1 aplicado o m\u00e9todo de investiga\u00e7\u00e3o, combinando entrevistas estruturadas e observa\u00e7\u00e3o de usu\u00e1rios, guiadas por um conjunto de perguntas previamente elaborado.

Essa abordagem possui a capacidade de coletar informa\u00e7\u00f5es detalhadas e permite explorar quest\u00f5es mais aprofundadas relacionadas aos objetivos e desafios enfrentados pelos usu\u00e1rios. As entrevistas ser\u00e3o registradas por meio de grava\u00e7\u00f5es em \u00e1udio/v\u00eddeo e documentos escritos.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#i-identificar","title":"I - Identificar","text":""},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#recrutamento","title":"Recrutamento","text":"

Para o recrutamento, ser\u00e3o selecionadas cinco pessoas, uma para cada an\u00e1lise de tarefa realizada pelos integrantes do grupo. O p\u00fablico-alvo ser\u00e1 definido com base no perfil do usu\u00e1rio. As entrevistas ser\u00e3o conduzidas de forma online para a realiza\u00e7\u00e3o dessa atividade.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

Ap\u00f3s o teste piloto, os entrevistadores dever\u00e3o se preparar para conduzir as entrevistas de forma estruturada, com base em um roteiro de perguntas. Eles ser\u00e3o respons\u00e1veis por realizar as perguntas e registrar as respostas dos usu\u00e1rios. A entrevista envolver\u00e1 atividades do artefato de an\u00e1lise de tarefas. Os pap\u00e9is podem ser divididos entre uma ou duas pessoas, sendo uma respons\u00e1vel pelas perguntas e a outra pela coleta das respostas.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#custos","title":"Custos","text":"

Para a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o, ser\u00e3o necess\u00e1rios dispositivos com acesso \u00e0 internet, como notebooks ou computadores, para realizar e gravar as entrevistas, tanto dos entrevistadores quanto dos entrevistados. Al\u00e9m disso, ser\u00e1 necess\u00e1rio garantir que os participantes tenham acesso a ferramentas de videoconfer\u00eancia, para facilitar a intera\u00e7\u00e3o online. Por se tratar de uma avalia\u00e7\u00e3o online, os custos operacionais s\u00e3o consideravelmente reduzidos, uma vez que n\u00e3o h\u00e1 necessidade de infraestrutura f\u00edsica, deslocamentos ou materiais impressos.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#prazos","title":"Prazos","text":"

Cada entrevistador conduzir\u00e1 uma sess\u00e3o com dura\u00e7\u00e3o aproximada de 20 minutos. O cronograma ser\u00e1 preenchido conforme a disponibilidade dos participantes.

Tabela 2: Tabela de prazos para cada integrante.

Entrevistador(es) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local Felipe Rodrigues A definir A definir 16/12/2024 - 18/12/2024 Plataforma Google Meet J\u00e9ssica Eveline A definir A definir 16/12/2024 - 18/12/2024 Plataforma Google Meet Jo\u00e3o Vitor A definir A definir 16/12/2024 - 18/12/2024 Plataforma Google Meet Ruan Carvalho A definir A definir 16/12/2024 - 18/12/2024 Plataforma Google Meet Marcelo Adrian A definir A definir 16/12/2024 - 18/12/2024 Plataforma Google Meet

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#d-decidir-como-lidar-com-as-questoes-eticas","title":"D - Decidir como lidar com as quest\u00f5es \u00e9ticas","text":"

Os participantes ser\u00e3o informados sobre os objetivos da avalia\u00e7\u00e3o e o uso de suas respostas. Um termo de consentimento ser\u00e1 apresentado, garantindo o sigilo e a utiliza\u00e7\u00e3o \u00e9tica das informa\u00e7\u00f5es coletadas.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#e-avaliar-evaluate","title":"E - Avaliar (Evaluate)","text":"

Ap\u00f3s a coleta de dados, as respostas ser\u00e3o analisadas para identificar padr\u00f5es e discrep\u00e2ncias. O avaliador considerar\u00e1 a confiabilidade dos dados, a validade interna, externa e ecol\u00f3gica do estudo, garantindo que os resultados sejam consistentes, precisos e aplic\u00e1veis a contextos semelhantes. Os problemas identificados ser\u00e3o classificados por gravidade, e as sugest\u00f5es dos participantes ser\u00e3o priorizadas para a implementa\u00e7\u00e3o de melhorias no CD-MOJ.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#planejamento-do-teste-piloto","title":"Planejamento do Teste Piloto","text":"

Antes de realizar a avalia\u00e7\u00e3o completa, \u00e9 fundamental conduzir um teste piloto. Esse teste tem como objetivo validar o planejamento da avalia\u00e7\u00e3o, garantir que todos os procedimentos est\u00e3o claros e funcionais, e permitir ajustes necess\u00e1rios. Al\u00e9m disso, o teste piloto ajuda a identificar poss\u00edveis falhas nos m\u00e9todos, quest\u00f5es de usabilidade e a efic\u00e1cia do roteiro de entrevista. Segue a tabela abaixo com a marca\u00e7\u00e3o do teste piloto.

Tabela 3: Tabela do planejamento do teste piloto.

Ordem Data Hor\u00e1rio de In\u00edcio e Fim Local Entrevistadores Entrevistado 1 14/12/2024 21:00 - 21:15 Google meet Jo\u00e3o Vitor Felipe Rodrigues

Autor(es): Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_avaliacao/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do planejamento da avalia\u00e7\u00e3o Jo\u00e3o Vitor 10/12/2024 Marcelo Adrian 10/12/2024 1.1 Altera\u00e7\u00e3o nas perguntas Jo\u00e3o Vitor 10/12/2024 Marcelo Adrian 10/12/2024 1.2 Corre\u00e7\u00e3o e altera\u00e7\u00e3o nas perguntas Jo\u00e3o Vitor 15/12/2024"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/","title":"Planejamento do relato de resultados da avalia\u00e7\u00e3o da an\u00e1lise de tarefas","text":""},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o visa identificar problemas e oportunidades de melhoria na intera\u00e7\u00e3o dos usu\u00e1rios com o sistema, atrav\u00e9s de um processo organizado que inclui o estudo das tarefas realizadas pelos participantes, seus perfis, e as dificuldades encontradas.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#objetivo","title":"Objetivo","text":"

O objetivo deste planejamento \u00e9 guiar o processo de avalia\u00e7\u00e3o de usabilidade, registrando e analisando as tarefas realizadas pelos participantes. Atrav\u00e9s disso, ser\u00e1 poss\u00edvel identificar pontos de melhoria, problemas de usabilidade, e gerar sugest\u00f5es que possam aprimorar a experi\u00eancia do usu\u00e1rio com o sistema, com base nas observa\u00e7\u00f5es feitas durante a an\u00e1lise das tarefas executadas.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#metodologia","title":"Metodologia","text":"

Com base no livro de Simone Barbosa e adaptando alguns pontos, os seguintes elementos devem ser incorporados no relato dos resultados:

  • Os objetivos da avalia\u00e7\u00e3o;
  • Local da avalia\u00e7\u00e3o;
  • Tarefas executadas pelos participantes;
  • Dados coletados durante a entrevista;
  • Lista de problemas encontrados durante a avalia\u00e7\u00e3o;
  • Documenta\u00e7\u00e3o da avalia\u00e7\u00e3o.
"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#documentacao","title":"Documenta\u00e7\u00e3o","text":""},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#1-objetivos-da-avaliacao","title":"1. Objetivos da Avalia\u00e7\u00e3o","text":"

Nesta se\u00e7\u00e3o, deve ser apresentada uma defini\u00e7\u00e3o clara dos prop\u00f3sitos da an\u00e1lise de tarefas. Explicar o motivo pelo qual a avalia\u00e7\u00e3o est\u00e1 sendo realizada e quais resultados se espera alcan\u00e7ar com a an\u00e1lise das tarefas executadas pelos participantes.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#2-local-da-avaliacao","title":"2. Local da Avalia\u00e7\u00e3o","text":"

Descrever o ambiente onde a avalia\u00e7\u00e3o foi realizada. Isso pode incluir informa\u00e7\u00f5es sobre o local f\u00edsico as condi\u00e7\u00f5es do espa\u00e7o (ex: ambiente controlado ou situa\u00e7\u00f5es do cotidiano) e qualquer outro fator que possa ter impactado a avalia\u00e7\u00e3o. Detalhar tamb\u00e9m a infraestrutura utilizada, como computadores, ferramentas de grava\u00e7\u00e3o ou qualquer outro recurso essencial para a execu\u00e7\u00e3o da avalia\u00e7\u00e3o.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#3-tarefas-executadas-pelos-participantes","title":"3. Tarefas Executadas pelos Participantes","text":"

Quais atividades os participantes realizaram durante a avalia\u00e7\u00e3o? Qual tarefa foi analisada e de que forma foi conduzida a an\u00e1lise?

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#4-dados-coletados-durante-a-entrevista","title":"4. Dados coletados durante a entrevista","text":"

Nesta se\u00e7\u00e3o, ser\u00e3o apresentados o n\u00famero e o perfil dos participantes quanto os dados coletados durante a avalia\u00e7\u00e3o. Al\u00e9m disso, ser\u00e3o apresentadas as perguntas feitas aos participantes, divididas entre an\u00e1lise de perfil e an\u00e1lise do fluxo de tarefas (HTA), com o intuito de investigar as experi\u00eancias, dificuldades e sugest\u00f5es de melhorias dos participantes ao interagir com o sistema.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#perguntas-para-analise-do-perfil-do-entrevistado","title":"Perguntas para An\u00e1lise do Perfil do Entrevistado","text":"Pergunta Resposta Qual o seu nome? [Resposta discursiva] Quantos anos voc\u00ea tem? [Resposta discursiva] Qual a sua ocupa\u00e7\u00e3o? [Resposta discursiva] Qual o seu n\u00edvel de escolaridade? [Resposta discursiva] Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? [Resposta discursiva] Voc\u00ea conhece o CD-MOJ? [ ] Sim [ ] N\u00e3o Voc\u00ea utiliza o CD-MOJ? Se sim, qual o seu objetivo ao utilizar a plataforma? [ ] Sim [ ] N\u00e3o"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#perguntas-sobre-o-hta","title":"Perguntas sobre o HTA","text":"Pergunta Resposta As etapas descritas no diagrama representam bem um fluxo de navega\u00e7\u00e3o para a realiza\u00e7\u00e3o da tarefa analisada? [ ] Sim [ ] N\u00e3o Alguma etapa da tarefa lhe pareceu desnecess\u00e1ria? Se sim, qual? [ ] Sim [ ] N\u00e3o Voc\u00ea encontrou alguma dificuldade de compreender a tarefa apresentada? Se sim, qual? [ ] Sim [ ] N\u00e3o Em sua navega\u00e7\u00e3o, voc\u00ea acredita que conseguiria concluir a tarefa sem dificuldades? Se n\u00e3o, por qu\u00ea? [ ] Sim [ ] N\u00e3o H\u00e1 algo que voc\u00ea sugere incluir ou modificar nas etapas apresentadas? Resposta discursiva"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#5-problemas-de-usabilidade-identificados","title":"5. Problemas de Usabilidade Identificados","text":"

Relate os problemas de usabilidade encontrados durante a avalia\u00e7\u00e3o. Para cada problema, deve-se apresentar uma descri\u00e7\u00e3o detalhada do que foi observado, os fatores de usabilidade prejudicados (como efici\u00eancia e satisfa\u00e7\u00e3o) e a justificativa para considerar esses problemas cr\u00edticos para a experi\u00eancia do usu\u00e1rio. Al\u00e9m disso, se houver solu\u00e7\u00f5es j\u00e1 implementadas ou propostas para resolver os problemas, devem ser descritas de forma clara.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#6-documentacao-da-avaliacao","title":"6. Documenta\u00e7\u00e3o da Avalia\u00e7\u00e3o","text":"

Nesta se\u00e7\u00e3o, deve ser inclu\u00eddo o v\u00eddeo do registro da avalia\u00e7\u00e3o, que serve como documenta\u00e7\u00e3o visual do processo. Esse registro visual \u00e9 fundamental para garantir que os detalhes da avalia\u00e7\u00e3o sejam preservados para futuras an\u00e1lises, al\u00e9m de proporcionar uma refer\u00eancia clara e acess\u00edvel para outros membros da equipe.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_4/analise_requisitos/planejamento_relato/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do planejamento do resultado Jo\u00e3o Vitor 10/12/2024 Marcelo Adrian 10/12/2024 1.1 Corre\u00e7\u00e3o do planejamento de resultado Jo\u00e3o Vitor 05/01/2025"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/","title":"Planejamento da Avalia\u00e7\u00e3o do Storyboard","text":""},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O planejamento da avalia\u00e7\u00e3o de storyboards \u00e9 uma etapa crucial, pois assegura que os elementos visuais, narrativos e funcionais atendam aos requisitos do projeto e \u00e0s expectativas do p\u00fablico-alvo. Para estruturar essa avalia\u00e7\u00e3o, utilizamos o framework DECIDE, uma metodologia aplicada na Intera\u00e7\u00e3o Humano-Computador (IHC) que fornece um conjunto de etapas sistem\u00e1ticas para conduzir avalia\u00e7\u00f5es.

O framework DECIDE \u00e9 composto por seis fases principais:

  • D: Determinar os objetivos gerais da avalia\u00e7\u00e3o

  • E: Explorar as perguntas espec\u00edficas

  • C: Escolher os m\u00e9todos de avalia\u00e7\u00e3o

  • I: Identificar os aspectos pr\u00e1ticos

  • D: Decidir como lidar com quest\u00f5es \u00e9ticas

  • E: Explorar como interpretar os dados coletados

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#metodologia","title":"Metodologia","text":"

A avalia\u00e7\u00e3o do storyboard ser\u00e1 realizada utilizando o framework DECIDE, considerando o contexto do site CD-MOJ, uma plataforma educacional amplamente utilizada por alunos e professores da UnB. A metodologia abordar\u00e1 os problemas identificados e buscar\u00e1 avaliar a adequa\u00e7\u00e3o do storyboard para propor melhorias na interface e na experi\u00eancia do usu\u00e1rio.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#objetivos","title":"Objetivos","text":""},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#d-determinar-os-objetivos-gerais-da-avaliacao","title":"D: Determinar os objetivos gerais da avalia\u00e7\u00e3o","text":"

O principal objetivo \u00e9 verificar se o storyboard reflete solu\u00e7\u00f5es claras e eficazes para os problemas de usabilidade e intera\u00e7\u00e3o encontrados no CD-MOJ. Os crit\u00e9rios avaliados incluem: - Clareza e coer\u00eancia na comunica\u00e7\u00e3o das propostas de solu\u00e7\u00e3o. - Alinhamento com as heur\u00edsticas de usabilidade de Nielsen. - Usabilidade do storyboard como ferramenta para guiar implementa\u00e7\u00f5es no site. - Est\u00e9tica e apelo visual das solu\u00e7\u00f5es propostas.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#e-explorar-as-perguntas-especificas","title":"E: Explorar as perguntas espec\u00edficas","text":"

As perguntas que guiar\u00e3o a avalia\u00e7\u00e3o incluem: - O storyboard apresenta solu\u00e7\u00f5es compreens\u00edveis para os problemas identificados no CD-MOJ? - As propostas seguem os padr\u00f5es de consist\u00eancia e usabilidade esperados? - A narrativa visual do storyboard \u00e9 clara e coesa? - As sugest\u00f5es de redesign s\u00e3o vi\u00e1veis e facilmente interpretadas?

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#c-escolher-os-metodos-de-avaliacao","title":"C: Escolher os m\u00e9todos de avalia\u00e7\u00e3o","text":"

Ser\u00e1 conduzida uma entrevista estruturada com um usu\u00e1rio representativo da plataforma (como um aluno e/ou professor da UnB), utilizando o storyboard como base para discuss\u00e3o. - Apresenta\u00e7\u00e3o do projeto: Antes das perguntas, ser\u00e1 feita uma breve introdu\u00e7\u00e3o ao storyboard e seus objetivos. - Roteiro da entrevista: Inclui perguntas espec\u00edficas sobre cada problema identificado e as solu\u00e7\u00f5es propostas no storyboard. - Feedback aberto: Ap\u00f3s a entrevista, o participante poder\u00e1 fazer coment\u00e1rios e sugest\u00f5es adicionais.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#i-identificar-os-aspectos-praticos","title":"I: Identificar os aspectos pr\u00e1ticos","text":"
  • Participantes: Um usu\u00e1rio frequente do CD-MOJ (aluno ou professor) ser\u00e1 selecionado.
  • Cronograma: A entrevista ser\u00e1 realizada em uma sess\u00e3o de aproximadamente 20-30 minutos.
  • Ferramentas: O storyboard ser\u00e1 apresentado digitalmente, utilizando plataformas como o Google Meet, para facilitar o acesso do participante.
  • Ambiente: O entrevistador criar\u00e1 um ambiente amig\u00e1vel e descontra\u00eddo para promover uma comunica\u00e7\u00e3o clara e aberta.
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#d-decidir-como-lidar-com-questoes-eticas","title":"D: Decidir como lidar com quest\u00f5es \u00e9ticas","text":"
  • O termo de consentimento ser\u00e1 apresentado antes da entrevista, garantindo que o participante compreenda os objetivos da avalia\u00e7\u00e3o e autorize o uso dos dados coletados.
  • A confidencialidade ser\u00e1 assegurada, e nenhum dado pessoal ser\u00e1 compartilhado.
  • O participante ter\u00e1 liberdade para se retirar da avalia\u00e7\u00e3o a qualquer momento, sem consequ\u00eancias.
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#e-interpretar-os-dados-coletados","title":"E: Interpretar os dados coletados","text":"
  • An\u00e1lise qualitativa: Os coment\u00e1rios e respostas ser\u00e3o categorizados com base nos problemas identificados e nas solu\u00e7\u00f5es propostas.
  • Sugest\u00f5es pr\u00e1ticas: As observa\u00e7\u00f5es do participante ser\u00e3o sintetizadas em recomenda\u00e7\u00f5es para ajustes no storyboard.
  • Relat\u00f3rio final: O relat\u00f3rio incluir\u00e1 um resumo das percep\u00e7\u00f5es do participante e uma an\u00e1lise de como as solu\u00e7\u00f5es propostas podem ser refinadas para melhor atender \u00e0s necessidades do p\u00fablico-alvo.
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#questoes-praticas","title":"Quest\u00f5es pr\u00e1ticas","text":""},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#objetivos-gerais","title":"Objetivos Gerais","text":"
  • Verificar a apropria\u00e7\u00e3o de tecnologia pelos usu\u00e1rios: Avaliar se os storyboards refletem uma compreens\u00e3o clara de como os usu\u00e1rios interagem com o CD-MOJ e como eles incorporam essa tecnologia em suas atividades.
  • Explorar ideias e alternativas de design: Identificar se os storyboards apresentam solu\u00e7\u00f5es criativas e variadas para os problemas de intera\u00e7\u00e3o e interface detectados, promovendo inova\u00e7\u00e3o no design.
  • Avaliar a conformidade com padr\u00f5es estabelecidos: Garantir que os storyboards seguem princ\u00edpios reconhecidos de design de intera\u00e7\u00e3o, como as heur\u00edsticas de usabilidade de Nielsen e boas pr\u00e1ticas de Intera\u00e7\u00e3o Humano-Computador (IHC).
  • Identificar problemas na intera\u00e7\u00e3o e na interface na fase do modelo conceitual: Detectar quest\u00f5es de usabilidade, navega\u00e7\u00e3o e feedback apresentados nos storyboards para propor ajustes antes da implementa\u00e7\u00e3o.
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#recrutamento-de-participantes","title":"Recrutamento de participantes","text":"

Com base no perfil do usu\u00e1rio, ser\u00e3o recrutados participantes que: - Sejam estudantes ou professores da UnB, com experi\u00eancia no uso do CD-MOJ. - Tenham familiaridade b\u00e1sica com a ferramenta educacional digital. - Enquadrem-se no perfil de usu\u00e1rios prim\u00e1rios e secund\u00e1rios definidos no documento de perfil.

Os participantes ser\u00e3o convidados por meio de contato direto, utilizando redes sociais, e-mails institucionais ou indica\u00e7\u00e3o como o criador do site, Bruno Ribas.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#cronograma","title":"Cronograma","text":"

Tabela 1 - Cronograma do planejamento.

Atividade Data Hor\u00e1rios Local Teste piloto 14/12 11:30 Plataforma Google Meet Realiza\u00e7\u00e3o das entrevistas 16/12 - 20/12 A depender da disponibilidade dos usu\u00e1rios Plataforma Google Meet Registro e an\u00e1lise dos resultados At\u00e9 05/01 A depender da disponibilidade dos integrantes Github

Autor(es): J\u00e9ssica Eveline, Felipe Rodrigues 2024.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#ferramentas","title":"Ferramentas","text":"
  • Comunica\u00e7\u00e3o: Google Meet.
  • Apresenta\u00e7\u00e3o: Storyboard digital em PDF ou ferramenta de apresenta\u00e7\u00e3o visual interativa (como Canva ou Figma).
  • Registro: Grava\u00e7\u00e3o de v\u00eddeo (com consentimento) e anota\u00e7\u00f5es detalhadas durante as entrevistas.
  • An\u00e1lise de dados: Ferramentas como Excel ou Google Sheets para tabula\u00e7\u00e3o das respostas e an\u00e1lise de feedbacks.
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#teste-piloto","title":"Teste piloto","text":"

O teste piloto ser\u00e1 conduzido no dia 14/12, \u00e0s 11h:30, com um participante representativo do p\u00fablico-alvo e integrante do grupo. O objetivo \u00e9: 1. Verificar a clareza das perguntas do roteiro. 2. Identificar poss\u00edveis problemas na condu\u00e7\u00e3o da entrevista. 3. Garantir que as ferramentas e o ambiente escolhido estejam funcionando adequadamente. 4. Ajustar o tempo necess\u00e1rio para cada etapa da entrevista, incluindo a apresenta\u00e7\u00e3o do storyboard e o momento de feedback livre.

Durante o piloto, ser\u00e1 avaliado se o formato do termo de consentimento, o roteiro e a apresenta\u00e7\u00e3o do storyboard est\u00e3o alinhados com os objetivos propostos. Ajustes ser\u00e3o realizados com base no retorno do participante do teste piloto.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#questoes-eticas","title":"Quest\u00f5es \u00c9ticas","text":"

Durante a realiza\u00e7\u00e3o da avalia\u00e7\u00e3o do storyboard, ser\u00e1 garantido que todos os procedimentos \u00e9ticos sejam seguidos, conforme descrito em Aspectos \u00c9ticos de Pesquisas com Pessoas e Termo de Consentimento.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#apresentacao-do-termo-de-consentimento","title":"Apresenta\u00e7\u00e3o do Termo de Consentimento","text":"

Antes do in\u00edcio de qualquer atividade, ser\u00e1 apresentado aos participantes o termo de consentimento, que explicar\u00e1: - O objetivo da pesquisa e como as informa\u00e7\u00f5es ser\u00e3o utilizadas. - O direito de recusar a participa\u00e7\u00e3o ou se retirar a qualquer momento, sem preju\u00edzo. - A garantia de anonimato e confidencialidade das respostas e dados fornecidos. - Informa\u00e7\u00f5es de contato dos respons\u00e1veis pelo estudo para esclarecimento de d\u00favidas.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#custos","title":"Custos","text":"

A realiza\u00e7\u00e3o das entrevistas deve ser feita de modo que n\u00e3o gere custos \u00e0 equipe nem aos usu\u00e1rios. Para isso, elas ser\u00e3o realizadas online, utilizando as seguintes ferramentas:

  • Google Meet;
  • Perguntas para serem respondidas com a avalia\u00e7\u00e3o;
  • Perguntas para serem respondidas na entrevista;
  • Termo de Consentimento;
  • Teste Piloto;

\u00c9 importante ressaltar que os equipamentos necess\u00e1rios ser\u00e3o quaisquer dispositivos que possuam acesso \u00e0 internet, aplicativos de comunica\u00e7\u00e3o e navegadores de internet dispon\u00edveis para os envolvidos.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#consentimento-livre-e-esclarecido","title":"Consentimento Livre e Esclarecido","text":"

A participa\u00e7\u00e3o s\u00f3 ocorrer\u00e1 mediante a assinatura do termo de consentimento. Caso o participante n\u00e3o concorde, ele ser\u00e1 dispensado sem qualquer tipo de constrangimento ou press\u00e3o.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#ambiente-etico-e-confortavel","title":"Ambiente \u00c9tico e Confort\u00e1vel","text":"

Ser\u00e1 garantido um ambiente amig\u00e1vel e respeitoso durante as entrevistas. O entrevistador dever\u00e1: - Respeitar a privacidade do participante. - Utilizar linguagem clara e acess\u00edvel. - Evitar qualquer tipo de comportamento coercitivo ou que cause desconforto.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#armazenamento-de-dados","title":"Armazenamento de Dados","text":"

Os dados coletados ser\u00e3o armazenados de forma segura e utilizados apenas para os fins desta avalia\u00e7\u00e3o. Ap\u00f3s a finaliza\u00e7\u00e3o do estudo, entrega do relat\u00f3rio e prazos da disciplina, os registros ser\u00e3o descartados.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#compromisso-com-a-etica-em-pesquisa","title":"Compromisso com a \u00c9tica em Pesquisa","text":"

Essa abordagem assegura que a pesquisa siga as diretrizes \u00e9ticas de intera\u00e7\u00e3o humano-computador, respeitando a integridade e os direitos dos participantes, enquanto coleta informa\u00e7\u00f5es relevantes para a melhoria do projeto.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#termo-de-consentimento-livre-e-esclarecido","title":"Termo de Consentimento Livre e Esclarecido","text":"

T\u00edtulo: Avalia\u00e7\u00e3o da Intera\u00e7\u00e3o Humano-Computador da Plataforma CD-MOJ NAQUADAH. Projeto: Grupo 5 - Intera\u00e7\u00e3o Humano-Computador

Descri\u00e7\u00e3o do Estudo: Estamos realizando uma pesquisa acerca dos aspectos de Intera\u00e7\u00e3o Humano-Computador da plataforma CD-MOJ NAQUADAH, visando avaliar e propor melhorias no sistema. Solicitamos sua colabora\u00e7\u00e3o na realiza\u00e7\u00e3o de uma atividade relacionada ao estudo, com dura\u00e7\u00e3o estimada de 20 minutos.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#informacoes-relevantes","title":"Informa\u00e7\u00f5es Relevantes:","text":"
  1. Participa\u00e7\u00e3o volunt\u00e1ria: Sua participa\u00e7\u00e3o \u00e9 inteiramente volunt\u00e1ria, e voc\u00ea poder\u00e1 interromp\u00ea-la a qualquer momento sem necessidade de justificativa ou preju\u00edzo de qualquer natureza.
  2. Confidencialidade: As informa\u00e7\u00f5es coletadas ser\u00e3o tratadas de forma confidencial e utilizadas exclusivamente para fins acad\u00eamicos ou t\u00e9cnicos. Seus dados pessoais e respostas ser\u00e3o protegidos e n\u00e3o ser\u00e3o associados \u00e0 sua identidade em nenhuma publica\u00e7\u00e3o.
  3. Direito \u00e0 informa\u00e7\u00e3o: Caso deseje voc\u00ea poder\u00e1 solicitar informa\u00e7\u00f5es sobre os resultados da pesquisa ou a finalidade espec\u00edfica dos dados coletados.
  4. Grava\u00e7\u00f5es: Caso sejam realizadas grava\u00e7\u00f5es, estas ser\u00e3o utilizadas apenas para an\u00e1lise interna da pesquisa e ser\u00e3o armazenadas em local seguro por at\u00e9 6 meses, sendo descartadas ap\u00f3s este per\u00edodo.
  5. Riscos e Benef\u00edcios: Esta pesquisa apresenta riscos m\u00ednimos, pois n\u00e3o envolve informa\u00e7\u00f5es pessoais sens\u00edveis e garante o anonimato dos dados coletados. Como benef\u00edcio, sua contribui\u00e7\u00e3o auxiliar\u00e1 no aprimoramento do site CD-MOJ, amplamente utilizado por alunos e professores.
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#roteiro-de-entrevistas","title":"Roteiro de Entrevistas","text":""},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#declaracoes-de-consentimento","title":"Declara\u00e7\u00f5es de Consentimento","text":"

Antes de iniciar a entrevista, ser\u00e1 apresentada ao participante a Declara\u00e7\u00e3o de Consentimento Livre e Esclarecido, garantindo a compreens\u00e3o e obten\u00e7\u00e3o do consentimento formal para participa\u00e7\u00e3o.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#apresentacao-do-storyboard","title":"Apresenta\u00e7\u00e3o do Storyboard","text":"

O participante ser\u00e1 introduzido ao storyboard, com uma breve explica\u00e7\u00e3o sobre: - O objetivo do storyboard. - Como ele prop\u00f5e solu\u00e7\u00f5es para os problemas identificados no CD-MOJ. - Os principais elementos visuais e narrativos apresentados.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#perguntas-aplicadas-para-cada-storyboard","title":"Perguntas Aplicadas para Cada Storyboard","text":"

Ap\u00f3s a apresenta\u00e7\u00e3o, ser\u00e3o realizadas as seguintes perguntas, com op\u00e7\u00f5es de resposta pr\u00e9-definidas:

  1. O storyboard apresenta clareza e coer\u00eancia na comunica\u00e7\u00e3o das propostas de solu\u00e7\u00e3o?
  2. [ ] Sim
  3. [ ] N\u00e3o

  4. [ ] N\u00e3o sei afirmar

  5. As propostas apresentadas est\u00e3o alinhadas com as heur\u00edsticas de usabilidade de Nielsen?

  6. [ ] Sim
  7. [ ] N\u00e3o

  8. [ ] N\u00e3o sei afirmar

  9. O storyboard \u00e9 funcional como ferramenta para guiar implementa\u00e7\u00f5es no site?

  10. [ ] Sim
  11. [ ] N\u00e3o

  12. [ ] N\u00e3o sei afirmar

  13. As solu\u00e7\u00f5es propostas t\u00eam apelo visual e s\u00e3o esteticamente agrad\u00e1veis?

  14. [ ] Sim
  15. [ ] N\u00e3o

  16. [ ] N\u00e3o sei afirmar

  17. O storyboard apresenta solu\u00e7\u00f5es compreens\u00edveis para os problemas identificados no CD-MOJ?

  18. [ ] Sim
  19. [ ] N\u00e3o

  20. [ ] N\u00e3o sei afirmar

  21. As propostas seguem os padr\u00f5es de consist\u00eancia e usabilidade esperados?

  22. [ ] Sim
  23. [ ] N\u00e3o

  24. [ ] N\u00e3o sei afirmar

  25. As sugest\u00f5es de redesign s\u00e3o vi\u00e1veis e facilmente interpretadas pelos desenvolvedores?

  26. [ ] Sim
  27. [ ] N\u00e3o
  28. [ ] N\u00e3o sei afirmar
"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#feedback-aberto","title":"Feedback Aberto","text":"

Ao final das perguntas estruturadas, o participante ter\u00e1 um espa\u00e7o aberto para: - Fazer coment\u00e1rios gerais sobre o storyboard. - Sugerir melhorias que n\u00e3o tenham sido abordadas durante a entrevista. - Compartilhar insights ou experi\u00eancias relacionados ao uso do CD-MOJ.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2010.

PREECE, Jennifer; SHARP, Helen; ROGERS, Yvonne. Interaction Design: beyond human-computer interaction. John Wiley & Sons, 2015.

LICHESS. Intera\u00e7\u00e3o Humano Computador. Distrito Federal, 2022. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2022.2-Lichess. Acesso em: 09/12/2024.

"},{"location":"entregas/entrega_4/storyboard/planejamento_da_avalia%C3%A7%C3%A3o/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento J\u00e9ssica Eveline 09/12/2024 Felipe Rodrigues 09/12/2024 1.1 Altera\u00e7\u00f5es significativas Felipe Rodrigues 10/12/2024 Marcelo Adrian 10/12/2024"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/","title":"Planejamento do Relato de Resultados da Avalia\u00e7\u00e3o do Storyboard","text":""},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O relato de resultados tem como objetivo documentar os resultados obtidos a partir da avalia\u00e7\u00e3o dos storyboards elaborados pela equipe, visando a melhoria da intera\u00e7\u00e3o e usabilidade do CD-MOJ. Este documento ir\u00e1 consolidar os dados coletados nas entrevistas, destacando tanto os aspectos positivos quanto as \u00e1reas que precisam de ajustes. O foco principal ser\u00e1 verificar se o storyboard atende aos requisitos de clareza, usabilidade e alinhamento com as heur\u00edsticas de Nielsen, conforme os objetivos previamente estabelecidos na fase de planejamento da avalia\u00e7\u00e3o, com base no framework DECIDE.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#elementos-do-relato-de-resultados","title":"Elementos do Relato de Resultados","text":""},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#objetivos-da-avaliacao","title":"Objetivos da Avalia\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o dos storyboards foi realizada com o objetivo de:

  • Verificar a clareza e coer\u00eancia na comunica\u00e7\u00e3o das propostas de solu\u00e7\u00e3o apresentadas nos storyboards.

  • Avaliar o alinhamento com as heur\u00edsticas de usabilidade de Nielsen, identificando se as solu\u00e7\u00f5es propostas seguem princ\u00edpios de design eficiente e eficaz.

  • Analisar a usabilidade do storyboard como ferramenta para guiar implementa\u00e7\u00f5es no site, verificando sua aplicabilidade pr\u00e1tica no processo de desenvolvimento.

  • Observar a est\u00e9tica e o apelo visual, garantindo que as solu\u00e7\u00f5es propostas sejam atraentes e intuitivas para os usu\u00e1rios.

  • Avaliar a capacidade de resolu\u00e7\u00e3o dos problemas identificados no CD-MOJ, garantindo que o storyboard aborde as quest\u00f5es de usabilidade e navega\u00e7\u00e3o de forma clara e eficiente.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#metodologia","title":"Metodologia","text":"

A metodologia adotada para esta avalia\u00e7\u00e3o segue as etapas descritas no planejamento da avalia\u00e7\u00e3o:

  1. Framework DECIDE: O framework DECIDE ser\u00e1 utilizado para orientar a avalia\u00e7\u00e3o, considerando os seguintes aspectos:

  2. Definir os objetivos da avalia\u00e7\u00e3o.

  3. Estabelecer os crit\u00e9rios de decis\u00e3o.

  4. Colher as evid\u00eancias necess\u00e1rias.

  5. Interpretar os dados coletados.

  6. Documentar os resultados de forma clara.

  7. Elaborar recomenda\u00e7\u00f5es baseadas nos resultados obtidos.

  8. Testes Piloto e Entrevistas: Durante o teste piloto e as entrevistas com usu\u00e1rios representativos do p\u00fablico-alvo do CD-MOJ, ser\u00e1 avaliada a percep\u00e7\u00e3o dos participantes sobre os storyboards.

  9. Entrevistas com Participantes: Ser\u00e3o realizadas entrevistas baseadas em um roteiro de perguntas estruturadas, seguidas de uma sess\u00e3o de feedback aberto onde os participantes poder\u00e3o sugerir melhorias.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#avaliadores-e-participantes","title":"Avaliadores e Participantes","text":"
  • Avaliadores: A avalia\u00e7\u00e3o ser\u00e1 conduzida pelos membros da equipe de avalia\u00e7\u00e3o.
  • Participantes: A avalia\u00e7\u00e3o envolver\u00e1 usu\u00e1rios representativos do p\u00fablico-alvo do CD-MOJ, incluindo alunos e professores da UnB, conforme descrito no perfil do usu\u00e1rio.
"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#sumario-dos-dados","title":"Sum\u00e1rio dos Dados","text":"

Ser\u00e1 registrado o sum\u00e1rio das respostas dos participantes para cada uma das perguntas do roteiro, incluindo: - Respostas \u00e0s perguntas estruturadas, com op\u00e7\u00f5es de resposta como \"sim\", \"n\u00e3o\" e \"n\u00e3o sei afirmar\". - Considera\u00e7\u00f5es adicionais feitas pelos usu\u00e1rios, especialmente em casos de respostas negativas ou de incerteza (n\u00e3o sei afirmar). - Observa\u00e7\u00f5es gerais sobre a experi\u00eancia do participante durante a avalia\u00e7\u00e3o.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#problemas-encontrados","title":"Problemas Encontrados","text":"

A partir dos dados coletados, ser\u00e3o identificados os seguintes problemas nos storyboards: - Problemas de clareza e coer\u00eancia na comunica\u00e7\u00e3o das solu\u00e7\u00f5es propostas. - Desalinhamento com as heur\u00edsticas de usabilidade de Nielsen, como problemas de consist\u00eancia, feedback, e preven\u00e7\u00e3o de erros. - Dificuldades de usabilidade do storyboard como ferramenta para a implementa\u00e7\u00e3o no site. - Problemas est\u00e9ticos, como elementos visuais confusos ou pouco atraentes. - Solu\u00e7\u00f5es incompreens\u00edveis para os problemas identificados no CD-MOJ.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#sugestoes-de-correcoes","title":"Sugest\u00f5es de Corre\u00e7\u00f5es","text":"

Para cada problema identificado, ser\u00e3o propostas corre\u00e7\u00f5es e melhorias. As sugest\u00f5es poder\u00e3o incluir: - Altera\u00e7\u00f5es no layout e design visual para melhorar a est\u00e9tica e a clareza do storyboard. - Ajustes nas propostas de solu\u00e7\u00e3o para garantir maior alinhamento com as heur\u00edsticas de Nielsen. - Recomenda\u00e7\u00f5es para tornar o storyboard mais intuitivo e f\u00e1cil de usar pelos desenvolvedores, a fim de garantir que as solu\u00e7\u00f5es possam ser implementadas de forma eficiente. - Sugest\u00f5es de revis\u00f5es nas mensagens de erro e feedback visual, para melhorar a experi\u00eancia do usu\u00e1rio no CD-MOJ.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#gravacoes-do-teste-piloto-e-da-entrevista","title":"Grava\u00e7\u00f5es do Teste Piloto e da Entrevista","text":"

Ser\u00e3o inseridas as grava\u00e7\u00f5es do teste piloto e das entrevistas realizadas com os participantes. Estas grava\u00e7\u00f5es servir\u00e3o como base para as an\u00e1lises qualitativas, permitindo uma avalia\u00e7\u00e3o detalhada das rea\u00e7\u00f5es dos usu\u00e1rios e suas sugest\u00f5es. Caso o teste piloto indique a necessidade de altera\u00e7\u00f5es no planejamento da avalia\u00e7\u00e3o (como ajustes no roteiro ou nas perguntas), esses pontos tamb\u00e9m ser\u00e3o registrados e discutidos.

As grava\u00e7\u00f5es do teste piloto e das entrevistas foram realizadas com o consentimento pr\u00e9vio dos participantes, seguindo os princ\u00edpios \u00e9ticos descritos no Termo de Consentimento Livre e Esclarecido. Essas grava\u00e7\u00f5es ser\u00e3o utilizadas apenas para an\u00e1lise interna e armazenadas de forma segura, garantindo o anonimato e a confidencialidade dos participantes. Ap\u00f3s a entrega do relat\u00f3rio final, todos os registros ser\u00e3o devidamente descartados. Os participantes mant\u00eam o direito de solicitar a exclus\u00e3o de suas informa\u00e7\u00f5es a qualquer momento.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#cronograma-do-relato-de-resultados","title":"Cronograma do Relato de Resultados","text":"

Tabela 1 - Cronograma do relato de resultados.

Data Atividade 20/12 - 30/12 An\u00e1lise de dados 31/12 - 04/01 Reda\u00e7\u00e3o do relato 05/01 Entrega do relat\u00f3rio final

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#ferramentas-de-apoio","title":"Ferramentas de Apoio","text":"
  • An\u00e1lise de Dados: Ferramentas como Excel ou Google Sheets para tabula\u00e7\u00e3o e an\u00e1lise de respostas.
  • Produ\u00e7\u00e3o do Relato: Documentos compartilhados (Google Docs).
  • Visualiza\u00e7\u00e3o de Dados: Ferramentas para cria\u00e7\u00e3o de gr\u00e1ficos e tabelas (Canva, Power BI ou Excel).

Este planejamento visa garantir uma documenta\u00e7\u00e3o clara e detalhada dos resultados da avalia\u00e7\u00e3o do storyboard, proporcionando insights valiosos para melhorar a intera\u00e7\u00e3o e usabilidade do CD-MOJ.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; SILVA, Bruno Santana da. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier, 2010.

"},{"location":"entregas/entrega_4/storyboard/planejamento_do_relato/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 2 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento J\u00e9ssica Eveline 09/12/2024 Felipe Rodrigues 09/12/2024"},{"location":"entregas/entrega_4/storyboard/storyboards/","title":"Storyboards","text":""},{"location":"entregas/entrega_4/storyboard/storyboards/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O storyboard \u00e9 uma ferramenta visual e um prot\u00f3tipo de baixa fidelidade amplamente utilizado no design de intera\u00e7\u00e3o devido \u00e0 sua simplicidade, baixo custo e r\u00e1pida produ\u00e7\u00e3o. Como destacado por Preece, Sharp e Rogers (2015) ^1^, sua estrutura sequencial permite representar visualmente os principais passos das intera\u00e7\u00f5es entre usu\u00e1rios e sistemas. Em conjunto com cen\u00e1rios, os storyboards facilitam a compreens\u00e3o do contexto de uso, das tarefas realizadas e das respostas do sistema, ajudando a antecipar desafios e a refinar solu\u00e7\u00f5es.

Cada quadro de um storyboard ilustra um momento espec\u00edfico da intera\u00e7\u00e3o, destacando elementos como os usu\u00e1rios envolvidos, o ambiente, os objetivos, as a\u00e7\u00f5es realizadas e os resultados obtidos. No contexto de sistemas baseados em interfaces gr\u00e1ficas (GUI), eles tamb\u00e9m auxiliam na visualiza\u00e7\u00e3o de fluxos de trabalho e na identifica\u00e7\u00e3o de pontos cr\u00edticos na experi\u00eancia do usu\u00e1rio. Este documento apresenta os storyboards desenvolvidos por cada integrante, alinhados \u00e0s tarefas previamente definidas nos cen\u00e1rios e focados em capturar os aspectos centrais da intera\u00e7\u00e3o proposta.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#tarefa-1-submeter-um-codigo-para-avaliacao","title":"Tarefa 1: Submeter um c\u00f3digo para avalia\u00e7\u00e3o.","text":"

Na figura 1, o storyboard retrata o momento em que um novo usu\u00e1rio ir\u00e1 submeter seu c\u00f3digo de uma atividade por\u00e9m n\u00e3o recebe retorno como esperado do site.

Figura 1 - Storyboard submeter um c\u00f3digo para avalia\u00e7\u00e3o.

Autor: Felipe Rodrigues, 2024.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#tarefa-2-alterar-senha","title":"Tarefa 2: Alterar senha.","text":"

Na figura 2, \u00e9 apresentado o storyboard de troca de senha e sua complexidade.

Figura 2 - Storyboard alterar senha.

Autor: J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#tarefa-3-problemas-com-faq","title":"Tarefa 3: Problemas com FAQ.","text":"

Na figura 3, storyboard apresentado trata da falta de conte\u00fado do FAQ para problemas comuns.

Figura 3 - Storyboard problemas com FAQ.

Autor: Jo\u00e3o Vitor, 2024.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#tarefa-4-falta-de-mecanismos-de-busca","title":"Tarefa 4: Falta de mecanismos de busca.","text":"

Na figura 4, \u00e9 poss\u00edvel ver que o usu\u00e1rio tem dificuldade para encontrar algo no site por falta de mecanismos de busca.

Figura 4 - Storyboard falta de mecanismos de busca.

Autor: Marcelo Adrian, 2024.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#tarefa-5-encontrar-os-casos-de-teste-que-falharam","title":"Tarefa 5: Encontrar os casos de teste que falharam.","text":"

Na Figura 5, o storyboard ilustra o momento em que o c\u00f3digo \u00e9 testado e alguns casos s\u00e3o aprovados. Para identificar os casos que falharam e localizar os erros, o usu\u00e1rio deve consultar o bot \"Mojinho\" no Telegram.

Figura 5 - Storyboard encontrar os casos de teste que falharam.

Autor: Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#bibliografia","title":"Bibliografia","text":"

BILHETERIA DIGITAL. Intera\u00e7\u00e3o Humano Computador. Distrito Federal, 2023. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2023.1-BilheteriaDigital. Acesso em: 30/11/2024.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#referencias-bibliografica","title":"Refer\u00eancias bibliogr\u00e1fica","text":"

1. PREECE, Jennifer; SHARP, Helen; ROGERS, Yvonne. Interaction Design: beyond human-computer interaction. John Wiley & Sons, 2015.

"},{"location":"entregas/entrega_4/storyboard/storyboards/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Storyboards dos integrantes. Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 09/12/2024 Felipe Rodrigues, J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho, Marcelo Adrian 09/12/2024"},{"location":"entregas/entrega_5/entrega_5/","title":"Entrega 5","text":""},{"location":"entregas/entrega_5/entrega_5/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_5/entrega_5/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o foca nos artefatos da etapa 5.

"},{"location":"entregas/entrega_5/entrega_5/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): J\u00e9ssica Eveline , 2024.

"},{"location":"entregas/entrega_5/entrega_5/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1: Entrega 4 - IHC - Grupo 05.

Link: Entrega 4 - IHC - Grupo 05

"},{"location":"entregas/entrega_5/entrega_5/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o da entrega e disponibiliza\u00e7\u00e3o do link Marcelo Adrian 10/12/2024"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/","title":"Relato dos Resultados do Storyboard e da An\u00e1lise de Tarefas","text":""},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#introducao","title":"Introdu\u00e7\u00e3o","text":"

O relato documenta os resultados obtidos a partir da avalia\u00e7\u00e3o de usabilidade do CD-MOJ, conduzida por meio de storyboards e an\u00e1lise de tarefas. Os storyboards, como prot\u00f3tipos de baixa fidelidade, ilustram cen\u00e1rios de uso representativos que destacam a intera\u00e7\u00e3o dos usu\u00e1rios com o sistema em situa\u00e7\u00f5es reais. Este documento busca identificar problemas de usabilidade, validar os cen\u00e1rios representados e propor melhorias baseadas nos dados coletados.

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#objetivo","title":"Objetivo","text":"

A avalia\u00e7\u00e3o teve como objetivo verificar a correspond\u00eancia entre os cen\u00e1rios descritos pelos storyboards e as experi\u00eancias reais dos usu\u00e1rios do CD-MOJ. Al\u00e9m disso, buscou-se identificar problemas e oportunidades de melhoria dos StoryBoards e HTAs, com foco em aumentar sua efici\u00eancia, efic\u00e1cia e satisfa\u00e7\u00e3o.

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#metodologia","title":"Metodologia","text":"

A metodologia adotada baseou-se em entrevistas qualitativas, conforme descrito por Barbosa e Silva (2010), e na an\u00e1lise de tarefas. Essa abordagem permitiu coletar dados profundos sobre as experi\u00eancias individuais dos participantes ao interagirem com os artefatos elaborados.

Os storyboards foram utilizados como ferramenta para contextualizar os cen\u00e1rios de uso durante as entrevistas, enquanto a an\u00e1lise de tarefas investigou os fluxos de intera\u00e7\u00e3o e os desafios enfrentados pelos usu\u00e1rios.

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#entrevistas","title":"Entrevistas","text":""},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#participantes","title":"Participantes","text":"

Foram realizadas entrevistas com 5 estudantes de gradua\u00e7\u00e3o da Universidade de Bras\u00edlia, vinculados \u00e0 comunidade FCTE-UnB. Os participantes majoritariamente tinham familiaridade com o CD-MOJ e outros juizes online. Cada tarefa foi avaliada quanto \u00e0 sua facilidade de entendimento, clareza e alinhamento com os objetivos do cen\u00e1rio.

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#teste-piloto","title":"Teste Piloto","text":"

O teste piloto foi conduzido por Jo\u00e3o Vitor e J\u00e9ssica Eveline, integrantes do grupo 05, com o objetivo de identificar poss\u00edveis problemas t\u00e9cnicos, como falhas de som e imagem, al\u00e9m de confirmar o tempo de execu\u00e7\u00e3o da entrevista, que durou cerca de 10 minutos. Tamb\u00e9m foi avaliada a din\u00e2mica das entrevistas, considerando os seguintes aspectos:

  1. Termo de Consentimento Livre e Esclarecido (TCLE): O termo foi apresentado aos participantes para garantir a concord\u00e2ncia e a compreens\u00e3o sobre a participa\u00e7\u00e3o na pesquisa.

  2. Perguntas para An\u00e1lise do Perfil do Entrevistado: As perguntas iniciais buscaram tra\u00e7ar o perfil dos entrevistados, abordando aspectos como:

  3. Qual o seu nome?
  4. Quantos anos voc\u00ea tem?
  5. Qual a sua ocupa\u00e7\u00e3o?
  6. Qual o seu n\u00edvel de escolaridade?
  7. Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual?
  8. Voc\u00ea conhece o CD-MOJ?
    • ( ) Sim
    • ( ) N\u00e3o

  9. Voc\u00ea utiliza o CD-MOJ? Se sim, qual o seu objetivo ao utilizar a plataforma?

    • ( ) Sim
    • ( ) N\u00e3o

  10. Perguntas Sobre o Storyboard: O storyboard foi avaliado com base nos seguintes crit\u00e9rios:

  11. O storyboard apresenta uma sequ\u00eancia l\u00f3gica em suas cenas?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  12. Cada quadro cont\u00e9m informa\u00e7\u00f5es suficientes para transmitir a a\u00e7\u00e3o ou ideia principal?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  13. Os di\u00e1logos, legendas ou descri\u00e7\u00f5es de cada cena est\u00e3o bem definidos e s\u00e3o compreens\u00edveis?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  14. As transi\u00e7\u00f5es entre os quadros est\u00e3o bem descritas?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  15. O n\u00edvel de detalhamento do storyboard \u00e9 adequado para o prop\u00f3sito?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  16. O ritmo dos eventos \u00e9 adequado para o n\u00famero de quadros?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  17. Os personagens e cen\u00e1rios s\u00e3o reconhec\u00edveis de quadro para quadro?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  18. H\u00e1 varia\u00e7\u00e3o de \u00e2ngulos ou enquadramentos para manter o dinamismo?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar
  19. H\u00e1 consist\u00eancia no estilo art\u00edstico entre os quadros?
    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar

  20. Os cen\u00e1rios ajudam a ambientar a hist\u00f3ria?

    • ( ) Sim
    • ( ) N\u00e3o
    • ( ) N\u00e3o sei afirmar

  21. Perguntas Sobre o HTA (Hierarchical Task Analysis): As etapas do diagrama HTA foram avaliadas com base nos seguintes aspectos:

  22. As etapas descritas no diagrama representam bem um fluxo de navega\u00e7\u00e3o para a realiza\u00e7\u00e3o da tarefa analisada?
    • ( ) Sim
    • ( ) N\u00e3o
  23. Alguma etapa da tarefa lhe pareceu desnecess\u00e1ria? Se sim, qual?
    • ( ) Sim
    • ( ) N\u00e3o
  24. Voc\u00ea encontrou alguma dificuldade de compreender a tarefa apresentada? Se sim, qual?
    • ( ) Sim
    • ( ) N\u00e3o
  25. Em sua navega\u00e7\u00e3o, voc\u00ea acredita que conseguiria concluir a tarefa sem dificuldades? Se n\u00e3o, por qu\u00ea?
    • ( ) Sim
    • ( ) N\u00e3o
  26. H\u00e1 algo que voc\u00ea sugere incluir ou modificar nas etapas apresentadas?
"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#gravacao-da-entrevista","title":"Grava\u00e7\u00e3o da Entrevista","text":"

A grava\u00e7\u00e3o do teste piloto est\u00e1 dispon\u00edvel pelo YouTube:

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#felipe-rodrigues","title":"Felipe Rodrigues","text":"

  • Termo de Consentimento Livre e Esclarecido O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte link: Termo de Consentimento - Felipe Rodrigues

  • Grava\u00e7\u00e3o da Entrevista A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#joao-vitor","title":"Jo\u00e3o Vitor","text":"

  • Termo de Consentimento Livre e Esclarecido O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte caminho: Termo de Consentimento - Jo\u00e3o Vitor

  • Grava\u00e7\u00e3o da Entrevista A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#jessica-eveline","title":"J\u00e9ssica Eveline","text":"

  • Termo de Consentimento Livre e Esclarecido O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte link: Termo de Consentimento - J\u00e9ssica Eveline

  • Grava\u00e7\u00e3o da Entrevista A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#marcelo-adrian","title":"Marcelo Adrian","text":"

  • Termo de Consentimento Livre e Esclarecido O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte caminho: Termo de Consentimento - Marcelo Adrian

  • Grava\u00e7\u00e3o da Entrevista A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#ruan-carvalho","title":"Ruan Carvalho","text":"

  • Termo de Consentimento Livre e Esclarecido O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte caminho: Termo de Consentimento - Ruan Carvalho

  • Grava\u00e7\u00e3o da Entrevista A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#conclusao","title":"Conclus\u00e3o","text":"

A avalia\u00e7\u00e3o de usabilidade, conduzida por meio de storyboards e an\u00e1lise de tarefas, proporcionou uma vis\u00e3o detalhada sobre as fortalezas e fragilidades dos artefatos desenvolvidos pelo grupo. Atrav\u00e9s dessa abordagem, foi poss\u00edvel identificar n\u00e3o apenas as problem\u00e1ticas associadas ao design e fluxo de navega\u00e7\u00e3o, mas tamb\u00e9m os aspectos positivos, como a clareza e a l\u00f3gica das sequ\u00eancias apresentadas nos storyboards. As informa\u00e7\u00f5es obtidas durante as entrevistas e a an\u00e1lise das tarefas permitiram direcionar melhorias no projeto, contribuindo para um refinamento cont\u00ednuo da experi\u00eancia do usu\u00e1rio e um melhor alinhamento com as expectativas do p\u00fablico-alvo.

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

INTERA\u00c7\u00c3O HUMANO-COMPUTADOR. Avalia\u00e7\u00e3o de Storyboard - Ponto de Controle 5. 2020. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2020.1-BCE/blob/master/docs/pages/ponto_de_controle_5/avaliacao_storyboard.md. Acesso em: 4 jan. 2025.

INTERA\u00c7\u00c3O HUMANO-COMPUTADOR. An\u00e1lise de Tarefas - Resultado da An\u00e1lise de Tarefas. 2023. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2023.1-BilheteriaDigital/blob/main/site/design-avaliacao-desenvolvimento/nivel-1/analise-de-tarefas-dad/resultado-relato-analise-de-tarefas/index.html. Acesso em: 4 jan. 2025.

INTERA\u00c7\u00c3O HUMANO-COMPUTADOR. Relato de Resultados - Storyboard. 2022. Dispon\u00edvel em: https://github.com/Interacao-Humano-Computador/2022.2-Lichess/blob/main/docs/design_avaliacao_desenvolvimento/nivel_1/storyboard/relato_resultados.md. Acesso em: 4 jan. 2025.

"},{"location":"entregas/entrega_5/relato_resultados_storyboard_analise_tarefas/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do documento J\u00e9ssica Eveline 04/01/2025 Jo\u00e3o Vitor 05/01/2025"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/","title":"Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel","text":""},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipos desempenha um papel crucial no design centrado no usu\u00e1rio, ao enfatizar a identifica\u00e7\u00e3o de problemas de usabilidade e a valida\u00e7\u00e3o de solu\u00e7\u00f5es antes de prosseguir para etapas mais avan\u00e7adas. Este documento apresenta o planejamento da avalia\u00e7\u00e3o de prot\u00f3tipos de papel, um m\u00e9todo eficaz e acess\u00edvel para explorar ideias iniciais e coletar feedback dos usu\u00e1rios, utilizando o framework DECIDE para estruturar o processo e garantir resultados aplic\u00e1veis ao aprimoramento do prot\u00f3tipo.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#objetivo","title":"Objetivo","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 validar a usabilidade e a efic\u00e1cia do prot\u00f3tipo de papel desenvolvido, identificando problemas na interface e na intera\u00e7\u00e3o com o usu\u00e1rio. O foco \u00e9 coletar impress\u00f5es sobre a clareza e a praticidade do prot\u00f3tipo.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#metodologia","title":"Metodologia","text":"

Ser\u00e1 utilizado o framework DECIDE para o planejamento dessa avalia\u00e7\u00e3o, estruturando o processo em seis etapas a serem seguidas.

Figura 1 - Framework DECIDE.

Autor(es): Felipe Rodrigues e Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#d-determinar-os-objetivos","title":"D - Determinar os objetivos","text":"

Determinar os objetivos de IHC \u00e9 essencial para criar interfaces eficientes, acess\u00edveis e alinhadas \u00e0s necessidades dos usu\u00e1rios. Nesta avalia\u00e7\u00e3o, o foco ser\u00e1 no prot\u00f3tipo de papel, uma ferramenta de prototipagem de baixo custo e baixa fidelidade, que permite explorar rapidamente ideias e identificar oportunidades de melhoria. O principal ponto a ser abordado \u00e9:

  • Problemas na intera\u00e7\u00e3o e na interface: Identificar e corrigir barreiras que dificultam o uso, contribuindo para uma experi\u00eancia mais intuitiva.
"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#e-explorar-as-perguntas","title":"E - Explorar as perguntas","text":"

Explorar as perguntas a serem respondidas \u00e9 fundamental para orientar a avalia\u00e7\u00e3o de IHC, pois essas quest\u00f5es fornecem diretrizes claras para compreender o impacto do prot\u00f3tipo na experi\u00eancia do usu\u00e1rio. Elas s\u00e3o cruciais para identificar elementos que funcionam bem, aqueles que necessitam de ajustes e para assegurar que o design esteja alinhado com as necessidades do p\u00fablico-alvo. O uso do prot\u00f3tipo de papel facilita a an\u00e1lise ao permitir testes r\u00e1pidos e econ\u00f4micos, garantindo feedback imediato e promovendo itera\u00e7\u00f5es \u00e1geis e efetivas no design.

Tabela 1: Perguntas do pontos escolhidos.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Ele vai entender o que deve fazer em seguida?

Autor(es): Felipe Rodrigues e Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#c-escolher-choose","title":"C - Escolher (Choose)","text":"

Para avaliar os prot\u00f3tipos, ser\u00e1 utilizado o m\u00e9todo de investiga\u00e7\u00e3o, que inclui observa\u00e7\u00e3o dos usu\u00e1rios ao interagir com o prot\u00f3tipo de papel. Esse m\u00e9todo permite entender as percep\u00e7\u00f5es, prefer\u00eancias e dificuldades dos usu\u00e1rios, ajudando a identificar problemas no design e na intera\u00e7\u00e3o.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#i-identificar-e-administrar-as-questoes-praticas-da-avaliacao","title":"I - Identificar e Administrar as Quest\u00f5es Pr\u00e1ticas da Avalia\u00e7\u00e3o","text":""},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#recrutamento","title":"Recrutamento","text":"

Para o recrutamento, ser\u00e3o selecionadas cinco pessoas, uma para cada prot\u00f3tipo de papel desenvolvido pelos integrantes do grupo. O p\u00fablico-alvo ser\u00e1 definido com base no perfil de usu\u00e1rio identificado durante a an\u00e1lise de requisitos. As entrevistas ser\u00e3o conduzidas de forma presencial, garantindo a realiza\u00e7\u00e3o adequada das atividades planejadas.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

Os entrevistadores realizar\u00e3o um teste piloto para assegurar que as din\u00e2micas e os materiais est\u00e3o em conformidade com os objetivos da avalia\u00e7\u00e3o. Durante a avalia\u00e7\u00e3o formal, os entrevistadores seguir\u00e3o um roteiro estruturado de perguntas para conduzir as entrevistas.

Os entrevistadores ser\u00e3o respons\u00e1veis pela aplica\u00e7\u00e3o das perguntas e pelo registro das respostas dos usu\u00e1rios. As entrevistas incluir\u00e3o atividades relacionadas aos artefatos dos prot\u00f3tipos de papel. Os pap\u00e9is podem ser divididos entre uma ou duas pessoas, com uma pessoa formulando as perguntas e outra coletando as respostas.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#custos","title":"Custos","text":"

Os recursos necess\u00e1rios incluem dispositivos com acesso \u00e0 internet para grava\u00e7\u00e3o das entrevistas, ferramentas de captura de \u00e1udio e v\u00eddeo para registro detalhado, al\u00e9m de softwares para organiza\u00e7\u00e3o e an\u00e1lise dos dados coletados. Custos adicionais incluem deslocamento at\u00e9 o local da entrevista, impress\u00e3o de materiais de apoio, como roteiros e question\u00e1rios, e equipamentos adicionais, como trip\u00e9s ou gravadores de voz, quando aplic\u00e1vel.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#prazos","title":"Prazos","text":"

Cada entrevistador conduzir\u00e1 uma sess\u00e3o com dura\u00e7\u00e3o aproximada de 10 minutos. O cronograma ser\u00e1 ajustado conforme a disponibilidade dos participantes, com todas as sess\u00f5es previstas para ocorrerem no intervalo entre os dias 06 e 14 de janeiro de 2025.

Tabela 2: Cronograma da Entrevista.

Entrevistador(es) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local Felipe Rodrigues V. 13:15 13:23 13/01/2025 Universidade de Bras\u00edlia Campus Gama J\u00e9ssica Eveline L.L. 15:00 15:07 12/01/2025 Universidade de Bras\u00edlia Campus Gama Jo\u00e3o Vitor C.O. 10:23 10:28 14/01/2025 Universidade de Bras\u00edlia Campus Gama Jo\u00e3o Vitor G.H. 10:45 10:51 14/01/2025 Universidade de Bras\u00edlia Campus Gama Jo\u00e3o Vitor J.M. 9:58 10:06 14/01/2025 Universidade de Bras\u00edlia Campus Gama Ruan Carvalho G.D. 10:31 10:36 14/01/2025 Universidade de Bras\u00edlia Campus Gama Ruan Carvalho P.G. 10:38 10:43 14/01/2025 Universidade de Bras\u00edlia Campus Gama Ruan Carvalho D.B. 10:10 10:16 14/01/2025 Universidade de Bras\u00edlia Campus Gama Marcelo Adrian A definir A definir A definir 06/01/2025 - 14/01/2025 Universidade de Bras\u00edlia Campus Gama

Autor(es): Felipe Rodrigues e Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#d-decidir-como-lidar-com-as-questoes-eticas","title":"D - Decidir como lidar com as quest\u00f5es \u00e9ticas","text":"

Os participantes ser\u00e3o informados sobre os objetivos da avalia\u00e7\u00e3o e o uso de suas respostas. Um termo de consentimento ser\u00e1 apresentado, garantindo o sigilo e a utiliza\u00e7\u00e3o \u00e9tica das informa\u00e7\u00f5es coletadas.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#e-avaliar-evaluate","title":"E - Avaliar (Evaluate)","text":"

Ap\u00f3s a coleta de dados, as respostas ser\u00e3o analisadas para identificar padr\u00f5es e discrep\u00e2ncias. O avaliador considerar\u00e1 a confiabilidade dos dados, a validade interna, externa e ecol\u00f3gica do estudo, garantindo que os resultados sejam consistentes, precisos e aplic\u00e1veis a contextos semelhantes. Os problemas identificados ser\u00e3o classificados por gravidade, e as sugest\u00f5es dos participantes ser\u00e3o priorizadas para a implementa\u00e7\u00e3o de melhorias no CD-MOJ.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#planejamento-do-teste-piloto","title":"Planejamento do teste piloto","text":"

Antes de realizar a avalia\u00e7\u00e3o completa, \u00e9 fundamental conduzir um teste piloto. Esse teste tem como objetivo validar o planejamento da avalia\u00e7\u00e3o, garantindo que os objetivos estejam bem definidos e que todos os procedimentos sejam claros e funcionais. Ele permite identificar e corrigir poss\u00edveis falhas nos m\u00e9todos, avaliar a efic\u00e1cia do roteiro de entrevista e assegurar que os materiais e din\u00e2micas atendam \u00e0s expectativas do processo de avalia\u00e7\u00e3o.

Tabela 3: Tabela do planejamento do teste piloto.

Ordem Data Hor\u00e1rio de In\u00edcio e Fim Local Entrevistadores Entrevistado 1 14/01/2025 9:00 - 9:10 Universidade de Bras\u00edlia Campus Gama Ruan Carvalho Jo\u00e3o Vitor

Autor(es): Felipe Rodrigues e Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#bibliografia","title":"Bibliografia","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_avaliacao/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do planejamento da avalia\u00e7\u00e3o Jo\u00e3o Vitor, Felipe Rodrigues 04/01/2025 Ruan Carvalho 05/01/2025 1.1 Altera\u00e7\u00e3o no objetivo e nas perguntas Jo\u00e3o Vitor 12/01/2025 1.2 Altera\u00e7\u00e3o no cronograma Jo\u00e3o Vitor 14/01/2025"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/","title":"Planejamento do Relato de Resultados do Prot\u00f3tipo de Papel","text":""},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento visa estruturar o planejamento e a documenta\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o de usabilidade conduzida com os Prot\u00f3tipos de Papel. A abordagem considera os elementos fundamentais descritos no livro ^1^ Intera\u00e7\u00e3o Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, com foco em garantir que todos os aspectos relevantes sejam devidamente documentados.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#objetivo","title":"Objetivo","text":"

Este documento tem como objetivo orientar o registro dos resultados da avalia\u00e7\u00e3o, permitindo identificar problemas, acompanhar corre\u00e7\u00f5es realizadas e priorizar melhorias futuras. Com isso, busca-se garantir que o sistema atenda de forma eficiente, eficaz e satisfat\u00f3ria \u00e0s demandas do p\u00fablico-alvo, promovendo uma experi\u00eancia de usu\u00e1rio de qualidade.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#metodologia","title":"Metodologia","text":"

De acordo com o livro ^1^ Intera\u00e7\u00e3o Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, os seguintes itens devem entrar no relato dos resultados:

  • Os objetivos da avalia\u00e7\u00e3o;
  • Uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel;
  • O n\u00famero e o perfil de avaliadores e dos participantes;
  • As tarefas executadas pelos participantes;
  • Uma lista de problemas de usabilidade corrigidos durante os ciclos de avalia\u00e7\u00e3o e reprojeto, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Corre\u00e7\u00e3o realizada no prot\u00f3tipo em papel;
    • Indica\u00e7\u00e3o se o problema voltou a ocorrer depois da corre\u00e7\u00e3o;
  • Uma lista dos problemas de usabilidade ainda n\u00e3o corrigidos, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Prioridade para corre\u00e7\u00e3o;
    • Sugest\u00f5es de corre\u00e7\u00e3o;
  • Indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas.

Al\u00e9m disso, ser\u00e3o adicionados mais tr\u00eas itens que s\u00e3o essenciais para um relato mais detalhado sobre o prot\u00f3tipo de papel. Esses itens incluem:

  • Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de papel;
  • V\u00eddeo da avalia\u00e7\u00e3o;
  • Termo de consentimento.
"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#documentacao","title":"Documenta\u00e7\u00e3o","text":"

Para a documenta\u00e7\u00e3o do relato da avalia\u00e7\u00e3o dever\u00e1 possuir os seguintes topicos listados abaixo:

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#1-objetivo-da-avaliacao","title":"1. Objetivo da avalia\u00e7\u00e3o","text":"

Nesta fase, \u00e9 necessario que o redator do documento esclare\u00e7a o motivo pelo qual a avalia\u00e7\u00e3o est\u00e1 sendo conduzida e detalhar os objetivos que o grupo visa atingir com o prot\u00f3tipo de papel. Isso inclui justificar a relev\u00e2ncia da avalia\u00e7\u00e3o, explicar as expectativas e metas definidas, al\u00e9m de apresentar uma vis\u00e3o geral do prop\u00f3sito e do contexto em que a avalia\u00e7\u00e3o est\u00e1 inserida.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#2-metodo-de-prototipacao-em-papel","title":"2. M\u00e9todo de prototipa\u00e7\u00e3o em papel","text":"

Inclua uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel utilizado. Explique como o prot\u00f3tipo foi constru\u00eddo e de que maneira ele foi usado durante a avalia\u00e7\u00e3o para simular a intera\u00e7\u00e3o dos participantes com o sistema.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

No relato, deve-se incluir a quantidade de usu\u00e1rios e avaliadores presentes durante a avalia\u00e7\u00e3o. Al\u00e9m disso, \u00e9 necess\u00e1rio indicar se os participantes se enquadram no perfil de usu\u00e1rio definido no projeto.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"

Liste as tarefas propostas para os participantes durante a avalia\u00e7\u00e3o, explicando brevemente cada uma. Inclua informa\u00e7\u00f5es sobre os objetivos das tarefas e como elas se relacionam com os principais fluxos do sistema.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"

Apresente os problemas de usabilidade identificados e corrigidos durante os ciclos de avalia\u00e7\u00e3o e reprojeto. Para cada problema, informe:

  • Local: Indique o local onde o problema foi identificado, como uma tela, funcionalidade ou elemento espec\u00edfico do sistema.
  • Fatores de Usabilidade Prejudicados: Descreva os aspectos de usabilidade comprometidos, como efici\u00eancia (tempo ou esfor\u00e7o necess\u00e1rio para concluir a tarefa), efic\u00e1cia (capacidade de realizar a tarefa corretamente) ou satisfa\u00e7\u00e3o (experi\u00eancia percebida pelo usu\u00e1rio).
  • Descri\u00e7\u00e3o e Justificativa do Problema: Forne\u00e7a uma descri\u00e7\u00e3o detalhada do problema, explicando o que foi observado e justificando por que ele \u00e9 considerado uma barreira para o usu\u00e1rio.
  • Corre\u00e7\u00e3o Implementada: Explique a solu\u00e7\u00e3o aplicada no prot\u00f3tipo em papel, detalhando o que foi alterado para resolver o problema.
  • Status Ap\u00f3s Corre\u00e7\u00e3o: Registre se o problema foi completamente resolvido ou se voltou a ocorrer em ciclos subsequentes de avalia\u00e7\u00e3o.
Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Corre\u00e7\u00e3o Implementada Status Ap\u00f3s Corre\u00e7\u00e3o"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"

Liste os problemas de usabilidade que n\u00e3o foram corrigidos, especificando:

  • Local: Informe onde o problema ocorre, como uma tela, funcionalidade ou elemento espec\u00edfico do sistema.
  • Fatores de Usabilidade Prejudicados: Identifique os aspectos de usabilidade impactados, como efici\u00eancia, efic\u00e1cia ou satisfa\u00e7\u00e3o.
  • Descri\u00e7\u00e3o e Justificativa do Problema: Descreva o problema em detalhes, explicando por que ele \u00e9 uma barreira e sua relev\u00e2ncia para a experi\u00eancia do usu\u00e1rio.
  • Prioridade: Classifique a prioridade de corre\u00e7\u00e3o como alta, m\u00e9dia ou baixa, considerando a gravidade do impacto e a frequ\u00eancia com que o problema ocorre.
  • Sugest\u00f5es de Corre\u00e7\u00e3o: Apresente ideias para corrigir o problema, mesmo que ainda n\u00e3o tenham sido implementadas, para orientar futuras revis\u00f5es no design.
Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"

Indique partes do sistema que poderiam ser mais bem elaboradas, mesmo que n\u00e3o tenham apresentado problemas graves de usabilidade. Sugerir melhorias no design, nas funcionalidades ou na experi\u00eancia do usu\u00e1rio pode agregar valor ao projeto.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#8-perguntas-respondidas-no-planejamento-da-avaliacao-do-prototipo-de-papel","title":"8. Perguntas Respondidas no Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel","text":"

As quest\u00f5es abaixo devem ser respondidas com base na an\u00e1lise realizada no prot\u00f3tipo de papel:

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Ele vai entender o que deve fazer em seguida?"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#9-video-da-avaliacao","title":"9. V\u00eddeo da Avalia\u00e7\u00e3o","text":"

Esta se\u00e7\u00e3o deve conter o v\u00eddeo registrado durante a avalia\u00e7\u00e3o do prot\u00f3tipo de papel. O v\u00eddeo deve ser armazenado no youtube em n\u00e3o listado para consulta futura e an\u00e1lise detalhada.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#10-termo-de-consentimento","title":"10. Termo de Consentimento","text":"

Aqui deve ser inserido o termo de consentimento utilizado na avalia\u00e7\u00e3o, devidamente preenchido e assinado pelos participantes. Este documento \u00e9 essencial para garantir a conformidade \u00e9tica e legal do processo de avalia\u00e7\u00e3o.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_5/prototipo_papel/planejamento_relato/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do planejamento do resultado Felipe Rodrigues 05/01/2025 Ruan Carvalho 05/01/2025 1.1 Adi\u00e7\u00e3o de novos t\u00f3picos Jo\u00e3o Vitor 13/01/2025 J\u00e9ssica Eveline 14/01/2025"},{"location":"entregas/entrega_6/entrega_6/","title":"Entrega 6","text":""},{"location":"entregas/entrega_6/entrega_6/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_6/entrega_6/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o foca nos artefatos da etapa 6.

"},{"location":"entregas/entrega_6/entrega_6/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_6/entrega_6/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1: Entrega 6 - IHC - Grupo 05.

Link: Entrega 6 - IHC - Grupo 05

"},{"location":"entregas/entrega_6/entrega_6/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o da entrega e disponibiliza\u00e7\u00e3o do link Jo\u00e3o Vitor 26/01/2025"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/","title":"Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipos desempenha um papel crucial no design centrado no usu\u00e1rio, ao enfatizar a identifica\u00e7\u00e3o de problemas de usabilidade e a valida\u00e7\u00e3o de solu\u00e7\u00f5es antes de prosseguir para etapas mais avan\u00e7adas. Este documento apresenta o planejamento da avalia\u00e7\u00e3o de prot\u00f3tipos de alta fidelidade, um m\u00e9todo eficaz e detalhado para testar solu\u00e7\u00f5es pr\u00f3ximas ao produto final e coletar feedback dos usu\u00e1rios, utilizando o framework DECIDE para estruturar o processo e garantir resultados aplic\u00e1veis ao aprimoramento do prot\u00f3tipo.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#objetivo","title":"Objetivo","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 validar a usabilidade e a efic\u00e1cia do prot\u00f3tipo de alta fidelidade desenvolvido, identificando problemas na interface e na intera\u00e7\u00e3o com o usu\u00e1rio. O foco \u00e9 coletar impress\u00f5es sobre a clareza, funcionalidade e est\u00e9tica do prot\u00f3tipo.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#metodologia","title":"Metodologia","text":"

Ser\u00e1 utilizado o framework DECIDE para o planejamento dessa avalia\u00e7\u00e3o, estruturando o processo em seis etapas a serem seguidas.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#d-determinar-os-objetivos","title":"D - Determinar os objetivos","text":"

Determinar os objetivos de IHC \u00e9 essencial para criar interfaces eficientes, acess\u00edveis e alinhadas \u00e0s necessidades dos usu\u00e1rios. Nesta avalia\u00e7\u00e3o, o foco ser\u00e1 no prot\u00f3tipo de alta fidelidade, uma ferramenta de prototipagem avan\u00e7ada que permite testar aspectos como navega\u00e7\u00e3o, funcionalidade e est\u00e9tica. O principal ponto a ser abordado:

  • Problemas na intera\u00e7\u00e3o e na interface: Identificar e corrigir barreiras que dificultam o uso, contribuindo para uma experi\u00eancia mais intuitiva e eficiente.
"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#e-explorar-as-perguntas","title":"E - Explorar as perguntas","text":"

Explorar as perguntas a serem respondidas \u00e9 fundamental para orientar a avalia\u00e7\u00e3o de IHC, pois essas quest\u00f5es fornecem diretrizes claras para compreender o impacto do prot\u00f3tipo na experi\u00eancia do usu\u00e1rio. Elas s\u00e3o cruciais para identificar elementos que funcionam bem, aqueles que necessitam de ajustes e para assegurar que o design esteja alinhado com as necessidades do p\u00fablico-alvo. O uso do prot\u00f3tipo de alta fidelidade facilita a an\u00e1lise ao permitir testes detalhados e realistas, garantindo feedback aprofundado e promovendo itera\u00e7\u00f5es precisas e efetivas no design.

Tabela 1: Perguntas do ponto escolhido.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Ele vai entender o que deve fazer em seguida?

Autor(es): Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#c-escolher-choose","title":"C - Escolher (Choose)","text":"

Para avaliar os prot\u00f3tipos, ser\u00e1 utilizado o m\u00e9todo de observa\u00e7\u00e3o, que coleta dados sobre as atividades dos usu\u00e1rios, com ou sem sistemas interativos. Esse m\u00e9todo permite identificar problemas reais durante a intera\u00e7\u00e3o com o sistema, podendo ser realizado em contexto ou em laborat\u00f3rio. A observa\u00e7\u00e3o em contexto oferece dados mais ricos sobre as a\u00e7\u00f5es dos usu\u00e1rios em seu ambiente real, enquanto a observa\u00e7\u00e3o em laborat\u00f3rio \u00e9 mais controlada e simples. Esses m\u00e9todos ajudam a entender as percep\u00e7\u00f5es, prefer\u00eancias e dificuldades dos usu\u00e1rios, identificando problemas no design e na intera\u00e7\u00e3o.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#i-identificar-e-administrar-as-questoes-praticas-da-avaliacao","title":"I - Identificar e Administrar as Quest\u00f5es Pr\u00e1ticas da Avalia\u00e7\u00e3o","text":""},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#recrutamento","title":"Recrutamento","text":"

Para o recrutamento, ser\u00e3o selecionadas cinco pessoas, uma para cada prot\u00f3tipo de alta fidelidade desenvolvido pelos integrantes do grupo. O p\u00fablico-alvo ser\u00e1 definido com base no perfil de usu\u00e1rio identificado durante a an\u00e1lise de requisitos. As entrevistas ser\u00e3o conduzidas de forma presencial, garantindo a realiza\u00e7\u00e3o adequada das atividades planejadas.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#preparacao","title":"Prepara\u00e7\u00e3o","text":"

Os entrevistadores conduzir\u00e3o um teste piloto para garantir que as din\u00e2micas e os materiais estejam alinhados com os objetivos da avalia\u00e7\u00e3o. No contexto do prot\u00f3tipo de alta fidelidade, o processo consiste em apresentar ao usu\u00e1rio as op\u00e7\u00f5es dispon\u00edveis, orientando-o durante a navega\u00e7\u00e3o. Caso surjam d\u00favidas, os entrevistadores fornecer\u00e3o explica\u00e7\u00f5es detalhadas sobre os passos a serem seguidos. A din\u00e2mica permite observar a intera\u00e7\u00e3o do usu\u00e1rio, o que nos ajudar\u00e1 a tomar decis\u00f5es com base nos resultados da navega\u00e7\u00e3o e na forma como ele responde \u00e0s orienta\u00e7\u00f5es.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#custos","title":"Custos","text":"

Os recursos necess\u00e1rios ser\u00e3o m\u00ednimos, incluindo apenas dispositivos com acesso \u00e0 internet para a grava\u00e7\u00e3o das entrevistas, al\u00e9m de ferramentas para captura de \u00e1udio e v\u00eddeo, a fim de registrar todos os detalhes. Os custos adicionais envolver\u00e3o deslocamento at\u00e9 o local da entrevista, impress\u00e3o de materiais de apoio, como roteiros e question\u00e1rios, e equipamentos extras, conforme necess\u00e1rio.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#prazos","title":"Prazos","text":"

Cada entrevistador conduzir\u00e1 uma sess\u00e3o com dura\u00e7\u00e3o de at\u00e9 10 minutos. O cronograma ser\u00e1 ajustado conforme a disponibilidade dos participantes, com todas as sess\u00f5es previstas para ocorrerem no intervalo entre os dias 16 e 24 de janeiro de 2025.

Tabela 2: Cronograma da Entrevista.

Entrevistador(es) Entrevistado(s) Hor\u00e1rio de In\u00edcio Hor\u00e1rio de Fim Data Local Felipe Rodrigues Vin\u00edcius R., Vin\u00edcius C. e Izabelle 12:16 13:00 24/01/2025 Minist\u00e9rio da Defesa Anexo 1 J\u00e9ssica Eveline Gabriel, Pedro e Luiza 12:00 12:50 23/01/2025 Universidade de Bras\u00edlia Campus Gama Jo\u00e3o Vitor Gabriel, Pedro e Luiza 12:00 12:50 23/01/2025 Universidade de Bras\u00edlia Campus Gama Ruan Carvalho Gabriel, Pedro e Luiza 12:00 12:50 23/01/2025 Universidade de Bras\u00edlia Campus Gama Marcelo Adrian A definir A definir A definir 16/01/2025 - 24/01/2025 Universidade de Bras\u00edlia Campus Gama

Autor(es): Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#d-decidir-como-lidar-com-as-questoes-eticas","title":"D - Decidir como lidar com as quest\u00f5es \u00e9ticas","text":"

Os participantes ser\u00e3o informados sobre os objetivos da avalia\u00e7\u00e3o e o uso de suas respostas. Um termo de consentimento ser\u00e1 apresentado, garantindo o sigilo e a utiliza\u00e7\u00e3o \u00e9tica das informa\u00e7\u00f5es coletadas.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#e-avaliar-evaluate","title":"E - Avaliar (Evaluate)","text":"

Ap\u00f3s a coleta de dados, as respostas ser\u00e3o analisadas para identificar padr\u00f5es e discrep\u00e2ncias. O avaliador considerar\u00e1 a confiabilidade dos dados, a validade interna, externa e ecol\u00f3gica do estudo, garantindo que os resultados sejam consistentes, precisos e aplic\u00e1veis a contextos semelhantes. Os problemas identificados ser\u00e3o classificados por gravidade, e as sugest\u00f5es dos participantes ser\u00e3o priorizadas para a implementa\u00e7\u00e3o de melhorias no CD-MOJ.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#planejamento-do-teste-piloto","title":"Planejamento do teste piloto","text":"

Antes de realizar a avalia\u00e7\u00e3o completa, \u00e9 fundamental conduzir um teste piloto. Esse teste tem como objetivo validar o planejamento da avalia\u00e7\u00e3o, garantindo que os objetivos estejam bem definidos e que todos os procedimentos sejam claros e funcionais. Ele permite identificar e corrigir poss\u00edveis falhas nos m\u00e9todos, avaliar a efic\u00e1cia do roteiro de entrevista e assegurar que os materiais e din\u00e2micas atendam \u00e0s expectativas do processo de avalia\u00e7\u00e3o.

Tabela 3: Tabela do planejamento do teste piloto.

Ordem Data Hor\u00e1rio de In\u00edcio e Fim Local Entrevistadores Entrevistado 1 24/01/2025 11:02 - 11:05 Universidade de Bras\u00edlia Campus Gama Felipe Rodrigues Marcelo Adrian

Autor(es): Jo\u00e3o Vitor, 2025.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#bibliografia","title":"Bibliografia","text":"

Barbosa, S. D. J.; Silva, B. S. da; Silveira, M. S.; Gasparini, I.; Darin, T.; Barbosa, G. D. J. (2021) Intera\u00e7\u00e3o Humano-Computador e Experi\u00eancia do usu\u00e1rio. Autopublica\u00e7\u00e3o.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_avaliacao/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do planejamento da avalia\u00e7\u00e3o Jo\u00e3o Vitor 12/01/2025 J\u00e9ssica Eveline 26/01/2025"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/","title":"Planejamento do Relato de Resultados do Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipos desempenha um papel crucial no design centrado no usu\u00e1rio, ao enfatizar a identifica\u00e7\u00e3o de problemas de usabilidade e a valida\u00e7\u00e3o de solu\u00e7\u00f5es antes de prosseguir para etapas mais avan\u00e7adas. Este documento visa estruturar o planejamento e a documenta\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o de usabilidade conduzida com os Prot\u00f3tipos de Alta Fidelidade, garantindo que todos os aspectos relevantes sejam devidamente documentados e aplic\u00e1veis ao aprimoramento do prot\u00f3tipo.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#objetivo","title":"Objetivo","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 validar a usabilidade e a efic\u00e1cia do prot\u00f3tipo de alta fidelidade desenvolvido, identificando problemas na interface e na intera\u00e7\u00e3o com o usu\u00e1rio. Busca-se coletar impress\u00f5es sobre a clareza, funcionalidade e est\u00e9tica do prot\u00f3tipo, permitindo identificar problemas, acompanhar corre\u00e7\u00f5es realizadas e priorizar melhorias futuras.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#metodologia","title":"Metodologia","text":"

De acordo com as diretrizes estabelecidas, os seguintes elementos comp\u00f5em o processo de avalia\u00e7\u00e3o:

  • Objetivos da avalia\u00e7\u00e3o: Determinar as metas principais da avalia\u00e7\u00e3o, como identificar problemas de usabilidade, avaliar a efici\u00eancia das solu\u00e7\u00f5es propostas e melhorar a experi\u00eancia do usu\u00e1rio.
  • Descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o: Explicar brevemente o m\u00e9todo utilizado na constru\u00e7\u00e3o e aplica\u00e7\u00e3o dos prot\u00f3tipos de alta fidelidade, incluindo como esses foram empregados para simular intera\u00e7\u00f5es reais.
  • N\u00famero e perfil dos participantes: Registrar a quantidade de avaliadores e participantes envolvidos, destacando o perfil de usu\u00e1rios baseado na an\u00e1lise de requisitos.
  • Tarefas executadas pelos participantes: Listar as tarefas propostas durante a avalia\u00e7\u00e3o, detalhando brevemente cada uma e relacionando-as aos principais fluxos do sistema.
  • Problemas de usabilidade corrigidos:
  • Local onde ocorreu;
  • Fatores de usabilidade prejudicados;
  • Descri\u00e7\u00e3o e justificativa do problema;
  • Corre\u00e7\u00e3o realizada no prot\u00f3tipo de alta fidelidade;
  • Indica\u00e7\u00e3o se o problema voltou a ocorrer depois da corre\u00e7\u00e3o.
  • Problemas de usabilidade ainda n\u00e3o corrigidos:
  • Local onde ocorreu;
  • Fatores de usabilidade prejudicados;
  • Descri\u00e7\u00e3o e justificativa do problema;
  • Prioridade para corre\u00e7\u00e3o;
  • Sugest\u00f5es de corre\u00e7\u00e3o.
  • Partes do sistema que podem ser mais bem elaboradas: Indicar sugest\u00f5es de melhorias no design, funcionalidades ou experi\u00eancia do usu\u00e1rio, mesmo que n\u00e3o tenham apresentado problemas graves de usabilidade.

Al\u00e9m disso, ser\u00e3o adicionados mais tr\u00eas itens que s\u00e3o essenciais para um relato mais detalhado sobre o prot\u00f3tipo de alta fidelidade. Esses itens incluem:

  • Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade;
  • V\u00eddeo da avalia\u00e7\u00e3o;
  • Termo de consentimento.
"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#documentacao","title":"Documenta\u00e7\u00e3o","text":"

Para a documenta\u00e7\u00e3o do relato da avalia\u00e7\u00e3o dever\u00e1 possuir os seguintes t\u00f3picos listados abaixo:

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#1-objetivo-da-avaliacao","title":"1. Objetivo da avalia\u00e7\u00e3o","text":"

Nesta fase, \u00e9 necess\u00e1rio que o redator do documento esclare\u00e7a o motivo pelo qual a avalia\u00e7\u00e3o est\u00e1 sendo conduzida e detalhe os objetivos que o grupo visa atingir com o prot\u00f3tipo de alta fidelidade. Isso inclui justificar a relev\u00e2ncia da avalia\u00e7\u00e3o, explicar as expectativas e metas definidas, al\u00e9m de apresentar uma vis\u00e3o geral do prop\u00f3sito e do contexto em que a avalia\u00e7\u00e3o est\u00e1 inserida.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#2-metodo-de-prototipacao-de-alta-fidelidade","title":"2. M\u00e9todo de prototipa\u00e7\u00e3o de alta fidelidade","text":"

Inclua uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o de alta fidelidade utilizado. Explique como o prot\u00f3tipo foi constru\u00eddo e de que maneira ele foi usado durante a avalia\u00e7\u00e3o para simular a intera\u00e7\u00e3o dos participantes com o sistema.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

No relato, deve-se incluir a quantidade de usu\u00e1rios e avaliadores presentes durante a avalia\u00e7\u00e3o. Al\u00e9m disso, \u00e9 necess\u00e1rio indicar se os participantes se enquadram no perfil de usu\u00e1rio definido durante a an\u00e1lise de requisitos.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"

Liste as tarefas propostas para os participantes durante a avalia\u00e7\u00e3o, explicando brevemente cada uma. Inclua informa\u00e7\u00f5es sobre os objetivos das tarefas e como elas se relacionam com os principais fluxos do sistema.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"

Apresente os problemas de usabilidade identificados e corrigidos durante os ciclos de avalia\u00e7\u00e3o e reprojeto. Para cada problema, informe:

  • Local: Indique o local onde o problema foi identificado, como uma tela, funcionalidade ou elemento espec\u00edfico do sistema.
  • Fatores de Usabilidade Prejudicados: Descreva os aspectos de usabilidade comprometidos, como efici\u00eancia (tempo ou esfor\u00e7o necess\u00e1rio para concluir a tarefa), efic\u00e1cia (capacidade de realizar a tarefa corretamente) ou satisfa\u00e7\u00e3o (experi\u00eancia percebida pelo usu\u00e1rio).
  • Descri\u00e7\u00e3o e Justificativa do Problema: Forne\u00e7a uma descri\u00e7\u00e3o detalhada do problema, explicando o que foi observado e justificando por que ele \u00e9 considerado uma barreira para o usu\u00e1rio.
  • Corre\u00e7\u00e3o Implementada: Explique a solu\u00e7\u00e3o aplicada no prot\u00f3tipo de alta fidelidade, detalhando o que foi alterado para resolver o problema.
  • Status Ap\u00f3s Corre\u00e7\u00e3o: Registre se o problema foi completamente resolvido ou se voltou a ocorrer em ciclos subsequentes de avalia\u00e7\u00e3o.
Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Corre\u00e7\u00e3o Implementada Status Ap\u00f3s Corre\u00e7\u00e3o"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"

Liste os problemas de usabilidade que n\u00e3o foram corrigidos, especificando:

  • Local: Informe onde o problema ocorre, como uma tela, funcionalidade ou elemento espec\u00edfico do sistema.
  • Fatores de Usabilidade Prejudicados: Identifique os aspectos de usabilidade impactados, como efici\u00eancia, efic\u00e1cia ou satisfa\u00e7\u00e3o.
  • Descri\u00e7\u00e3o e Justificativa do Problema: Descreva o problema em detalhes, explicando por que ele \u00e9 uma barreira e sua relev\u00e2ncia para a experi\u00eancia do usu\u00e1rio.
  • Prioridade: Classifique a prioridade de corre\u00e7\u00e3o como alta, m\u00e9dia ou baixa, considerando a gravidade do impacto e a frequ\u00eancia com que o problema ocorre.
  • Sugest\u00f5es de Corre\u00e7\u00e3o: Apresente ideias para corrigir o problema, mesmo que ainda n\u00e3o tenham sido implementadas, para orientar futuras revis\u00f5es no design.
Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"

Indique partes do sistema que poderiam ser mais bem elaboradas, mesmo que n\u00e3o tenham apresentado problemas graves de usabilidade. Sugerir melhorias no design, nas funcionalidades ou na experi\u00eancia do usu\u00e1rio pode agregar valor ao projeto.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#8-perguntas-respondidas-no-planejamento-da-avaliacao-do-prototipo-de-alta-fidelidade","title":"8. Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade","text":"

As quest\u00f5es abaixo devem ser respondidas com base na an\u00e1lise realizada no prot\u00f3tipo de alta fidelidade:

Perguntas realizadas no in\u00edcio com o entrevistado, afim de alinhar com o perfil do usu\u00e1rio:

Pergunta Resposta Qual o seu nome? Quantos anos voc\u00ea tem? Qual a sua ocupa\u00e7\u00e3o? Qual o seu n\u00edvel de escolaridade? Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Voc\u00ea conhece o CD-MOJ?

Perguntas que devem ser respondidas na an\u00e1lise da entrevista pelo entrevistador:

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Ele vai entender o que deve fazer em seguida?

Pergunta realizada no final a fim de obter um feedback do usu\u00e1rio:

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prototipo apresentado?"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#9-video-da-avaliacao","title":"9. V\u00eddeo da avalia\u00e7\u00e3o","text":"

Esta se\u00e7\u00e3o deve conter o v\u00eddeo registrado durante a avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade. O v\u00eddeo deve ser armazenado no youtube em n\u00e3o listado para consulta futura e an\u00e1lise detalhada.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#10-termo-de-consentimento","title":"10. Termo de consentimento","text":"

Aqui deve ser inserido o termo de consentimento utilizado na avalia\u00e7\u00e3o, devidamente preenchido e assinado pelos participantes. Este documento \u00e9 essencial para garantir a conformidade \u00e9tica e legal do processo de avalia\u00e7\u00e3o.

"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipa\u00e7\u00e3o de alta fidelidade. In: Design de Intera\u00e7\u00e3o: abordagens centradas no usu\u00e1rio para a Web e al\u00e9m. Porto Alegre: Bookman, 2013.
"},{"location":"entregas/entrega_6/prototipo_alta_fidelidade/planejamento_relato/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do planejamento da avalia\u00e7\u00e3o Marcelo Adrian 12/01/2025 Jo\u00e3o Vitor 24/01/2025 1.1 Adi\u00e7\u00e3o de novos pontos Jo\u00e3o Vitor 24/01/2025 J\u00e9ssica Eveline 26/01/2025"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/","title":"Relato de Resultados do Prot\u00f3tipo de Papel","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#tarefa-falta-de-feedback-ao-enviar-uma-submissao-no-treino-livre","title":"Tarefa: Falta de Feedback ao Enviar uma Submiss\u00e3o no Treino Livre","text":"

Esta tarefa aborda o processo desde o login at\u00e9 o envio de um c\u00f3digo para julgamento na aba de Treino Livre, com foco na avalia\u00e7\u00e3o de usabilidade e na identifica\u00e7\u00e3o de melhorias necess\u00e1rias para uma experi\u00eancia mais eficiente e satisfat\u00f3ria.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#metodologia","title":"Metodologia","text":"

A metodologia que foi utilizada \u00e9 a mesma descrita no Planejamento do Relato de Resultados do Prot\u00f3tipo de Papel.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#objetivos","title":"Objetivos","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 identificar pontos de melhoria na usabilidade do sistema a partir da intera\u00e7\u00e3o de usu\u00e1rios com prot\u00f3tipos de papel. A an\u00e1lise busca compreender como o sistema comunica a\u00e7\u00f5es e resultados ao usu\u00e1rio, destacando aspectos cr\u00edticos, como feedback e acessibilidade.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#prototipo-de-papel","title":"Prot\u00f3tipo de Papel","text":"

O m\u00e9todo de prototipa\u00e7\u00e3o de papel foi utilizado por ser uma abordagem eficaz para explorar e validar conceitos iniciais de design de interface com baixo custo. Ele permite avaliar rapidamente a intera\u00e7\u00e3o e a compreens\u00e3o do usu\u00e1rio sobre a interface, antes de investir em implementa\u00e7\u00f5es complexas.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#dados-gerais","title":"Dados Gerais","text":"

Para a realiza\u00e7\u00e3o desta avalia\u00e7\u00e3o, foi necess\u00e1rio um avaliador, que orientou e observou a intera\u00e7\u00e3o, e um participante representando o p\u00fablico-alvo do sistema. Ambos foram selecionados com base em perfis definidos previamente. As tarefas executadas inclu\u00edram a navega\u00e7\u00e3o pelo prot\u00f3tipo, com foco no envio de submiss\u00f5es, enquanto o avaliador registrava comportamentos, rea\u00e7\u00f5es e dificuldades observadas.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#problemas-de-usabilidade-corrigidos-durante-os-ciclos-de-avaliacao-e-reprojeto","title":"Problemas de Usabilidade Corrigidos Durante os Ciclos de Avalia\u00e7\u00e3o e Reprojeto","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#problema-1-processo-de-login-complexo","title":"Problema 1: Processo de Login Complexo","text":"
  • Local: Acesso \u00e0 plataforma, depois de selecionar um problema na aba de Treino Livre.
  • Fatores de Usabilidade Prejudicados:
  • Facilidade de aprendizado: Se refere ao tempo e esfor\u00e7o necess\u00e1rios para que o usu\u00e1rio aprenda a utilizar o sistema com determinado n\u00edvel de compet\u00eancia e desempenho.(Nielsen, 1993).
  • Efici\u00eancia: Referente aos recursos necess\u00e1rios (tempo, a\u00e7\u00f5es) para atingir objetivos no sistema (Nielsen, 1993).
  • Descri\u00e7\u00e3o e Justificativa: Anteriormente, os usu\u00e1rios precisavam enviar comandos para um bot no Telegram para obter dados de login e senha. Esse processo n\u00e3o era intuitivo, dificultando o acesso ao sistema e aumentando o tempo necess\u00e1rio para iniciar as tarefas.
  • Corre\u00e7\u00e3o Realizada no Prot\u00f3tipo em Papel: Integra\u00e7\u00e3o do login diretamente \u00e0 plataforma, eliminando a etapa intermedi\u00e1ria e simplificando o acesso.
  • Problema Voltou a Ocorrer?: N\u00e3o, o problema foi resolvido com sucesso e validado nas intera\u00e7\u00f5es subsequentes.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#problema-2-ausencia-de-atualizacao-automatica-do-feedback-de-submissoes","title":"Problema 2: Aus\u00eancia de Atualiza\u00e7\u00e3o Autom\u00e1tica do Feedback de Submiss\u00f5es","text":"
  • Local: Tela de submiss\u00e3o de c\u00f3digo na aba de Treino Livre.
  • Fatores de Usabilidade Prejudicados:
  • Satisfa\u00e7\u00e3o do usu\u00e1rio: Relacionada \u00e0 experi\u00eancia emocional positiva ao utilizar o sistema (Nielsen, 1993).
  • Comunicabilidade: Diz respeito \u00e0 capacidade da interface de comunicar ao usu\u00e1rio a l\u00f3gica do design: as inten\u00e7\u00f5es do designer e os princ\u00edpios de intera\u00e7\u00e3o resultantes das decis\u00f5es tomadas durante todo o processo de design (Prates et al., 2000a; de Souza, 2005a; de Souza e Leit\u00e3o, 2009).
  • Descri\u00e7\u00e3o e Justificativa: O sistema exigia recarregamento manual da p\u00e1gina para visualizar os resultados das submiss\u00f5es, gerando confus\u00e3o e insatisfa\u00e7\u00e3o.
  • Corre\u00e7\u00e3o Realizada no Prot\u00f3tipo em Papel: Implementa\u00e7\u00e3o de uma atualiza\u00e7\u00e3o autom\u00e1tica do feedback em tempo real, com indicadores visuais claros para o progresso e resultados.
  • Problema Voltou a Ocorrer?: N\u00e3o, o problema foi mitigado de forma eficaz.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#problemas-de-usabilidade-ainda-nao-corrigidos","title":"Problemas de Usabilidade Ainda N\u00e3o Corrigidos","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#problema-1-nenhum-problema-nao-corrigido-identificado","title":"Problema 1: Nenhum Problema N\u00e3o Corrigido Identificado","text":"
  • Local: N\u00e3o aplic\u00e1vel, pois n\u00e3o foram observados problemas adicionais n\u00e3o resolvidos durante as avalia\u00e7\u00f5es com o prot\u00f3tipo em papel.
  • Fatores de Usabilidade Prejudicados: N\u00e3o aplic\u00e1vel.
  • Descri\u00e7\u00e3o e Justificativa: Os ciclos de avalia\u00e7\u00e3o e reprojeto atenderam a todas as dificuldades relatadas.
  • Prioridade para Corre\u00e7\u00e3o: N\u00e3o aplic\u00e1vel.
  • Sugest\u00f5es de Corre\u00e7\u00e3o: Realizar monitoramento cont\u00ednuo das intera\u00e7\u00f5es para identificar poss\u00edveis ajustes futuros com base no uso real do sistema.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#indicacoes-de-partes-do-sistema-que-podem-ser-mais-bem-elaboradas","title":"Indica\u00e7\u00f5es de Partes do Sistema que Podem Ser Mais Bem Elaboradas","text":"
  • Login: Embora o login proposto atualmente utilize apenas e-mail e senha, ele poderia ser enriquecido para incluir informa\u00e7\u00f5es adicionais e relevantes do usu\u00e1rio, como nome completo, ou outras configura\u00e7\u00f5es que personalizem a experi\u00eancia. Isso ajudaria a criar um ambiente mais informativo e ajustado \u00e0s necessidades do usu\u00e1rio.
  • Progresso em Tempo Real: Apesar de o progresso em tempo real ser funcional, ele n\u00e3o fornece informa\u00e7\u00f5es detalhadas sobre a quantidade de testes em que a submiss\u00e3o do usu\u00e1rio est\u00e1 sendo processada. A inclus\u00e3o dessa funcionalidade poderia aumentar a transpar\u00eancia do sistema, reduzindo a ansiedade do usu\u00e1rio e melhorando a comunicabilidade.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#perguntas-respondidas-com-a-avaliacao","title":"Perguntas Respondidas com a Avalia\u00e7\u00e3o","text":"
  1. O usu\u00e1rio consegue operar o sistema?

  2. Resposta: Sim.

  3. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros?

  4. Resposta: Sim.

    • Primeiro Prot\u00f3tipo: O usu\u00e1rio atingiu o objetivo com menos efici\u00eancia e mais d\u00favidas. O tempo para realizar o login foi consideravelmente longo, com o usu\u00e1rio cometendo dois erros antes de concluir a tarefa.
    • Segundo Prot\u00f3tipo: A efici\u00eancia aumentou significativamente, com menos d\u00favidas e um tempo menor para concluir o login, sem erros registrados.

  5. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito?

  6. Resposta:

    • A parte de login no primeiro prot\u00f3tipo, devido \u00e0 complexidade desnecess\u00e1ria.
    • O feedback de submiss\u00e3o de c\u00f3digo, que n\u00e3o informava adequadamente o progresso das submiss\u00f5es.

  7. Ele vai entender o que deve fazer em seguida?

  8. Resposta:
    • Primeiro Prot\u00f3tipo: N\u00e3o. O usu\u00e1rio apresentou dificuldades em entender como obter os dados de login, o que causou frustra\u00e7\u00e3o.
    • Segundo Prot\u00f3tipo: Sim. O fluxo de intera\u00e7\u00e3o ficou mais claro e intuitivo, facilitando a navega\u00e7\u00e3o e compreens\u00e3o das a\u00e7\u00f5es necess\u00e1rias.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#video-da-avaliacao","title":"V\u00eddeo da Avalia\u00e7\u00e3o","text":"

V\u00eddeo 1 - Avalia\u00e7\u00e3o das duas alternativas de prot\u00f3tipo de papel.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#termo-de-consentimento","title":"Termo de Consentimento","text":"

O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel em: Termo de Consentimento - Felipe Rodrigues.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#bibliografia","title":"Bibliografia","text":"

BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_FelipeRodrigues/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do relato de resultado Felipe Rodrigues 14/01/2025 J\u00e9ssica Eveline 26/01/2025"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/","title":"Planejamento do Relato de Resultados do Prot\u00f3tipo de Papel","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#metodologia","title":"Metodologia","text":"

De acordo com o livro ^1^ Intera\u00e7\u00e3o Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, os seguintes itens devem entrar no relato dos resultados:

  • Os objetivos da avalia\u00e7\u00e3o;
  • Uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel;
  • O n\u00famero e o perfil de avaliadores e dos participantes;
  • As tarefas executadas pelos participantes;
  • Uma lista de problemas de usabilidade corrigidos durante os ciclos de avalia\u00e7\u00e3o e reprojeto, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Corre\u00e7\u00e3o realizada no prot\u00f3tipo em papel;
    • Indica\u00e7\u00e3o se o problema voltou a ocorrer depois da corre\u00e7\u00e3o;
  • Uma lista dos problemas de usabilidade ainda n\u00e3o corrigidos, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Prioridade para corre\u00e7\u00e3o;
    • Sugest\u00f5es de corre\u00e7\u00e3o;
  • Indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas.

Al\u00e9m disso, ser\u00e3o adicionados mais tr\u00eas itens que s\u00e3o essenciais para um relato mais detalhado sobre o prot\u00f3tipo de papel. Esses itens incluem:

  • Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de papel;
  • V\u00eddeo da avalia\u00e7\u00e3o;
  • Termo de consentimento.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#documentacao","title":"Documenta\u00e7\u00e3o","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#1-objetivo-da-avaliacao","title":"1. Objetivo da avalia\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o foi conduzida com o objetivo de testar e aprimorar a usabilidade do prot\u00f3tipo de papel, uma vers\u00e3o inicial e simplificada do sistema, para garantir que os fluxos de navega\u00e7\u00e3o e as intera\u00e7\u00f5es propostas atendam \u00e0s expectativas dos usu\u00e1rios e sejam intuitivas. O grupo busca identificar poss\u00edveis problemas de usabilidade, como dificuldades de navega\u00e7\u00e3o, ambiguidades nas instru\u00e7\u00f5es ou design confuso, que possam impactar negativamente a experi\u00eancia do usu\u00e1rio. A relev\u00e2ncia da avalia\u00e7\u00e3o se justifica pela necessidade de validar as primeiras concep\u00e7\u00f5es do sistema antes de investir em desenvolvimento mais avan\u00e7ado, permitindo ajustes r\u00e1pidos e eficazes com base no feedback dos usu\u00e1rios.

As expectativas para a avalia\u00e7\u00e3o incluem obter informa\u00e7\u00f5es detalhadas sobre a facilidade de uso, a clareza das instru\u00e7\u00f5es e a efic\u00e1cia das intera\u00e7\u00f5es no prot\u00f3tipo. A meta \u00e9 garantir que os usu\u00e1rios consigam realizar as tarefas propostas de maneira eficiente, sem frustra\u00e7\u00f5es ou erros. Al\u00e9m disso, espera-se que a avalia\u00e7\u00e3o forne\u00e7a insights valiosos sobre o comportamento do usu\u00e1rio e as \u00e1reas que precisam de melhorias no design ou na funcionalidade. A avalia\u00e7\u00e3o foi inserida em um contexto de desenvolvimento \u00e1gil, onde o feedback cont\u00ednuo \u00e9 essencial para a evolu\u00e7\u00e3o do produto, permitindo que o grupo refine o prot\u00f3tipo e avance para as pr\u00f3ximas fases de desenvolvimento com maior confian\u00e7a.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#2-metodo-de-prototipacao-em-papel","title":"2. M\u00e9todo de prototipa\u00e7\u00e3o em papel","text":"

O m\u00e9todo de prototipa\u00e7\u00e3o em papel foi utilizado como uma abordagem r\u00e1pida e eficaz para criar representa\u00e7\u00f5es visuais das telas e fluxos do sistema. O prot\u00f3tipo foi constru\u00eddo a partir de esbo\u00e7os feitos \u00e0 m\u00e3o, utilizando papel e l\u00e1pis, o que permitiu criar uma vers\u00e3o inicial das interfaces de forma simples e de baixo custo. Cada tela e intera\u00e7\u00e3o foi desenhada para refletir os elementos essenciais da interface, como bot\u00f5es, campos de texto e menus, simulando o comportamento do sistema.

Durante a avalia\u00e7\u00e3o, o prot\u00f3tipo em papel foi utilizado para simular a intera\u00e7\u00e3o dos participantes com o sistema. Os participantes foram orientados a realizar as tarefas propostas, como se estivessem interagindo com o sistema real, mas utilizando o prot\u00f3tipo em papel. A entrevistadora, J\u00e9ssica Eveline, guiou os participantes atrav\u00e9s das etapas, enquanto observava suas a\u00e7\u00f5es e coletava feedback sobre a usabilidade do sistema. O uso do prot\u00f3tipo em papel permitiu avaliar de forma r\u00e1pida e eficiente os fluxos de navega\u00e7\u00e3o e a compreens\u00e3o das funcionalidades, sem a necessidade de um sistema totalmente desenvolvido, e possibilitou ajustes imediatos com base nas respostas dos participantes.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

Devido a limita\u00e7\u00f5es de tempo, foi realizada uma entrevista com um \u00fanico participante, o que \u00e9 mais eficaz do que n\u00e3o realizar nenhum teste, conforme Krug afirma: \"Testar um participante \u00e9 100% melhor do que testar nenhum\".

A avalia\u00e7\u00e3o foi conduzida pela entrevistadora J\u00e9ssica Eveline, integrante do grupo 05, que teve a responsabilidade de guiar o participante durante o processo de teste. O participante escolhido foi LL, um profissional graduado em An\u00e1lise e Desenvolvimento de Sistemas, com vasta experi\u00eancia no setor de tecnologia. Atualmente, LL trabalha com suporte a usu\u00e1rios em um e-commerce, o que o torna familiarizado com sistemas digitais e com a intera\u00e7\u00e3o de usu\u00e1rios em plataformas online. Esse perfil de usu\u00e1rio se alinha diretamente com o p\u00fablico-alvo definido no projeto, garantindo que as informa\u00e7\u00f5es obtidas durante a avalia\u00e7\u00e3o fossem relevantes e aplic\u00e1veis ao contexto do sistema em quest\u00e3o. Al\u00e9m disso, a experi\u00eancia de LL em lidar com quest\u00f5es tecnol\u00f3gicas e de usabilidade o torna apto a fornecer feedback valioso sobre a interface e as funcionalidades do sistema.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"
  1. Acessar o menu lateral a partir da tela inicial
  2. Objetivo: O usu\u00e1rio deveria clicar na imagem de foto do perfil localizada na tela inicial para abrir o menu lateral.

  3. Rela\u00e7\u00e3o com o fluxo do sistema: Essa tarefa testa a intera\u00e7\u00e3o inicial com a interface e a funcionalidade do menu lateral, essencial para navegar pelas configura\u00e7\u00f5es do sistema.

  4. Navegar at\u00e9 a se\u00e7\u00e3o de configura\u00e7\u00f5es

  5. Objetivo: Ap\u00f3s abrir o menu lateral, o usu\u00e1rio deveria localizar e selecionar a op\u00e7\u00e3o \"Configura\u00e7\u00f5es\".

  6. Rela\u00e7\u00e3o com o fluxo do sistema: Essa tarefa verifica a clareza e a efici\u00eancia da navega\u00e7\u00e3o no menu lateral, al\u00e9m de testar se os itens est\u00e3o organizados de forma intuitiva.

  7. Encontrar a op\u00e7\u00e3o de \"Alterar Senha\" dentro de Configura\u00e7\u00f5es

  8. Objetivo: O usu\u00e1rio deveria localizar a op\u00e7\u00e3o de \"Alterar Senha\" dentro da se\u00e7\u00e3o de configura\u00e7\u00f5es.

  9. Rela\u00e7\u00e3o com o fluxo do sistema: Avalia a efic\u00e1cia da organiza\u00e7\u00e3o das op\u00e7\u00f5es dentro da se\u00e7\u00e3o de configura\u00e7\u00f5es e a facilidade de encontrar fun\u00e7\u00f5es importantes, como a altera\u00e7\u00e3o de senha.

  10. Alterar a senha e confirmar a a\u00e7\u00e3o

  11. Objetivo: O usu\u00e1rio deveria seguir os crit\u00e9rios fornecidos para alterar a senha, incluindo inserir a nova senha e confirmar a altera\u00e7\u00e3o.
  12. Rela\u00e7\u00e3o com o fluxo do sistema: Testa a funcionalidade da altera\u00e7\u00e3o de senha, incluindo a usabilidade do formul\u00e1rio de entrada e a clareza das instru\u00e7\u00f5es, al\u00e9m de verificar se o sistema responde adequadamente \u00e0 a\u00e7\u00e3o do usu\u00e1rio.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Corre\u00e7\u00e3o Implementada Status Ap\u00f3s Corre\u00e7\u00e3o Fluxo de etapas do sistema Efici\u00eancia, efic\u00e1cia Uma das etapas foi executada de forma diferente do esperado, indicando que as instru\u00e7\u00f5es ou o fluxo n\u00e3o s\u00e3o suficientemente claros. Retirada da op\u00e7\u00e3o de perfil, minimizando as op\u00e7\u00f5es para direcionar melhor as a\u00e7\u00f5es previstas. Resolvido. Tela de altera\u00e7\u00e3o de senha Satisfa\u00e7\u00e3o, efic\u00e1cia Durante o processo de troca de senha, os usu\u00e1rios relataram que n\u00e3o haveria como visualizar a senha digitada, o que gerava inseguran\u00e7a e poss\u00edveis erros. Implementa\u00e7\u00e3o de um recurso para visualizar a senha digitada, permitindo aos usu\u00e1rios verificar se a senha foi inserida corretamente. Resolvido"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o Menu lateral Efici\u00eancia, efic\u00e1cia Alguns termos usados no menu lateral n\u00e3o s\u00e3o claros o suficiente, levando os usu\u00e1rios a cometerem erros ao selecionar op\u00e7\u00f5es. M\u00e9dia Implementar tooltips que expliquem as funcionalidades de cada item do menu e revisar os termos para torn\u00e1-los mais descritivos e alinhados com as expectativas dos usu\u00e1rios."},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"
  1. Localiza\u00e7\u00e3o da Configura\u00e7\u00e3o de Senha
  2. Observa\u00e7\u00e3o: A configura\u00e7\u00e3o de senha foi posicionada na aba \"Configura\u00e7\u00f5es\", mas o usu\u00e1rio esperava encontr\u00e1-la na aba \"Perfil\".

  3. Sugest\u00e3o de melhoria: Reavaliar a organiza\u00e7\u00e3o das abas para alinhar com as expectativas dos usu\u00e1rios. Alternativamente, incluir uma indica\u00e7\u00e3o clara ou atalho na aba \"Perfil\" para acessar as configura\u00e7\u00f5es de senha.

  4. Clareza nas Etapas do Processo

  5. Observa\u00e7\u00e3o: Uma das etapas foi inicialmente executada de forma diferente do previsto.

  6. Sugest\u00e3o de melhoria: Fornecer instru\u00e7\u00f5es mais claras ou visuais, como tooltips ou mensagens orientadoras, para guiar os usu\u00e1rios durante o processo.

  7. Consist\u00eancia no Design e nas Expectativas

  8. Observa\u00e7\u00e3o: O usu\u00e1rio mencionou que sua expectativa foi moldada por experi\u00eancias anteriores em outros sistemas.
  9. Sugest\u00e3o de melhoria: Realizar uma an\u00e1lise comparativa com sistemas semelhantes para garantir maior consist\u00eancia em termos de design e funcionalidade, promovendo uma experi\u00eancia mais intuitiva.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#8-perguntas-respondidas-no-planejamento-da-avaliacao-do-prototipo-de-papel","title":"8. Perguntas Respondidas no Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel","text":"Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim, por\u00e9m uma das etapas foi inicialmente executada de forma distinta do previsto. A explica\u00e7\u00e3o fornecida pelo usu\u00e1rio contribuiu para o aprimoramento do prot\u00f3tipo. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim, com efici\u00eancia relevante, embora n\u00e3o absoluta. O objetivo foi alcan\u00e7ado em aproximadamente 2 minutos e meio, com apenas um erro registrado. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? O usu\u00e1rio esperava que a configura\u00e7\u00e3o de senha estivesse localizada na aba \"Perfil\". No entanto, foi projetada para estar na aba \"Configura\u00e7\u00f5es\". Ele justificou que, em sua experi\u00eancia, a aba \"Configura\u00e7\u00f5es\" \u00e9 geralmente usada para prefer\u00eancias do site, e n\u00e3o da conta. Ele vai entender o que deve fazer em seguida? Sim."},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#9-video-da-avaliacao","title":"9. V\u00eddeo da Avalia\u00e7\u00e3o","text":"

A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

  • Vis\u00e3o 1: Parte 1:

    Parte 2:

  • Vis\u00e3o 2:

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#10-termo-de-consentimento","title":"10. Termo de Consentimento","text":"

O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte link: Termo de Consentimento - J\u00e9ssica Eveline

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_JessicaEveline/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do relato de resultado J\u00e9ssica Eveline 14/01/2025"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/","title":"Relato de Resultados do Prot\u00f3tipo de Papel","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como objetivo estruturar o planejamento e a documenta\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o de usabilidade conduzida com prot\u00f3tipos de papel. A abordagem considera os elementos fundamentais descritos no livro ^1^ Intera\u00e7\u00e3o Humano-Computador, de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, garantindo que todos os aspectos relevantes sejam adequadamente registrados.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#objetivo","title":"Objetivo","text":"

Este documento orienta o registro dos resultados da avalia\u00e7\u00e3o, permitindo identificar problemas, acompanhar corre\u00e7\u00f5es realizadas e priorizar melhorias futuras. O objetivo \u00e9 assegurar que o sistema atenda de forma eficiente, eficaz e satisfat\u00f3ria \u00e0s necessidades do p\u00fablico-alvo, promovendo uma experi\u00eancia de usu\u00e1rio de qualidade.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#metodologia","title":"Metodologia","text":"

Conforme descrito no livro ^1^, os seguintes itens devem constar no relato dos resultados:

  • Objetivos da avalia\u00e7\u00e3o;
  • Breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel;
  • N\u00famero e perfil de avaliadores e participantes;
  • Tarefas executadas pelos participantes;
  • Lista de problemas de usabilidade corrigidos durante os ciclos de avalia\u00e7\u00e3o e reprojeto, incluindo:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Corre\u00e7\u00e3o realizada no prot\u00f3tipo;
    • Indica\u00e7\u00e3o se o problema voltou a ocorrer;
  • Lista de problemas de usabilidade n\u00e3o corrigidos, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Prioridade para corre\u00e7\u00e3o;
    • Sugest\u00f5es de corre\u00e7\u00e3o;
  • Indica\u00e7\u00f5es de partes do sistema que podem ser aprimoradas.

Al\u00e9m disso, os seguintes itens complementares ser\u00e3o adicionados para enriquecer o relato: - Perguntas respondidas no planejamento da avalia\u00e7\u00e3o; - V\u00eddeo da avalia\u00e7\u00e3o; - Termo de consentimento.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#documentacao","title":"Documenta\u00e7\u00e3o","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#1-objetivo-da-avaliacao","title":"1. Objetivo da Avalia\u00e7\u00e3o","text":"

O prot\u00f3tipo de papel contou com a participa\u00e7\u00e3o de tr\u00eas pessoas, que interagiram com o sistema CDMOJ. O objetivo principal foi avaliar a usabilidade e identificar problemas na interface e na experi\u00eancia do usu\u00e1rio, visando melhorias no design e nas funcionalidades do sistema.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#2-metodo-de-prototipacao-em-papel","title":"2. M\u00e9todo de Prototipa\u00e7\u00e3o em Papel","text":"

O prot\u00f3tipo de papel foi desenvolvido utilizando materiais simples, como papel, canetas e recortes, para simular telas e intera\u00e7\u00f5es do sistema. Durante a avalia\u00e7\u00e3o, o entrevistador Jo\u00e3o Vitor guiou os participantes em tarefas previamente definidas, registrando observa\u00e7\u00f5es e dificuldades encontradas.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#3-numero-e-perfil-de-avaliadores-e-participantes","title":"3. N\u00famero e Perfil de Avaliadores e Participantes","text":"

Foi utilizado o metodo de krug para a onde ele diz que a reomcenda\u00e7\u00e3o \u00e9 de 3 a 4 pessoas. A avalia\u00e7\u00e3o contou com tr\u00eas participantes, pertencentes ao p\u00fablico-alvo definido para o sistema e com experi\u00eancia b\u00e1sica em sistemas similares. O avaliador respons\u00e1vel foi Jo\u00e3o Vitor.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#4-tarefas-executadas-pelos-participantes","title":"4. Tarefas Executadas pelos Participantes","text":"

Os participantes realizaram as seguintes tarefas:

  1. Acessar a op\u00e7\u00e3o \"Treino Livre\";
  2. Selecionar uma quest\u00e3o no \"Treino Livre\";
  3. Realizar o cadastro;
  4. Realizar o login;
  5. Na tela de quest\u00e3o enviar um arquivo;
  6. Submeter o arquivo.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de Usabilidade Corrigidos","text":"

Atualmente, nenhum problema foi corrigido.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de Usabilidade Ainda N\u00e3o Corrigidos","text":"Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o Tela Inicial Confus\u00e3o com bot\u00f5es O usu\u00e1rio se confunde com os bot\u00f5es \"Treino Livre\", um sendo not\u00edcia e outro funcional Baixa Remover ou reposicionar a se\u00e7\u00e3o de not\u00edcias"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do Sistema que Podem Ser Melhor Elaboradas","text":"
  • Criar um bot\u00e3o dedicado para not\u00edcias, removendo-as da tela inicial, para reduzir a polui\u00e7\u00e3o visual e evitar confus\u00e3o com o \"Treino Livre\". Alternativamente, deixar claro que se trata de uma se\u00e7\u00e3o de not\u00edcias.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#8-perguntas-respondidas-no-planejamento-da-avaliacao","title":"8. Perguntas Respondidas no Planejamento da Avalia\u00e7\u00e3o","text":"

Participante C.O.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o O usu\u00e1rio consegue operar o sistema? Sim, apenas houve um problema com a intera\u00e7\u00e3o no inicio com treino livre Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Sim, com efici\u00eancia, realizam as tarefas rapidamente Que parte da interface o deixa insatisfeito? A tela inicial do CDMOJ pode confundir os usu\u00e1rios devido \u00e0 se\u00e7\u00e3o de not\u00edcias. Ele entende o que deve fazer em seguida? Sim, o participante concluiu as tarefas sem problemas

Participante G.H

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o O usu\u00e1rio consegue operar o sistema? Sim, n\u00e3o houve dificuldades de opera\u00e7\u00e3o. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Sim, com bastante eficiencia e n\u00e3o aparentou dificuldades Que parte da interface o deixa insatisfeito? nenhuma, a principio todas satisfazerem o usuario Ele entende o que deve fazer em seguida? Sim, n\u00e3o houve problemas

Participante J.M

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o O usu\u00e1rio consegue operar o sistema? Sim, tamb\u00e9m n\u00e3o demostrou dificuldades em operar o sistema Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Sim, bom bastante eficiciencia, n\u00e3o houve problema algum durante a avalai\u00e7\u00e3o Que parte da interface o deixa insatisfeito? A tela inicial do cd-moj, por ter muita informa\u00e7\u00e3o irrelevante Ele entende o que deve fazer em seguida? Sim, n\u00e3o ohuve problemas no que fazer a seguida"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#9-video-da-avaliacao","title":"9. V\u00eddeo da Avalia\u00e7\u00e3o","text":"

Os videos da avalia\u00e7\u00e3o est\u00e3o abaixo:

Participante J.M.

Participante C.O.

Participante G.H.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#10-termo-de-consentimento","title":"10. Termo de Consentimento","text":"

O Termo de Consentimento assinado pelos participantes est\u00e1 dispon\u00edvel no seguinte link: Termo de Consentimento - Jo\u00e3o Vitor

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: Intera\u00e7\u00e3o Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_Jo%C3%A3oVitor/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de Revis\u00e3o 1.0 Cria\u00e7\u00e3o do relato de resultado Jo\u00e3o Vitor 14/01/2025 J\u00e9ssica Eveline 26/01/2025"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/","title":"Relato de Resultados do Prot\u00f3tipo de Papel","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento visa apresentar os relatos dos resultados da avalia\u00e7\u00e3o de usabilidade conduzida com os Prot\u00f3tipos de Papel. A abordagem considera os elementos fundamentais descritos no livro ^1^ Intera\u00e7\u00e3o Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, com foco em garantir que todos os aspectos relevantes sejam devidamente documentados.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#metodologia","title":"Metodologia","text":"

De acordo com o livro ^1^ Intera\u00e7\u00e3o Humano-Computador de Simone Diniz Junqueira Barbosa e Bruno Santana da Silva, os seguintes items devem entrar no relato dos resultados:

  • Os objetivos da avalia\u00e7\u00e3o;
  • Uma breve descri\u00e7\u00e3o do m\u00e9todo de prototipa\u00e7\u00e3o em papel;
  • O n\u00famero e o perfil de avaliadores e dos participantes;
  • As tarefas executadas pelos participantes;
  • Uma lista de problemas de usabilidade corrigidos durante os ciclos de avalia\u00e7\u00e3o e reprojeto, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Corre\u00e7\u00e3o realizada no prot\u00f3tipo em papel;
    • Indica\u00e7\u00e3o se o problema voltou a ocorrer depois da corre\u00e7\u00e3o;
  • Uma lista dos problemas de usabilidade ainda n\u00e3o corrigidos, indicando:
    • Local onde ocorreu;
    • Fatores de usabilidade prejudicados;
    • Descri\u00e7\u00e3o e justificativa do problema;
    • Prioridade para corre\u00e7\u00e3o;
    • Sugest\u00f5es de corre\u00e7\u00e3o;
  • Indica\u00e7\u00f5es de partes do sistema que podem ser mais bem elaboradas.

Al\u00e9m disso, ser\u00e3o adicionados mais tr\u00eas itens que s\u00e3o essenciais para um relato mais detalhado sobre o prot\u00f3tipo de papel. Esses itens incluem:

  • Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de papel;
  • V\u00eddeos das avalia\u00e7\u00f5es;
  • Termos de consentimento.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#documentacao","title":"Documenta\u00e7\u00e3o","text":""},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#1-objetivo-da-avaliacao","title":"1. Objetivo da avalia\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o tem por intuito testar a usabilidade e fluxo de navega\u00e7\u00e3o de um sistema a partir do uso de um prot\u00f3tipo de papel -ferramenta que retrata um sistema e determinado fluxo de navega\u00e7\u00e3o em baixo n\u00edvel de fidelidade- para observar se as intera\u00e7\u00f5es e fluxo de tarefas analisadas s\u00e3o intuit\u00edvas de de f\u00e1cil navegabilidade. Nesta etapa um dos principais objetivos \u00e9 detectar dificuldades de usabilidade, que podem ser ocasionados por problemas de design ou falta de clareza em determinadas etapas, impactando negativamente a utiliza\u00e7\u00e3o do sistema analizado.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#2-metodo-de-prototipacao-em-papel","title":"2. M\u00e9todo de prototipa\u00e7\u00e3o em papel","text":"

O m\u00e9todo de prototipa\u00e7\u00e3o em papel \u00e9 um m\u00e9todo utilizado em avalia\u00e7\u00f5es de usabilidade, consistindo em uma abordagem simples e eficaz para a representa\u00e7\u00e3o de telas e fluxo de navega\u00e7\u00e3o de um sistema. Este m\u00e9todo faz uso de esbo\u00e7os feitos a l\u00e1pis em papel, buscando representar de forma simples telas e intera\u00e7\u00f5es a serem estudadas, sendo esta uma abordagem de baixo custo e simples de ser executada.

Durante o processo de avalia\u00e7\u00e3o foram criados esbo\u00e7os que refletiam o processo de navega\u00e7\u00e3o na plataforma CD-MOJ, sendo retratados apenas o principais elementos do sistema que seriam indispens\u00e1veis para analizar a tarefa avaliada. Ao decorrer da avalia\u00e7\u00e3o o entrevistador Ruan Carvalho guiou os participantes pelas etapas, observando a forma que interagiam com o sistema e como completaram a tarefa proposta.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipo de papel foio realizada com 3 participantes, seguindo o pensamento do consultor de usabilidade Steve Krug, que defende que n\u00e3o exixte um n\u00famero exato de participantes que devem ser testados, afirmando que testar um usu\u00e1rio \u00e9 100% melhor do que n\u00e3o testar nenhum. Segundo Krug, 3 ou 4 usu\u00e1rios seriam sufici\u00eantes para detectar a maioria dos problemas, permitindo fazer a an\u00e1lize no mesmo dia.

A avalia\u00e7\u00e3o foi conduzida pelo entrevistador Ruan Carvalho, integrante do grupo 05, respons\u00e1vel por guiar os participantes durante o processo. Os participantes escolhidos foram: Pedro, Diogo e Guilherme, ambos estudantes de engenharia de software da Universidade de Bras\u00edlia, discentes do campus da FCTE. Os participantes escolhidos representam fielmente o perfil de usu\u00e1rio definido ao in\u00edcio do andamento do projeto, possibilitando que as informa\u00e7\u00f5es coletadas tenham maior fidelidade para prosseguir com as an\u00e1lises.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"
  1. Acessar a tela do contest
  2. Objetivo: O usu\u00e1rio inicia sua navega\u00e7\u00e3o na tela de contest da plataforma CD-MOJ.

  3. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa serve para habituar o usu\u00e1rio na tela principal da tarefa analizada.

  4. Selecionar a quest\u00e3o a ser resolvida

  5. Objetivo: O usu\u00e1rio navega at\u00e9 o seletor de quest\u00f5es para selecionar a quest\u00e3o a ser enviada.

  6. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa verifica a facilidade em encontrar o seletor de quest\u00f5es na tela de contest do CD-MOJ.

  7. Selecionar o arquivo a ser enviado

  8. Objetivo: O usu\u00e1rio navega pelo explorador de arquivos para encontrar sua solu\u00e7\u00e3o para a quest\u00e3o e fazer o envio.

  9. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa representa a navega\u00e7\u00e3o padr\u00e3o do CD-MOJ para realizar o envio de quest\u00f5es.

  10. Abrir o feedback da subimiss\u00e3o

  11. Objetivo: O usu\u00e1rio navega at\u00e9 a resposta da sua subimiss\u00e3o para receber o feedback da sua resposta com outros casos de teste.
  12. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa verifica a facilidade do usu\u00e1rio em encontrar a resposta do seu c\u00f3digo e a funcionalidade nova a ser implementada.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"
  • Nenhum problema de usabilidade foi corrigido nesta etapa
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o tela de contest clareza um dos usu\u00e1rios se confundiu durante a navega\u00e7\u00e3o, clicando em outro local baixa trocar a cor de bot\u00f5es relevantes, facilitando seguir o fluxo de navega\u00e7\u00e3o"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"
  1. Feedback de quest\u00f5es
    • sugest\u00e3o de melhoria: receber o feedback de subimiss\u00f5es pela pr\u00f3pria tela de contest do CD-MOJ, n\u00e3o sendo necess\u00e1rio o uso do Mojinho Bot no Telegram para adiquirir essas informa\u00e7\u00f5es.
"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#8-perguntas-respondidas-no-planejamento-da-avaliacao-do-prototipo-de-papel","title":"8. Perguntas Respondidas no Planejamento da Avalia\u00e7\u00e3o do Prot\u00f3tipo de Papel","text":"Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim, por\u00e9m um dos usu\u00e1rios se confundiu ao executar uma etapa. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim, com alta efici\u00eancia. O objetivo foi alcan\u00e7ado em aproximadamente 2 minutos, com apenas um erro registrado por parte de um entrevistado. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? As intera\u00e7\u00f5es seguiram o fluxo esperado com poucos erros por\u00e9m as interfaces poderiam ser melhor modeladas para torna-las mais intuit\u00edvas Ele vai entender o que deve fazer em seguida? Sim."},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#9-video-da-avaliacao","title":"9. V\u00eddeo da Avalia\u00e7\u00e3o","text":"

As grava\u00e7\u00f5es das entrevistas pode, ser assistidas abaixo: https://youtu.be/xSExwnp0IJQ Teste piloto:

Entrevista 01:

Entrevista 02:

Entrevista 03:

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#10-termo-de-consentimento","title":"10. Termo de Consentimento","text":"

O Termo de Consentimento assinado pelos participantes est\u00e1 dispon\u00edvel no seguinte link: Termo de Consentimento - Ruan

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"

1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.

"},{"location":"entregas/entrega_6/relatos_de_resultados_prototipo_de_papel/relato_RuanCarvalho/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do relato de resultado Ruan Carvalho 14/01/2025 Felipe Rodrigues 14/01/2025"},{"location":"entregas/entrega_7/entrega_7/","title":"Entrega 7","text":""},{"location":"entregas/entrega_7/entrega_7/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento tem como finalidade fornecer o v\u00eddeo da apresenta\u00e7\u00e3o inicial do projeto de Intera\u00e7\u00e3o Humano-Computador.

"},{"location":"entregas/entrega_7/entrega_7/#objetivo","title":"Objetivo","text":"

O objetivo desta entrega \u00e9 fornecer uma vis\u00e3o geral do projeto, abordando sua relev\u00e2ncia no contexto de IHC, a organiza\u00e7\u00e3o da equipe e uma introdu\u00e7\u00e3o ao processo metodol\u00f3gico. Esta apresenta\u00e7\u00e3o foca nos artefatos da etapa 7.

"},{"location":"entregas/entrega_7/entrega_7/#metodologia","title":"Metodologia","text":"

A grava\u00e7\u00e3o do v\u00eddeo de apresenta\u00e7\u00e3o foi realizada em uma reuni\u00e3o via Google Meet. Tanto o v\u00eddeo quanto o \u00e1udio foram capturados utilizando o software OBS Studio.

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_7/entrega_7/#apresentacao","title":"Apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1: Entrega 7 - IHC - Grupo 05.

Link: Entrega 7 - IHC - Grupo 05

"},{"location":"entregas/entrega_7/entrega_7/#historico-de-versoes","title":"Hist\u00f3rico de Vers\u00f5es","text":"

Tabela 1 - Hist\u00f3rico de vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor(es) Data Revisor(es) Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o da entrega e disponibiliza\u00e7\u00e3o do link Jo\u00e3o Vitor 26/01/2025"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/","title":"Relato de Resultados do Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipos desempenha um papel crucial no design centrado no usu\u00e1rio, ao enfatizar a identifica\u00e7\u00e3o de problemas de usabilidade e a valida\u00e7\u00e3o de solu\u00e7\u00f5es antes de prosseguir para etapas mais avan\u00e7adas. Este documento visa estruturar o planejamento e a documenta\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o de usabilidade conduzida com os Prot\u00f3tipos de Alta Fidelidade, garantindo que todos os aspectos relevantes sejam devidamente documentados e aplic\u00e1veis ao aprimoramento do prot\u00f3tipo.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#objetivo","title":"Objetivo","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 validar a usabilidade e a efic\u00e1cia do prot\u00f3tipo de alta fidelidade desenvolvido, identificando problemas na interface e na intera\u00e7\u00e3o com o usu\u00e1rio. Busca-se coletar impress\u00f5es sobre a clareza, funcionalidade e est\u00e9tica do prot\u00f3tipo, permitindo identificar problemas, acompanhar corre\u00e7\u00f5es realizadas e priorizar melhorias futuras.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#1-objetivo-da-avaliacao","title":"1. Objetivo da avalia\u00e7\u00e3o","text":"

O objetivo da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade consiste em apresentar aos usu\u00e1rios uma vers\u00e3o aprimorada das fun\u00e7\u00f5es apresentadas anteriormente atrav\u00e9z do diagrama HTA e do prot\u00f3tipo de papel, fazendo com que nesta avalia\u00e7\u00e3o o usu\u00e1rio tenha uma experi\u00eancia de uso mais fiel poss\u00edvel a navega\u00e7\u00e3o no CD-MOJ. Desta forma, ser\u00e1 poss\u00edvel que os avaliadores observem o fluxo de navega\u00e7\u00e3o da forma como seria na plataforma real, analizando diferentes fluxos de navega\u00e7\u00e3o e dificuldades encontradas pelos usu\u00e1rios a fim de identificar falhas de implementa\u00e7\u00e3o e validar a funcionalidade proposta.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#2-metodo-de-prototipacao-de-alta-fidelidade","title":"2. M\u00e9todo de prototipa\u00e7\u00e3o de alta fidelidade","text":"

A prototipa\u00e7\u00e3o de alta fidelidade consiste em um m\u00e9todo de modelagem de prot\u00f3tipos atrav\u00e9z de ferramentas digit\u00e1is como o Figma (ferramenta utilizada pelo grupo) que permitem a cria\u00e7\u00e3o de telas altamente detalhadas. Este m\u00e9todo permite testar o produto desenvolvido com interatividade e design pr\u00f3ximos de sua vers\u00e3o final, permitindo assim avaliar os aspectos de navegabilidade e implementa\u00e7\u00e3o antes da entrega real do produto.

Durante o processo de planejamento da avalia\u00e7\u00e3o de prot\u00f3tipos de alta fidelidade foram criados os prot\u00f3tipos do CD-MOJ pelos membros do grupo, cada um refletindo uma fun\u00e7\u00e3o trabalhada por um membro do grupo e ao fim do desenvolvimento dos prot\u00f3tipos os mesmos foram aglutinados de forma a refletir uma experi\u00eancia mais fiel de navega\u00e7\u00e3o, permitindo com que os avaliados possam navegar pelos diferentes fluxos desenvolvidos no mesmo prot\u00f3tipo, tornando a navega\u00e7\u00e3o mais fluida e precisa.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipo de alta fidelidade foi realizada com 3 participantes, seguindo o pensamento do consultor de usabilidade Steve Krug, que defende que n\u00e3o exixte um n\u00famero exato de participantes que devem ser testados, afirmando que testar um usu\u00e1rio \u00e9 100% melhor do que n\u00e3o testar nenhum. Segundo Krug, 3 ou 4 usu\u00e1rios seriam sufici\u00eantes para detectar a maioria dos problemas, permitindo fazer a an\u00e1lize no mesmo dia.

Para esta avalia\u00e7\u00e3o foram escolhidos 3 participantes: Vin\u00edcius C., Vin\u00edcius R. e Izabelle, ambos estudantes cursos de gradua\u00e7\u00e3o de software, que se enquadram no pefil de usu\u00e1rio definido ao in\u00edcio do projeto. O corpo de avaliadores foi formado por 1 integrante do grupo 05: Felipe, apresentando sua respectiva fun\u00e7\u00e3o desenvolvida para os entrevistados durante a avalia\u00e7\u00e3o.

Tabela 1 - Entrevistador(es) e entrevistado(s).

Entrevistador(es) Entrevistado(s) Hor\u00e1rio Data Tarefa Local Felipe Rodrigues Vin\u00edcius C., Vin\u00edcius R. e Izabelle 12:16; 12:43; 12:55 24/01/2025 Receber um feedback em tempo real do c\u00f3digo submetido. Minist\u00e9rio da Defesa Anexo 1

Autor(es): Felipe Rodrigues, 2025.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"
  1. Acessar o treino livre
  2. Objetivo: O usu\u00e1rio inicia sua navega\u00e7\u00e3o na tela inicial da plataforma CD-MOJ e deve acessar um contest.

  3. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa serve para habituar o usu\u00e1rio na tela principal do sistema.

  4. Selecionar o arquivo a ser enviado

  5. Objetivo: O usu\u00e1rio navega at\u00e9 o seletor de arquivos para selecionar a quest\u00e3o a ser enviada.

  6. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa verifica a facilidade em encontrar o seletor de arquivos na tela de contest do CD-MOJ.

  7. Selecionar o arquivo a ser enviado

  8. Objetivo: O usu\u00e1rio navega pelo explorador de arquivos para encontrar sua solu\u00e7\u00e3o para a quest\u00e3o e fazer o envio.

  9. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa representa a navega\u00e7\u00e3o padr\u00e3o do CD-MOJ para realizar o envio de quest\u00f5es.

  10. Abrir o feedback da subimiss\u00e3o

  11. Objetivo: O usu\u00e1rio navega at\u00e9 a resposta da sua subimiss\u00e3o para receber o feedback da sua resposta com outros casos de teste.
  12. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa verifica a facilidade do usu\u00e1rio em encontrar a resposta do seu c\u00f3digo e a funcionalidade nova a ser implementada.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"

Com esta avalia\u00e7\u00e3o, n\u00e3o foram corrigidos problemas de usabilidade encontrados.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"

Tabela 2 - Problemas de usabilidade ainda n\u00e3o corrigidos.

Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o Tela de sele\u00e7\u00e3o de quest\u00e3o no treino livre. Reconhecimento em vez de recorda\u00e7\u00e3o. O usu\u00e1rio n\u00e3o conseguiu identificar claramente que a tela apresentava uma quest\u00e3o/problema de programa\u00e7\u00e3o a ser selecionada. Baixa. Incluir um t\u00edtulo claro, como \"Sele\u00e7\u00e3o de Quest\u00f5es\", e uma breve explica\u00e7\u00e3o sobre como utilizar a tela. Adicionar \u00edcones ou destaques visuais que indiquem a interatividade das op\u00e7\u00f5es dispon\u00edveis.

Autor(es): Felipe Rodrigues, 2025.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"
  1. Acesso a quest\u00e3o
    • Sugest\u00e3o de melhoria: Incluir um t\u00edtulo claro, como \"Sele\u00e7\u00e3o de Quest\u00f5es\", e uma breve explica\u00e7\u00e3o sobre como utilizar a tela.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#8-perguntas-respondidas-no-planejamento-da-avaliacao","title":"8. Perguntas Respondidas no Planejamento da Avalia\u00e7\u00e3o","text":"

Entrevistado Vin\u00edcius C.

Tabela 3 - Perguntas realizadas no in\u00edcio com o entrevistado Vin\u00edcius C.:

Pergunta Resposta Qual o seu nome? Vin\u00edcius. Quantos anos voc\u00ea tem? 20. Qual a sua ocupa\u00e7\u00e3o? Estudante. Qual o seu n\u00edvel de escolaridade? Ensino Superior Incompleto. Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, CD-MOJ, Beecrowd e LeetCode. Voc\u00ea conhece o CD-MOJ? Sim.

Autor(es): Felipe Rodrigues, 2025.

Tabela 4 - Perguntas respondidas na an\u00e1lise da entrevista com Vin\u00edcius C., pelo entrevistador:

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim. Alta efici\u00eancia. 1:40 minutos. 1 erro. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Nenhuma. Ele vai entender o que deve fazer em seguida? Sim.

Tabela 5 - Pergunta realizada no final a fim de obter um feedback do usu\u00e1rio Vin\u00edcius C.:

Autor(es): Felipe Rodrigues, 2025.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prototipo apresentado? N\u00e3o. O usu\u00e1rio alegou que achou bastante pr\u00e1tico e considera o ideal.

Autor(es): Felipe Rodrigues, 2025.

Entrevistado Vin\u00edcius R.

Tabela 6 - Perguntas realizadas no in\u00edcio com o entrevistado Vin\u00edcius R.:

Pergunta Resposta Qual o seu nome? Vin\u00edcius. Quantos anos voc\u00ea tem? 19. Qual a sua ocupa\u00e7\u00e3o? Estudante, estagi\u00e1rio. Qual o seu n\u00edvel de escolaridade? Ensino Superior Incompleto. Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, LeetCode. Voc\u00ea conhece o CD-MOJ? N\u00e3o.

Autor(es): Felipe Rodrigues, 2025.

Tabela 7 - Perguntas respondidas na an\u00e1lise da entrevista com Vin\u00edcius R., pelo entrevistador:

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim. Alta efici\u00eancia. 01:08 minutos. 2 erros. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Nenhuma. Ele vai entender o que deve fazer em seguida? Sim.

Tabela 8 - Pergunta realizada no final a fim de obter um feedback do usu\u00e1rio Vin\u00edcius R.:

Autor(es): Felipe Rodrigues, 2025.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prototipo apresentado? N\u00e3o. O usu\u00e1rio alegou que achou bem intuitivo e f\u00e1cil de executar.

Autor(es): Felipe Rodrigues, 2025.

Entrevistada Izabelle

Tabela 9 - Perguntas realizadas no in\u00edcio com a entrevistada Izabelle:

Pergunta Resposta Qual o seu nome? Izabelle. Quantos anos voc\u00ea tem? 19. Qual a sua ocupa\u00e7\u00e3o? Estudante, estagi\u00e1rio. Qual o seu n\u00edvel de escolaridade? Ensino Superior Incompleto. Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, Beecrowd. Voc\u00ea conhece o CD-MOJ? N\u00e3o.

Autor(es): Felipe Rodrigues, 2025.

Tabela 10 - Perguntas respondidas na an\u00e1lise da entrevista com Izabelle, pelo entrevistador:

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim. Alta efici\u00eancia. 00:58 minutos. 2 erros. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? A parte de sele\u00e7\u00e3o de quest\u00f5es do treino livre. A usu\u00e1ria n\u00e3o conseguiu identificar claramente que a tela apresentava uma quest\u00e3o/problema de programa\u00e7\u00e3o a ser selecionada. Ele vai entender o que deve fazer em seguida? Ap\u00f3s a etapa de selecionar a quest\u00e3o do treino livre. A usu\u00e1rio n\u00e3o teve dificuldades em entender o que deveria fazer em seguida.

Tabela 11 - Pergunta realizada no final a fim de obter um feedback da usu\u00e1ria Izabelle:

Autor(es): Felipe Rodrigues, 2025.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prototipo apresentado? Sim. A usu\u00e1ria alegou que se sentiu um pouco perdida ao entrar na tela do Treino Livre, pois n\u00e3o sabia que era uma quest\u00e3o a ser selecionada.

Autor(es): Felipe Rodrigues, 2025.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#9-video-da-avaliacao","title":"9. V\u00eddeo da Avalia\u00e7\u00e3o","text":"

Os videos da avalia\u00e7\u00e3o est\u00e3o abaixo:

V\u00eddeo 1 - Entrevistado Vin\u00edcius C..

V\u00eddeo 2 - Entrevistado Vin\u00edcius R..

V\u00eddeo 3 - Entrevistada Izabelle.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#10-termo-de-consentimento","title":"10. Termo de Consentimento","text":"

Os Termos de Consentimento assinados pelos participantes est\u00e3o dispon\u00edvel no seguinte link: Termo de Consentimento - Felipe Rodrigues.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipa\u00e7\u00e3o de alta fidelidade. In: Design de Intera\u00e7\u00e3o: abordagens centradas no usu\u00e1rio para a Web e al\u00e9m. Porto Alegre: Bookman, 2013.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_FelipeRodrigues/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"

Tabela 12 - Hist\u00f3rico de Vers\u00f5es.

Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Relato da avalia\u00e7\u00e3o do Prot\u00f3tipo de Alta Fidelidade Felipe Rodrigues 25/01/2025 J\u00e9ssica Eveline 26/01/2025"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/","title":"Relato de Resultados do Prot\u00f3tipo de Alta Fidelidade - J\u00e9ssica Eveline","text":""},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#1-objetivo-da-avaliacao","title":"1. Objetivo da Avalia\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade tem como objetivo validar a usabilidade e funcionalidade do sistema, garantindo que atenda \u00e0s necessidades dos usu\u00e1rios. A relev\u00e2ncia est\u00e1 em identificar problemas de navega\u00e7\u00e3o e design antes da implementa\u00e7\u00e3o final. As expectativas incluem obter feedback sobre a interface e intera\u00e7\u00f5es, com metas de melhorar a experi\u00eancia do usu\u00e1rio e garantir uma solu\u00e7\u00e3o intuitiva. O contexto da avalia\u00e7\u00e3o \u00e9 o processo de refinamento do produto, visando a aceita\u00e7\u00e3o e ado\u00e7\u00e3o pelos usu\u00e1rios finais.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#2-metodo-de-prototipacao-de-alta-fidelidade","title":"2. M\u00e9todo de Prototipa\u00e7\u00e3o de Alta Fidelidade","text":"

O m\u00e9todo de prototipa\u00e7\u00e3o de alta fidelidade utilizado foi realizado no Figma, uma ferramenta de design que permitiu a cria\u00e7\u00e3o de um prot\u00f3tipo interativo e visualmente detalhado. O prot\u00f3tipo foi constru\u00eddo com p\u00e1ginas interligadas, onde os bot\u00f5es simulavam as a\u00e7\u00f5es esperadas dos usu\u00e1rios, como navega\u00e7\u00e3o entre telas e intera\u00e7\u00e3o com elementos da interface. Durante a avalia\u00e7\u00e3o, os participantes interagiram com o prot\u00f3tipo no Figma, o que possibilitou simular de forma realista o comportamento do sistema. Essa abordagem ajudou a identificar pontos de melhoria no design e na usabilidade, proporcionando uma experi\u00eancia pr\u00f3xima \u00e0 intera\u00e7\u00e3o com um produto final. O prot\u00f3tipo pode ser visualizado atrav\u00e9s do seguinte link:

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

Segundo Krug, o n\u00famero ideal de participantes para testes de usabilidade \u00e9 de 3 a 4 pessoas, pois essa quantidade \u00e9 suficiente para identificar a maioria dos problemas de usabilidade de um sistema sem sobrecarregar o processo. Seguindo essa recomenda\u00e7\u00e3o, o teste foi realizado com 3 participantes que atendiam ao perfil de usu\u00e1rio definido para o sistema. Detalhes sobre os participantes e as perguntas respondidas durante o planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade est\u00e3o descritos na se\u00e7\u00e3o 8. Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade.

Tabela 1 - Entrevistador(es) e entrevistado(s).

| Entrevistador(es) | Entrevistado(s)| Hor\u00e1rio | Data | Local | |:---:|:---:|:---:|:---:|:---:|:---:| | J\u00e9ssica Eveline, Jo\u00e3o Vitor, Ruan Carvalho | Gabriel, Pedro e Luiza | 12:00 - 12:50 | 23/01/2025 |Universidade de Bras\u00edlia Campus Gama |

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"
  1. Acessar o menu lateral a partir da tela inicial
  2. Objetivo: O usu\u00e1rio deveria clicar na imagem de foto do perfil localizada na tela inicial para abrir o menu lateral.

  3. Rela\u00e7\u00e3o com o fluxo do sistema: Essa tarefa testa a intera\u00e7\u00e3o inicial com a interface e a funcionalidade do menu lateral, essencial para navegar pelas configura\u00e7\u00f5es do sistema.

  4. Navegar at\u00e9 a se\u00e7\u00e3o de configura\u00e7\u00f5es

  5. Objetivo: Ap\u00f3s abrir o menu lateral, o usu\u00e1rio deveria localizar e selecionar a op\u00e7\u00e3o \"Configura\u00e7\u00f5es\".

  6. Rela\u00e7\u00e3o com o fluxo do sistema: Essa tarefa verifica a clareza e a efici\u00eancia da navega\u00e7\u00e3o no menu lateral, al\u00e9m de testar se os itens est\u00e3o organizados de forma intuitiva.

  7. Encontrar a op\u00e7\u00e3o de \"Alterar Senha\" dentro de Configura\u00e7\u00f5es

  8. Objetivo: O usu\u00e1rio deveria localizar a op\u00e7\u00e3o de \"Alterar Senha\" dentro da se\u00e7\u00e3o de configura\u00e7\u00f5es.

  9. Rela\u00e7\u00e3o com o fluxo do sistema: Avalia a efic\u00e1cia da organiza\u00e7\u00e3o das op\u00e7\u00f5es dentro da se\u00e7\u00e3o de configura\u00e7\u00f5es e a facilidade de encontrar fun\u00e7\u00f5es importantes, como a altera\u00e7\u00e3o de senha.

  10. Alterar a senha e confirmar a a\u00e7\u00e3o

  11. Objetivo: O usu\u00e1rio deveria seguir os crit\u00e9rios fornecidos para alterar a senha, incluindo inserir a nova senha e confirmar a altera\u00e7\u00e3o.
  12. Rela\u00e7\u00e3o com o fluxo do sistema: Testa a funcionalidade da altera\u00e7\u00e3o de senha, incluindo a usabilidade do formul\u00e1rio de entrada e a clareza das instru\u00e7\u00f5es, al\u00e9m de verificar se o sistema responde adequadamente \u00e0 a\u00e7\u00e3o do usu\u00e1rio.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"

Com esta avalia\u00e7\u00e3o, n\u00e3o foram corrigidos problemas de usabilidade encontrados.

Tabela 2 - Problemas de usabilidade corrigidos.

Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Corre\u00e7\u00e3o Implementada Status Ap\u00f3s Corre\u00e7\u00e3o

Autor(es): J\u00e9ssica Eveline, 2025.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"

Tabela 3 - Problemas de usabilidade ainda n\u00e3o corrigidos.

Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Prioridade Sugest\u00f5es de Corre\u00e7\u00e3o Logo Descoberta e Intuitividade A logo n\u00e3o est\u00e1 claramente identificada como clic\u00e1vel, o que pode dificultar o retorno \u00e0 p\u00e1gina inicial. Alta Tornar a logo mais clara como elemento clic\u00e1vel, adicionando um indicador visual ou texto. Menu de Perfil Navega\u00e7\u00e3o e Intuitividade Falta uma op\u00e7\u00e3o clara de \"Home\" no menu de perfil, o que pode confundir o usu\u00e1rio ao buscar essa funcionalidade. M\u00e9dia Adicionar a op\u00e7\u00e3o \"Home\" no menu de perfil para facilitar a navega\u00e7\u00e3o. Pr\u00f3ximo \u00e0 Foto de Perfil Descoberta e Intuitividade A funcionalidade de menu de op\u00e7\u00f5es associada \u00e0 foto de perfil n\u00e3o est\u00e1 clara, o que pode dificultar sua descoberta. Alta Adicionar um \u00edcone ou texto pr\u00f3ximo \u00e0 foto de perfil para indicar que \u00e9 um menu de op\u00e7\u00f5es.

Autor(es): J\u00e9ssica Eveline, 2025.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"

Algumas \u00e1reas do sistema podem ser aprimoradas para melhorar a usabilidade. Primeiramente, a logo do sistema n\u00e3o est\u00e1 claramente identificada como clic\u00e1vel, o que pode dificultar o retorno \u00e0 p\u00e1gina inicial. Recomenda-se torn\u00e1-la mais intuitiva, adicionando indicadores visuais ou texto que deixem claro que ela funciona como um bot\u00e3o para a home. Al\u00e9m disso, o menu de perfil carece de uma op\u00e7\u00e3o clara de \"Home\", o que pode confundir os usu\u00e1rios que procuram essa funcionalidade. Adicionar essa op\u00e7\u00e3o no menu de perfil pode facilitar a navega\u00e7\u00e3o. Por fim, a funcionalidade de menu de op\u00e7\u00f5es associada \u00e0 foto de perfil n\u00e3o est\u00e1 evidente, o que pode dificultar sua descoberta. Uma solu\u00e7\u00e3o seria incluir um \u00edcone ou texto pr\u00f3ximo \u00e0 foto de perfil para indicar que se trata de um menu de op\u00e7\u00f5es. Esses ajustes s\u00e3o priorit\u00e1rios para melhorar a experi\u00eancia do usu\u00e1rio.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#8-perguntas-respondidas-no-planejamento-da-avaliacao-do-prototipo-de-alta-fidelidade","title":"8. Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade","text":"

Gabriel

Tabela 4 - Perguntas realizadas no in\u00edcio da entrevista com o Gabriel.

Pergunta Resposta Qual o seu nome? Gabriel Quantos anos voc\u00ea tem? 21 anos Qual o seu n\u00edvel de escolaridade? Superior cursando Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, s\u00f3 o CD-MOJ Voc\u00ea conhece o CD-MOJ? Sim

Autor(es): J\u00e9ssica Eveline, 2025.

Tabela 5 - Perguntas respondidas pela entrevistadora ap\u00f3s a entrevista com o Gabriel.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim, com uma efici\u00eancia m\u00e9dia, em cerca de 2 minutos e com 1 erro. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? O usu\u00e1rio n\u00e3o consegue identificar facilmente como acessar o perfil para altera\u00e7\u00e3o. Ele vai entender o que deve fazer em seguida? Sim, as etapas s\u00e3o claras, mas a localiza\u00e7\u00e3o dos bot\u00f5es e op\u00e7\u00f5es n\u00e3o \u00e9 intuitiva.

Autor(es): J\u00e9ssica Eveline, 2025.

Tabela 6 - Pergunta realizada ao entrevistado Gabriel ao final da entrevista.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prot\u00f3tipo apresentado? Adicionar um \u00edcone ou texto pr\u00f3ximo \u00e0 foto de perfil para indicar que \u00e9 um menu de op\u00e7\u00f5es.

Autor(es): J\u00e9ssica Eveline, 2025.

Pedro

Tabela 7 - Perguntas realizadas no in\u00edcio da entrevista com o Pedro.

Pergunta Resposta Qual o seu nome? Pedro Quantos anos voc\u00ea tem? 20 anos Qual o seu n\u00edvel de escolaridade? Superior cursando Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, s\u00f3 o CD-MOJ Voc\u00ea conhece o CD-MOJ? Sim

Autor(es): J\u00e9ssica Eveline, 2025.

Tabela 8 - Perguntas respondidas pela entrevistadora ap\u00f3s a entrevista com o Pedro.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim, o objetivo foi alcan\u00e7ado com efici\u00eancia m\u00e9dia, em cerca de 1 minuto e meio, e com 1 erro. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? O retorno \u00e0 p\u00e1gina inicial n\u00e3o est\u00e1 claro para o usu\u00e1rio. Ele vai entender o que deve fazer em seguida? Sim, as etapas s\u00e3o bem definidas, mas o retorno \u00e0 p\u00e1gina inicial n\u00e3o \u00e9 t\u00e3o intuitivo.

Autor(es): J\u00e9ssica Eveline, 2025.

Tabela 9 - Pergunta realizada ao entrevistado Pedro ao final da entrevista.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prot\u00f3tipo apresentado? Incluir a op\u00e7\u00e3o \"Home\" no menu de perfil para facilitar a navega\u00e7\u00e3o e tornar a logo mais clara como elemento clic\u00e1vel, adicionando um indicador visual ou texto.

Autor(es): J\u00e9ssica Eveline, 2025.

Luiza

Tabela 10 - Perguntas realizadas no in\u00edcio da entrevista com a Luiza.

Pergunta Resposta Qual o seu nome? Luiza. Quantos anos voc\u00ea tem? 21 anos. Qual o seu n\u00edvel de escolaridade? Superior cursando. Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, o BeeCrowd e o CD-MOJ. Voc\u00ea conhece o CD-MOJ? Sim.

Autor(es): J\u00e9ssica Eveline, 2025.

Tabela 11 - Perguntas respondidas pela entrevistadora ap\u00f3s a entrevista com a Luiza.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim. Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim, de forma eficiente, em menos de 1 minuto e sem erros. Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Nenhuma. Ele vai entender o que deve fazer em seguida? Sim.

Autor(es): J\u00e9ssica Eveline, 2025.

Tabela 12 - Pergunta realizada a entrevistada Luiza ao final da entrevista.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prototipo apresentado? Nada, achou coerente com a expectativa e padr\u00e3o do tipo de plataforma."},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#9-video-da-avaliacao","title":"9. V\u00eddeo da avalia\u00e7\u00e3o","text":"

A grava\u00e7\u00e3o da entrevista pode ser assistida abaixo:

Vis\u00e3o 1:

Gabriel

Pedro

Luiza

Vis\u00e3o 2: Gabriel

Pedro

Luiza

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#10-termo-de-consentimento","title":"10. Termo de consentimento","text":"

O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte link: - Termo de Consentimento - Gabriel - Termo de Consentimento - Pedro - Termo de Consentimento - Luiza

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipa\u00e7\u00e3o de alta fidelidade. In: Design de Intera\u00e7\u00e3o: abordagens centradas no usu\u00e1rio para a Web e al\u00e9m. Porto Alegre: Bookman, 2013.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_JessicaEveline/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 Cria\u00e7\u00e3o do relato de resultado J\u00e9ssica Eveline 26/01/2025"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/","title":"Relato de Resultados do Prot\u00f3tipo de Alta Fidelidade","text":""},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#introducao","title":"Introdu\u00e7\u00e3o","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipos desempenha um papel crucial no design centrado no usu\u00e1rio, ao enfatizar a identifica\u00e7\u00e3o de problemas de usabilidade e a valida\u00e7\u00e3o de solu\u00e7\u00f5es antes de prosseguir para etapas mais avan\u00e7adas. Este documento visa estruturar o planejamento e a documenta\u00e7\u00e3o dos resultados da avalia\u00e7\u00e3o de usabilidade conduzida com os Prot\u00f3tipos de Alta Fidelidade, garantindo que todos os aspectos relevantes sejam devidamente documentados e aplic\u00e1veis ao aprimoramento do prot\u00f3tipo.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#objetivo","title":"Objetivo","text":"

O objetivo desta avalia\u00e7\u00e3o \u00e9 validar a usabilidade e a efic\u00e1cia do prot\u00f3tipo de alta fidelidade desenvolvido, identificando problemas na interface e na intera\u00e7\u00e3o com o usu\u00e1rio. Busca-se coletar impress\u00f5es sobre a clareza, funcionalidade e est\u00e9tica do prot\u00f3tipo, permitindo identificar problemas, acompanhar corre\u00e7\u00f5es realizadas e priorizar melhorias futuras.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#1-objetivo-da-avaliacao","title":"1. Objetivo da avalia\u00e7\u00e3o","text":"

O objetivo da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade consiste em apresentar aos usu\u00e1rios uma vers\u00e3o aprimorada das fun\u00e7\u00f5es apresentadas anteriormente atrav\u00e9z do diagrama HTA e do prot\u00f3tipo de papel, fazendo com que nesta avalia\u00e7\u00e3o o usu\u00e1rio tenha uma experi\u00eancia de uso mais fiel poss\u00edvel a navega\u00e7\u00e3o no CD-MOJ. Desta forma, ser\u00e1 poss\u00edvel que os avaliadores observem o fluxo de navega\u00e7\u00e3o da forma como seria na plataforma real, analizando diferentes fluxos de navega\u00e7\u00e3o e dificuldades encontradas pelos usu\u00e1rios a fim de identificar falhas de implementa\u00e7\u00e3o e validar a funcionalidade proposta.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#2-metodo-de-prototipacao-de-alta-fidelidade","title":"2. M\u00e9todo de prototipa\u00e7\u00e3o de alta fidelidade","text":"

A prototipa\u00e7\u00e3o de alta fidelidade consiste em um m\u00e9todo de modelagem de prot\u00f3tipos atrav\u00e9z de ferramentas digit\u00e1is como o Figma (ferramenta utilizada pelo grupo) que permitem a cria\u00e7\u00e3o de telas altamente detalhadas. Este m\u00e9todo permite testar o produto desenvolvido com interatividade e design pr\u00f3ximos de sua vers\u00e3o final, permitindo assim avaliar os aspectos de navegabilidade e implementa\u00e7\u00e3o antes da entrega real do produto.

Durante o processo de planejamento da avalia\u00e7\u00e3o de prot\u00f3tipos de alta fidelidade foram criados os prot\u00f3tipos do CD-MOJ pelos membros do grupo, cada um refletindo uma fun\u00e7\u00e3o trabalhada por um membro do grupo e ao fim do desenvolvimento dos prot\u00f3tipos os mesmos foram aglutinados de forma a refletir uma experi\u00eancia mais fiel de navega\u00e7\u00e3o, permitindo com que os avaliados possam navegar pelos diferentes fluxos desenvolvidos no mesmo prot\u00f3tipo, tornando a navega\u00e7\u00e3o mais fluida e precisa.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#3-o-numero-e-o-perfil-de-avaliadores-e-dos-participantes","title":"3. O n\u00famero e o perfil de avaliadores e dos participantes","text":"

A avalia\u00e7\u00e3o de prot\u00f3tipo de alta fidelidade foi realizada com 3 participantes, seguindo o pensamento do consultor de usabilidade Steve Krug, que defende que n\u00e3o exixte um n\u00famero exato de participantes que devem ser testados, afirmando que testar um usu\u00e1rio \u00e9 100% melhor do que n\u00e3o testar nenhum. Segundo Krug, 3 ou 4 usu\u00e1rios seriam sufici\u00eantes para detectar a maioria dos problemas, permitindo fazer a an\u00e1lize no mesmo dia.

Para esta avalia\u00e7\u00e3o foram escolhidos 3 participantes: Pedro, Gabriel e Luiza, ambos estudantes de engenharia de software da Universidade de Bras\u00edlia discentes do campus da FCTE, que se enquadram no pefil de usu\u00e1rio definido ao in\u00edcio do projeto. O corpo de avaliadores foi formado por 3 integrantes do grupo 05: Jessica, Jo\u00e3o Vitor e Ruan, cada um apresentando sua respectiva fun\u00e7\u00e3o desenvolvida para os entrevistados durante a avalia\u00e7\u00e3o.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#4-as-tarefas-executadas-pelos-participantes","title":"4. As tarefas executadas pelos participantes","text":"
  1. Acessar o contest
  2. Objetivo: O usu\u00e1rio inicia sua navega\u00e7\u00e3o na tela inicial da plataforma CD-MOJ e deve acessar um contest.

  3. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa serve para habituar o usu\u00e1rio na tela principal do sistema.

  4. Selecionar o arquivo a ser enviado

  5. Objetivo: O usu\u00e1rio navega at\u00e9 o seletor de arquivos para selecionar a quest\u00e3o a ser enviada.

  6. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa verifica a facilidade em encontrar o seletor de arquivos na tela de contest do CD-MOJ.

  7. Selecionar o arquivo a ser enviado

  8. Objetivo: O usu\u00e1rio navega pelo explorador de arquivos para encontrar sua solu\u00e7\u00e3o para a quest\u00e3o e fazer o envio.

  9. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa representa a navega\u00e7\u00e3o padr\u00e3o do CD-MOJ para realizar o envio de quest\u00f5es.

  10. Abrir o feedback da subimiss\u00e3o

  11. Objetivo: O usu\u00e1rio navega at\u00e9 a resposta da sua subimiss\u00e3o para receber o feedback da sua resposta com outros casos de teste.
  12. Rela\u00e7\u00e3o com o fluxo do sistema: Essa etapa verifica a facilidade do usu\u00e1rio em encontrar a resposta do seu c\u00f3digo e a funcionalidade nova a ser implementada.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#5-problemas-de-usabilidade-corrigidos","title":"5. Problemas de usabilidade corrigidos","text":"

Tabela 1 - Problemas de usabilidade corrigidos.

Local Fatores de Usabilidade Prejudicados Descri\u00e7\u00e3o e Justificativa do Problema Corre\u00e7\u00e3o Implementada Status Ap\u00f3s Corre\u00e7\u00e3o Tela de envio de atividade Efici\u00eancia Um dos usu\u00e1rios apresentou dificuldade para perceber o bot\u00e3o de feedback Alterar a cor do bot\u00e3o para melhorar a visualiza\u00e7\u00e3o Resolvido

Autor(es): Ruan Carvalho, 2025.

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#6-problemas-de-usabilidade-ainda-nao-corrigidos","title":"6. Problemas de usabilidade ainda n\u00e3o corrigidos","text":"
  • Os problemas de usabilidade apontados pelo grupo foram corrigidos nesta etapa.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#7-partes-do-sistema-que-podem-ser-melhor-elaboradas","title":"7. Partes do sistema que podem ser melhor elaboradas","text":"
  1. Acesso ao contest
    • sugest\u00e3o de melhoria: Alterar o bot\u00e3o \"join\" para acessar o contest, fazendo com que fique mais claro o local em que se acessa o desafio.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#8-perguntas-respondidas-no-planejamento-da-avaliacao-do-prototipo-de-alta-fidelidade","title":"8. Perguntas respondidas no planejamento da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade","text":"

Tabela 2 - Perguntas realizadas no in\u00edcio da entrevista - Entrevista 01.

Pergunta Resposta Qual o seu nome? Gabriel Quantos anos voc\u00ea tem? 21 Qual a sua ocupa\u00e7\u00e3o? Estudante Qual o seu n\u00edvel de escolaridade? Superior-cursando Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, CD-MOJ Voc\u00ea conhece o CD-MOJ? Sim

Autor(es): Ruan Carvalho, 2025.

Tabela 3 - Perguntas realizadas no in\u00edcio da entrevista - Entrevista 02.

Pergunta Resposta Qual o seu nome? Pedro Quantos anos voc\u00ea tem? 20 Qual a sua ocupa\u00e7\u00e3o? Estudante Qual o seu n\u00edvel de escolaridade? Superior-cursando Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, CD-MOJ Voc\u00ea conhece o CD-MOJ? Sim

Autor(es): Ruan Carvalho, 2025.

Tabela 4 - Perguntas realizadas no in\u00edcio da entrevista - Entrevista 03.

Pergunta Resposta Qual o seu nome? Luiza Quantos anos voc\u00ea tem? 21 Qual a sua ocupa\u00e7\u00e3o? Estudante Qual o seu n\u00edvel de escolaridade? Superior-cursando Voc\u00ea j\u00e1 utilizou algum juiz online? Se sim, qual? Sim, CD-MOJ e Beecrowd Voc\u00ea conhece o CD-MOJ? Sim

Autor(es): Ruan Carvalho, 2025.

Perguntas que devem ser respondidas na an\u00e1lise da entrevista pelo entrevistador:

Tabela 5 - Perguntas respondidas na an\u00e1lise da entrevista pelo entrevistador.

Objetivo Pergunta Avaliativa Respostas Identificar problemas na intera\u00e7\u00e3o e interface O usu\u00e1rio consegue operar o sistema? Sim Ele atinge seu objetivo? Com quanta efici\u00eancia? Em quanto tempo? Ap\u00f3s cometer quantos erros? Sim, de maneira efici\u00eante ap\u00f3s uma m\u00e9dia de 15 segundos de intera\u00e7\u00e3o, sem erros Que parte da interface e da intera\u00e7\u00e3o o deixa insatisfeito? Os usu\u00e1rios n\u00e3o apresentaram insatisfa\u00e7\u00e3o durante a intera\u00e7\u00e3o Ele vai entender o que deve fazer em seguida? Sim

Autor(es): Ruan Carvalho, 2025.

Pergunta realizada no final a fim de obter um feedback do usu\u00e1rio:

Tabela 6 - Pergunta realizada no final a fim de obter um feedback do usu\u00e1rio.

Pergunta Resposta H\u00e1 algo que voc\u00ea sugere incluir ou modificar no prototipo apresentado? Nenhum dos entrevistados apresentaram sugest\u00f5es de melhoria para o prot\u00f3tipo"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#9-video-da-avaliacao","title":"9. V\u00eddeo da avalia\u00e7\u00e3o","text":"

As grava\u00e7\u00f5es das entrevistas pode, ser assistidas abaixo:

Entrevista Gabriel:

Entrevista Pedro:

Entrevista Luiza:

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#10-termo-de-consentimento","title":"10. Termo de consentimento","text":"

O Termo de Consentimento Livre e Esclarecido assinado est\u00e1 dispon\u00edvel no seguinte link: - Termo de Consentimento - Gabriel - Termo de Consentimento - Pedro - Termo de Consentimento - Luiza

"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":"
  1. BARBOSA, Simone Diniz Junqueira; DA SILVA, Bruno Santana. Planejamento da avalia\u00e7\u00e3o de IHC. In: INTERA\u00c7\u00c3O Humano-Computador. Rio de Janeiro: Elsevier Editora, 2010.
  2. ROGERS, Yvonne; SHARP, Helen; PREECE, Jenny. Prototipa\u00e7\u00e3o de alta fidelidade. In: Design de Intera\u00e7\u00e3o: abordagens centradas no usu\u00e1rio para a Web e al\u00e9m. Porto Alegre: Bookman, 2013.
"},{"location":"entregas/entrega_7/relatos_de_resultados_prototipos_de_alta_fidelidade/relato_RuanCarvalho/#historico-de-versao","title":"Hist\u00f3rico de Vers\u00e3o","text":"Vers\u00e3o Descri\u00e7\u00e3o Autor Data Revisor Data de revis\u00e3o 1.0 relato da avalia\u00e7\u00e3o do prot\u00f3tipo de alta fidelidade Ruan Carvalho 24/01/2025 J\u00e9ssica Eveline 26/01/2025"}]} \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml new file mode 100644 index 00000000..0f8724ef --- /dev/null +++ b/sitemap.xml @@ -0,0 +1,3 @@ + + + \ No newline at end of file diff --git a/sitemap.xml.gz b/sitemap.xml.gz new file mode 100644 index 00000000..060efa53 Binary files /dev/null and b/sitemap.xml.gz differ diff --git a/stylesheets/extra.css b/stylesheets/extra.css new file mode 100644 index 00000000..7493407b --- /dev/null +++ b/stylesheets/extra.css @@ -0,0 +1,27 @@ +[data-md-color-scheme="claro"] .md-content a { + color: #0000EE !important; + text-decoration: underline !important; +} + +[data-md-color-scheme="claro"] .md-content a:visited { + color: #551A8B !important; +} + +[data-md-color-scheme="claro"] .md-content a:hover { + color: #1E90FF !important; + text-decoration: underline !important; +} + +[data-md-color-scheme="slate"] .md-content a { + color: #87CEEB !important; + text-decoration: underline !important; +} + +[data-md-color-scheme="slate"] .md-content a:visited { + color: #9370DB !important; +} + +[data-md-color-scheme="slate"] .md-content a:hover { + color: #ADD8E6 !important; + text-decoration: underline !important; +}

Link: Autoavaliação