diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 0000000..e69de29 diff --git a/404.html b/404.html new file mode 100644 index 0000000..317a0d2 --- /dev/null +++ b/404.html @@ -0,0 +1,1073 @@ + + + + + + + + + + + + + + + + + + + + + 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 0000000..46b9a56 Binary files /dev/null and b/assets/AV_G6_Grafico.png differ diff --git a/assets/AutoAV_Grafico.png b/assets/AutoAV_Grafico.png new file mode 100644 index 0000000..18eef71 Binary files /dev/null and b/assets/AutoAV_Grafico.png differ diff --git a/assets/Mayhew.png b/assets/Mayhew.png new file mode 100644 index 0000000..23fab43 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 0000000..f076a00 Binary files /dev/null and b/assets/consistenciaPadronizacao.gif differ diff --git a/assets/eficienciaUsuario.jpg b/assets/eficienciaUsuario.jpg new file mode 100644 index 0000000..c41790b 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 0000000..d215f5e 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 0000000..1cf13b9 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 0000000..260986e Binary files /dev/null and b/assets/inconsistenciaPadronizacao.jpg differ diff --git a/assets/javascripts/bundle.83f73b43.min.js b/assets/javascripts/bundle.83f73b43.min.js new file mode 100644 index 0000000..43d8b70 --- /dev/null +++ b/assets/javascripts/bundle.83f73b43.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}.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}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}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)}.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)}.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.83f73b43.min.js.map + diff --git a/assets/javascripts/bundle.83f73b43.min.js.map b/assets/javascripts/bundle.83f73b43.min.js.map new file mode 100644 index 0000000..fe920b7 --- /dev/null +++ b/assets/javascripts/bundle.83f73b43.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-2024 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 + + +

Aspectos avaliados

+

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.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ício e fim das entrega dos artefatos e com o período da revisão deles?Sim1.2, 12/11/2024, 21:46
3 - o cronograma do planejamento apresenta um período de gravação da apresentação de cada etapa.Sim1.2, 12/11/2024, 21:47
4 - O cronograma prever um período de revisão/ajustes nos artefatos devidos as considerações dos monitores/professor?Sim1.2, 12/11/2024, 21:56
5 - A motivação e os critérios para a escolha do site?Sim1.0, 12/11/2024, 21:52
6 - O planejamento e avaliação dos sites selecionados?Sim1.0, 12/11/2024, 21:53
7 - Possui opção de contraste de cores?Sim1.1, 12/11/2024, 21:54
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, 12/11/2024, 21:55
Itens do Desenvolvimento do projeto.1 - O histórico de versão padronizado?Sim1.0, 12/11/2024, 21:55
2 – O(s) autor(es) e o(s) revisor(es) para cada artefato?Sim1.0, 12/11/2024, 21:58
3 - Referências bibliográficas e/ou bibliografia em todos os artefatos?Sim1.0, 12/11/2024, 22:20
4 - As tabelas e imagens possuem legenda e fonte e elas chamadas dentro dos texto?Sim1.0, 12/11/2024, 21:59
5 - Um texto fazendo uma introdução dos artefatos?Sim1.0, 12/11/2024, 22:00
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.0, 12/11/2024,
7 - Ata(s) da(s) reuniões (com data, horário de início e do final, participantes, objetivo,atividades definidas etc).Sim1.0, 12/11/2024, 22:03
8 – A gravação da reunião do grupo.Sim1.0, 12/11/2024, 22:32
9 - Vídeo de apresentação na categoria “não listado” no youtube?Sim1.0, 12/11/2024, 22:03
Itens do conteúdo da disciplinaA justificativa da escolha do Processo de Design? MayhewSim1.0, 12/11/2024, 22:47
+

Autor(es): Ruan Carvalho, 2024.

+

Vídeo de autoavaliação

+ + +

Link: Autoavaliação

+

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

+

Respostas

+

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
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+
+
+ + + + + + + + + + \ 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 0000000..aa82252 --- /dev/null +++ "b/entregas/avalia\303\247\303\265es/avalia\303\247\303\243o_grupo06_1/index.html" @@ -0,0 +1,1416 @@ + + + + + + + + + + + + + + + + + + + + + + + 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 avaliação

+ + +

Link: Avaliação do grupo + 1

+

Aspectos avaliados

+

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

+

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.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
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ 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 0000000..b4c4478 --- /dev/null +++ b/entregas/entrega_1/cronograma/index.html @@ -0,0 +1,2334 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..e318a5e --- /dev/null +++ b/entregas/entrega_1/cronograma_executado/index.html @@ -0,0 +1,1446 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..e36ea3c --- /dev/null +++ b/entregas/entrega_1/design/index.html @@ -0,0 +1,1500 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..b4bba6f --- /dev/null +++ b/entregas/entrega_1/entrega_1/index.html @@ -0,0 +1,1280 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..b1f377f --- /dev/null +++ b/entregas/entrega_1/ferramentas/index.html @@ -0,0 +1,1418 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..faaff86 --- /dev/null +++ b/entregas/entrega_1/heatmap/index.html @@ -0,0 +1,1329 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..3e074e5 --- /dev/null +++ b/entregas/entrega_1/metodologia/index.html @@ -0,0 +1,1483 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..f9e3d02 --- /dev/null +++ b/entregas/entrega_1/site_escolhido/index.html @@ -0,0 +1,1369 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..ccd9db7 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 0000000..2843a73 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 0000000..1562bb5 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 0000000..ff90011 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 0000000..c16c26e 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 0000000..abf0f7c 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 0000000..5885319 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 0000000..cd7484f 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 0000000..3d0300a 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 0000000..6975b40 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 0000000..48a3235 --- /dev/null +++ b/entregas/entrega_1/sites_avaliados/index.html @@ -0,0 +1,1405 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..dd48ee8 --- /dev/null +++ b/entregas/entrega_2/analise_de_tarefas/GOMS/index.html @@ -0,0 +1,2108 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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
+

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
+

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
+

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
+

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
+

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
+

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
+

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
+

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
+

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
+

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 documentoJéssica Eveline, 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 0000000..3e24017 --- /dev/null +++ b/entregas/entrega_2/analise_de_tarefas/HTA/index.html @@ -0,0 +1,2123 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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, conforme recomendado por estudos em IHC.

+

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, como descrito na literatura sobre métodos de análise em IHC (Barbosa e Silva, 2010).
    • +
+

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

+

Diagrama HTA:

+

Diagrama 1: Diagrama HTA Falta de feedback.

+
Tarefa Principal: Garantir feedback em tempo real durante a análise de submissões
+| 
+|--- 1. O usuário acessa a plataforma CD-MOJ
+|--- 2. O usuário submete sua solução para o problema
+|    |
+|    |--- 2.1 O sistema exibe status inicial "Not answered yet"
+|    |--- 2.2 O usuário aguarda feedback
+|--- 3. O usuário recarrega a página manualmente
+|--- 4. O sistema exibe o resultado final ("Accepted", "Wrong Answer", etc.)
+|--- 5. O usuário não recebe feedback sobre o progresso da análise
+|--- 6. O sistema não fornece atualizações automáticas
+|--- 7. O usuário se sente frustrado e desmotivado
+
+

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.
    • +
+

Representação em Tabela (HTA)

+

Tabela 1: Tabela HTA Falta de feedback.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
1O usuário acessa a plataforma CD-MOJNenhuma
2O usuário submete sua solução para o problema1
2.1O sistema exibe status inicial "Not answered yet"2
2.2O usuário aguarda feedback2.1
3O usuário recarrega a página manualmente2.2
4O sistema exibe o resultado final ("Accepted", "Wrong Answer", etc.)3
5O usuário não recebe feedback sobre o progresso da análise4
6O sistema não fornece atualizações automáticas5
7O usuário se sente frustrado e desmotivado6
+

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:

+
Tarefa Principal: Trocar a senha da conta
+|
+|--- 1. Acessar o site do CD-MOJ
+|--- 2. Navegar até o painel de configurações de conta
+|    |
+|    |--- 2.1 Localizar opção "Alterar Senha"
+|    |--- 2.2 Clicar na opção "Alterar Senha"
+|--- 3. Inserir a senha atual
+|--- 4. Inserir a nova senha
+|    |
+|    |--- 4.1 Atentar-se aos critérios de segurança
+|    |--- 4.2 Confirmar a nova senha
+|--- 5. O sistema valida a senha
+|    |
+|    |--- 5.1 Se a senha for fraca, mostrar mensagem de erro
+|    |--- 5.2 Se a senha for forte, confirmar alteração
+|--- 6. Confirmar alteração 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-MOJNenhuma
2Navegar até o painel de configurações de conta1
2.1Localizar opção "Alterar Senha"2
2.2Clicar na opção "Alterar Senha"2.1
3Inserir a senha atual2.2
4Inserir a nova senha3
4.1Atentar-se aos critérios de segurança4
4.2Confirmar a nova senha4.1
5O sistema valida a senha4.2
5.1Se a senha for fraca, mostrar mensagem de erro5
5.2Se a senha for forte, confirmar alteração5
6Confirmar alteração de senha5.2
+

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

+

Problema com o FAQ

+

Diagrama HTA:

+
Tarefa Principal: Resolver o problema com o FAQ e entregar a atividade da disciplina
+|
+|--- 1. O usuário acessa o site do CD-MOJ
+|--- 2. O usuário navega até o contest da disciplina cursada
+|    |
+|    |--- 2.1 O usuário acessa o contest
+|    |--- 2.2 O usuário começa a analisar as questões
+|    |--- 2.3 O usuário realiza as questões
+|--- 3. O usuário se depara com o erro "Time Limit Exceeded, 0p"
+|--- 4. O usuário percorre o FAQ do CD-MOJ
+|--- 5. O usuário não encontra explicações sobre o problema
+|--- 6. O usuário busca soluções em fóruns
+|--- 7. O usuário compreende o que aconteceu e resolve o problema
+|--- 8. O usuário reenvia sua atividade
+
+

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

+

Legenda do Diagrama:

+
    +
  • Tarefa Principal: A tarefa principal a ser realizada é resolver o problema com o FAQ e entregar a atividade.
    • +
  • 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.
    • +
+

Representação em Tabela (HTA)

+

Tabela 3: Tabela HTA Problema com o FAQ.

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
1O usuário acessa o site do CD-MOJNenhuma
2O usuário navega até o contest da disciplina cursada1
2.1O usuário acessa o contest2
2.2O usuário começa a analisar as questões2.1
2.3O usuário realiza as questões2.2
3O usuário se depara com o erro "Time Limit Exceeded, 0p"2.3
4O usuário percorre o FAQ do CD-MOJ3
5O usuário não encontra explicações sobre o problema4
6O usuário busca soluções em fóruns5
7O usuário compreende o que aconteceu e resolve o problema6
8O usuário reenvia sua atividade7
+

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

+

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

+

Diagrama HTA:

+
Tarefa Principal: Revisitar competições passadas no CD-MOJ para estudar e se preparar para futuros contests
+|
+|--- 1. O usuário acessa a plataforma CD-MOJ
+|--- 2. O usuário navega até a seção "Past"
+|    |
+|    |--- 2.1 O usuário encontra a página de competições passadas
+|    |--- 2.2 O usuário nota a falta de mecanismos de busca ou filtros
+|    |--- 2.3 O usuário navega manualmente por vários minutos
+|--- 3. O usuário encontra a competição de interesse
+|--- 4. O usuário tenta acessar o enunciado das questões
+|--- 5. O usuário descobre que é necessário login externo para acessar o enunciado
+|--- 6. O usuário se frustra e desiste da plataforma
+
+

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 plataforma CD-MOJNenhuma
2O usuário navega até a seção "Past"1
2.1O usuário encontra a página de competições passadas2
2.2O usuário nota a falta de mecanismos de busca ou filtros2.1
2.3O usuário navega manualmente por vários minutos2.2
3O usuário encontra a competição de interesse2.3
4O usuário tenta acessar o enunciado das questões3
5O usuário descobre que é necessário login externo para acessar o enunciado4
6O usuário se frustra e desiste da plataforma5
+

Autor(es): Marcelo Adrian, 2024.

+

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

+

Diagrama HTA:

+
Tarefa Principal: Encontrar casos de teste que gerem erros no algoritmo para análise
+|
+|--- 1. O usuário acessa a plataforma CD-MOJ
+|--- 2. O usuário envia sua solução da atividade
+|--- 3. O usuário recebe a mensagem "Wrong Answer 50p"
+|--- 4. O usuário procura outros conjuntos de entradas e saídas diferentes dos fornecidos
+|--- 5. O usuário entra em contato com o Mojinho pelo Telegram
+|--- 6. O usuário recebe outros conjuntos de entradas e saídas para testar sua solução
+|--- 7. O usuário identifica os casos em que seu código apresenta defeitos e faz as correções
+
+

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.
    • +
+

Representação em Tabela (HTA)

+

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

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
Número da TarefaDescrição da TarefaDependência
1O usuário acessa a plataforma CD-MOJNenhuma
2O usuário envia sua solução da atividade1
3O usuário recebe a mensagem "Wrong Answer 50p"2
4O usuário procura outros conjuntos de entradas e saídas3
5O usuário entra em contato com o Mojinho pelo Telegram4
6O usuário recebe outros conjuntos de entradas e saídas para testar a solução5
7O usuário identifica os casos de erro e faz as correções no código6
+

Autor(es): Ruan Carvalho, 2024.

+

Referência Bibliográfica

+

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.

+

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 documentoJéssica Eveline, Marcelo Adrian03/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 0000000..e0333c9 --- /dev/null +++ b/entregas/entrega_2/aspectos_eticos/index.html @@ -0,0 +1,1504 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..f5e0690 --- /dev/null +++ b/entregas/entrega_2/caracteristicas/index.html @@ -0,0 +1,1348 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..e0d7f5e --- /dev/null +++ b/entregas/entrega_2/cenarios/index.html @@ -0,0 +1,1352 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Cenarios - CD - MOJ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

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

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
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

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
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

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
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

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
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

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
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.

+

Referências Bibliográficas

+

Histórico de Versão

+ + + + + + + + + + + + + + + + + + + + + +
VersãoDescriçãoAutor(es)DataRevisor(es)Data de Revisão
1.0Criação do documentoJéssica Eveline, Marcelo Adrian, Ruan Carvalho24/11/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 0000000..4a840a8 --- /dev/null +++ b/entregas/entrega_2/guia_de_estilo/index.html @@ -0,0 +1,1344 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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_usuario/index.html b/entregas/entrega_2/perfil_usuario/index.html new file mode 100644 index 0000000..d0511fe --- /dev/null +++ b/entregas/entrega_2/perfil_usuario/index.html @@ -0,0 +1,1624 @@ + + + + + + + + + + + + + + + + + + + + + + + + + Perfil dos usuarios - 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/metas_de_usabilidade/index.html b/entregas/entrega_3/metas_de_usabilidade/index.html new file mode 100644 index 0000000..5367f4e --- /dev/null +++ b/entregas/entrega_3/metas_de_usabilidade/index.html @@ -0,0 +1,1535 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..b799f31 --- /dev/null +++ b/entregas/entrega_3/principiosGerais/index.html @@ -0,0 +1,1523 @@ + + + + + + + + + + + + + + + + + + + + + + + + + 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/index.html b/index.html new file mode 100644 index 0000000..c8c2f37 --- /dev/null +++ b/index.html @@ -0,0 +1,1284 @@ + + + + + + + + + + + + + + + + + + + + + + + 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 0000000..61116b6 --- /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":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/","title":"Apresenta\u00e7\u00e3o 1","text":""},{"location":"entregas/avalia%C3%A7%C3%B5es/autoavalia%C3%A7%C3%A3o_1/#introducao","title":"Introdu\u00e7\u00e3o","text":"

Este documento contem a grava\u00e7\u00e3o da primeira entrega do projeto da disciplina Intera\u00e7\u00e3o Humano , bem como os principais aspectos avaliados nesta 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/#link-para-a-apresentacao","title":"Link para a apresenta\u00e7\u00e3o","text":"

V\u00eddeo 1 - Apresenta\u00e7\u00e3o da entrega 1.

Link: 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

"},{"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"},{"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-avaliacao","title":"Video de 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","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.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/#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 2 - 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"},{"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":"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":"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":"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":"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":"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":"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/#referencias-bibliograficas","title":"Refer\u00eancias Bibliogr\u00e1ficas","text":""},{"location":"entregas/entrega_2/cenarios/#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, Ruan Carvalho 24/11/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_usuario/","title":"Perfil de Usu\u00e1rio","text":""},{"location":"entregas/entrega_2/perfil_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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_usuario/#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"},{"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

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"},{"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

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"},{"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

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"},{"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

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"},{"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

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 J\u00e9ssica Eveline, 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, conforme recomendado por estudos em IHC.

"},{"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, como descrito na literatura sobre m\u00e9todos de an\u00e1lise em IHC (Barbosa e Silva, 2010).
"},{"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":"

Diagrama 1: Diagrama HTA Falta de feedback.

Tarefa Principal: Garantir feedback em tempo real durante a an\u00e1lise de submiss\u00f5es\n| \n|--- 1. O usu\u00e1rio acessa a plataforma CD-MOJ\n|--- 2. O usu\u00e1rio submete sua solu\u00e7\u00e3o para o problema\n|    |\n|    |--- 2.1 O sistema exibe status inicial \"Not answered yet\"\n|    |--- 2.2 O usu\u00e1rio aguarda feedback\n|--- 3. O usu\u00e1rio recarrega a p\u00e1gina manualmente\n|--- 4. O sistema exibe o resultado final (\"Accepted\", \"Wrong Answer\", etc.)\n|--- 5. O usu\u00e1rio n\u00e3o recebe feedback sobre o progresso da an\u00e1lise\n|--- 6. O sistema n\u00e3o fornece atualiza\u00e7\u00f5es autom\u00e1ticas\n|--- 7. O usu\u00e1rio se sente frustrado e desmotivado\n

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.
"},{"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 1 O usu\u00e1rio acessa a plataforma CD-MOJ Nenhuma 2 O usu\u00e1rio submete sua solu\u00e7\u00e3o para o problema 1 2.1 O sistema exibe status inicial \"Not answered yet\" 2 2.2 O usu\u00e1rio aguarda feedback 2.1 3 O usu\u00e1rio recarrega a p\u00e1gina manualmente 2.2 4 O sistema exibe o resultado final (\"Accepted\", \"Wrong Answer\", etc.) 3 5 O usu\u00e1rio n\u00e3o recebe feedback sobre o progresso da an\u00e1lise 4 6 O sistema n\u00e3o fornece atualiza\u00e7\u00f5es autom\u00e1ticas 5 7 O usu\u00e1rio se sente frustrado e desmotivado 6

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":"
Tarefa Principal: Trocar a senha da conta\n|\n|--- 1. Acessar o site do CD-MOJ\n|--- 2. Navegar at\u00e9 o painel de configura\u00e7\u00f5es de conta\n|    |\n|    |--- 2.1 Localizar op\u00e7\u00e3o \"Alterar Senha\"\n|    |--- 2.2 Clicar na op\u00e7\u00e3o \"Alterar Senha\"\n|--- 3. Inserir a senha atual\n|--- 4. Inserir a nova senha\n|    |\n|    |--- 4.1 Atentar-se aos crit\u00e9rios de seguran\u00e7a\n|    |--- 4.2 Confirmar a nova senha\n|--- 5. O sistema valida a senha\n|    |\n|    |--- 5.1 Se a senha for fraca, mostrar mensagem de erro\n|    |--- 5.2 Se a senha for forte, confirmar altera\u00e7\u00e3o\n|--- 6. Confirmar altera\u00e7\u00e3o de senha\n

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 2 Navegar at\u00e9 o painel de configura\u00e7\u00f5es de conta 1 2.1 Localizar op\u00e7\u00e3o \"Alterar Senha\" 2 2.2 Clicar na op\u00e7\u00e3o \"Alterar Senha\" 2.1 3 Inserir a senha atual 2.2 4 Inserir a nova senha 3 4.1 Atentar-se aos crit\u00e9rios de seguran\u00e7a 4 4.2 Confirmar a nova senha 4.1 5 O sistema valida a senha 4.2 5.1 Se a senha for fraca, mostrar mensagem de erro 5 5.2 Se a senha for forte, confirmar altera\u00e7\u00e3o 5 6 Confirmar altera\u00e7\u00e3o de senha 5.2

Autor(es): J\u00e9ssica Eveline, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#problema-com-o-faq","title":"Problema com o FAQ","text":""},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#diagrama-hta_2","title":"Diagrama HTA:","text":"
Tarefa Principal: Resolver o problema com o FAQ e entregar a atividade da disciplina\n|\n|--- 1. O usu\u00e1rio acessa o site do CD-MOJ\n|--- 2. O usu\u00e1rio navega at\u00e9 o contest da disciplina cursada\n|    |\n|    |--- 2.1 O usu\u00e1rio acessa o contest\n|    |--- 2.2 O usu\u00e1rio come\u00e7a a analisar as quest\u00f5es\n|    |--- 2.3 O usu\u00e1rio realiza as quest\u00f5es\n|--- 3. O usu\u00e1rio se depara com o erro \"Time Limit Exceeded, 0p\"\n|--- 4. O usu\u00e1rio percorre o FAQ do CD-MOJ\n|--- 5. O usu\u00e1rio n\u00e3o encontra explica\u00e7\u00f5es sobre o problema\n|--- 6. O usu\u00e1rio busca solu\u00e7\u00f5es em f\u00f3runs\n|--- 7. O usu\u00e1rio compreende o que aconteceu e resolve o problema\n|--- 8. O usu\u00e1rio reenvia sua atividade\n

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 resolver o problema com o FAQ e entregar a atividade.
  • 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.
"},{"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 Problema com o FAQ.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 1 O usu\u00e1rio acessa o site do CD-MOJ Nenhuma 2 O usu\u00e1rio navega at\u00e9 o contest da disciplina cursada 1 2.1 O usu\u00e1rio acessa o contest 2 2.2 O usu\u00e1rio come\u00e7a a analisar as quest\u00f5es 2.1 2.3 O usu\u00e1rio realiza as quest\u00f5es 2.2 3 O usu\u00e1rio se depara com o erro \"Time Limit Exceeded, 0p\" 2.3 4 O usu\u00e1rio percorre o FAQ do CD-MOJ 3 5 O usu\u00e1rio n\u00e3o encontra explica\u00e7\u00f5es sobre o problema 4 6 O usu\u00e1rio busca solu\u00e7\u00f5es em f\u00f3runs 5 7 O usu\u00e1rio compreende o que aconteceu e resolve o problema 6 8 O usu\u00e1rio reenvia sua atividade 7

Autor(es): Jo\u00e3o Vitor Santos, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#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/HTA/#diagrama-hta_3","title":"Diagrama HTA:","text":"
Tarefa Principal: Revisitar competi\u00e7\u00f5es passadas no CD-MOJ para estudar e se preparar para futuros contests\n|\n|--- 1. O usu\u00e1rio acessa a plataforma CD-MOJ\n|--- 2. O usu\u00e1rio navega at\u00e9 a se\u00e7\u00e3o \"Past\"\n|    |\n|    |--- 2.1 O usu\u00e1rio encontra a p\u00e1gina de competi\u00e7\u00f5es passadas\n|    |--- 2.2 O usu\u00e1rio nota a falta de mecanismos de busca ou filtros\n|    |--- 2.3 O usu\u00e1rio navega manualmente por v\u00e1rios minutos\n|--- 3. O usu\u00e1rio encontra a competi\u00e7\u00e3o de interesse\n|--- 4. O usu\u00e1rio tenta acessar o enunciado das quest\u00f5es\n|--- 5. O usu\u00e1rio descobre que \u00e9 necess\u00e1rio login externo para acessar o enunciado\n|--- 6. O usu\u00e1rio se frustra e desiste da plataforma\n

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 plataforma CD-MOJ Nenhuma 2 O usu\u00e1rio navega at\u00e9 a se\u00e7\u00e3o \"Past\" 1 2.1 O usu\u00e1rio encontra a p\u00e1gina de competi\u00e7\u00f5es passadas 2 2.2 O usu\u00e1rio nota a falta de mecanismos de busca ou filtros 2.1 2.3 O usu\u00e1rio navega manualmente por v\u00e1rios minutos 2.2 3 O usu\u00e1rio encontra a competi\u00e7\u00e3o de interesse 2.3 4 O usu\u00e1rio tenta acessar o enunciado das quest\u00f5es 3 5 O usu\u00e1rio descobre que \u00e9 necess\u00e1rio login externo para acessar o enunciado 4 6 O usu\u00e1rio se frustra e desiste da plataforma 5

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":"
Tarefa Principal: Encontrar casos de teste que gerem erros no algoritmo para an\u00e1lise\n|\n|--- 1. O usu\u00e1rio acessa a plataforma CD-MOJ\n|--- 2. O usu\u00e1rio envia sua solu\u00e7\u00e3o da atividade\n|--- 3. O usu\u00e1rio recebe a mensagem \"Wrong Answer 50p\"\n|--- 4. O usu\u00e1rio procura outros conjuntos de entradas e sa\u00eddas diferentes dos fornecidos\n|--- 5. O usu\u00e1rio entra em contato com o Mojinho pelo Telegram\n|--- 6. O usu\u00e1rio recebe outros conjuntos de entradas e sa\u00eddas para testar sua solu\u00e7\u00e3o\n|--- 7. O usu\u00e1rio identifica os casos em que seu c\u00f3digo apresenta defeitos e faz as corre\u00e7\u00f5es\n

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.
"},{"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.

N\u00famero da Tarefa Descri\u00e7\u00e3o da Tarefa Depend\u00eancia 1 O usu\u00e1rio acessa a plataforma CD-MOJ Nenhuma 2 O usu\u00e1rio envia sua solu\u00e7\u00e3o da atividade 1 3 O usu\u00e1rio recebe a mensagem \"Wrong Answer 50p\" 2 4 O usu\u00e1rio procura outros conjuntos de entradas e sa\u00eddas 3 5 O usu\u00e1rio entra em contato com o Mojinho pelo Telegram 4 6 O usu\u00e1rio recebe outros conjuntos de entradas e sa\u00eddas para testar a solu\u00e7\u00e3o 5 7 O usu\u00e1rio identifica os casos de erro e faz as corre\u00e7\u00f5es no c\u00f3digo 6

Autor(es): Ruan Carvalho, 2024.

"},{"location":"entregas/entrega_2/analise_de_tarefas/HTA/#referencia-bibliografica","title":"Refer\u00eancia Bibliogr\u00e1fica","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/#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 J\u00e9ssica Eveline, Marcelo Adrian 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"}]} \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml new file mode 100644 index 0000000..0f8724e --- /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 0000000..412ffb4 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 0000000..7493407 --- /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: Apresentação