diff --git a/.nojekyll b/.nojekyll new file mode 100644 index 00000000..e69de29b diff --git a/404.html b/404.html new file mode 100644 index 00000000..a618b67a --- /dev/null +++ b/404.html @@ -0,0 +1,2022 @@ + + + + + + + + + + + + + + + + + + + 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ +

404 - Not found

+ +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/assets/DER.png b/assets/DER.png new file mode 100644 index 00000000..fce18018 Binary files /dev/null and b/assets/DER.png differ diff --git a/assets/DiagramaEntidadeRelacionamento.png b/assets/DiagramaEntidadeRelacionamento.png new file mode 100644 index 00000000..b68f0c99 Binary files /dev/null and b/assets/DiagramaEntidadeRelacionamento.png differ diff --git a/assets/DiagramaLogicoDeDados.png b/assets/DiagramaLogicoDeDados.png new file mode 100644 index 00000000..4a36c5ec Binary files /dev/null and b/assets/DiagramaLogicoDeDados.png differ diff --git "a/assets/L\303\263gico.png" "b/assets/L\303\263gico.png" new file mode 100644 index 00000000..f62b10c5 Binary files /dev/null and "b/assets/L\303\263gico.png" differ diff --git a/assets/RodarProjeto_UnB-Tv.pdf b/assets/RodarProjeto_UnB-Tv.pdf new file mode 100644 index 00000000..f467d0db Binary files /dev/null and b/assets/RodarProjeto_UnB-Tv.pdf differ diff --git a/assets/arquitetura.png b/assets/arquitetura.png new file mode 100644 index 00000000..88942679 Binary files /dev/null and b/assets/arquitetura.png differ diff --git a/assets/backend.svg b/assets/backend.svg new file mode 100644 index 00000000..606a539c --- /dev/null +++ b/assets/backend.svg @@ -0,0 +1,4 @@ + + + +
src
src
constants
constants
controller
controller
domain
domain
model
model
repository
repository
utils
utils
tests
tests
db
db
entities
entities
migrations
migrationsText is not SVG - cannot display \ No newline at end of file diff --git a/assets/brainstorm.png b/assets/brainstorm.png new file mode 100644 index 00000000..0995875e Binary files /dev/null and b/assets/brainstorm.png differ diff --git a/assets/canvasmvp.png b/assets/canvasmvp.png new file mode 100644 index 00000000..dc19b046 Binary files /dev/null and b/assets/canvasmvp.png differ diff --git a/assets/cores.png b/assets/cores.png new file mode 100644 index 00000000..549f0418 Binary files /dev/null and b/assets/cores.png differ diff --git a/assets/eap_2.png b/assets/eap_2.png new file mode 100644 index 00000000..d779340c Binary files /dev/null and b/assets/eap_2.png differ diff --git a/assets/eap_3.png b/assets/eap_3.png new file mode 100644 index 00000000..1302237a Binary files /dev/null and b/assets/eap_3.png differ diff --git a/assets/eap_4.png b/assets/eap_4.png new file mode 100644 index 00000000..365af127 Binary files /dev/null and b/assets/eap_4.png differ diff --git a/assets/eap_final.png b/assets/eap_final.png new file mode 100644 index 00000000..a49cbb4f Binary files /dev/null and b/assets/eap_final.png differ diff --git a/assets/enaoefaznaofaz.png b/assets/enaoefaznaofaz.png new file mode 100644 index 00000000..f5dd96ab Binary files /dev/null and b/assets/enaoefaznaofaz.png differ diff --git a/assets/esforcotempocusto.png b/assets/esforcotempocusto.png new file mode 100644 index 00000000..38e72762 Binary files /dev/null and b/assets/esforcotempocusto.png differ diff --git a/assets/frontend.svg b/assets/frontend.svg new file mode 100644 index 00000000..f3ed5205 --- /dev/null +++ b/assets/frontend.svg @@ -0,0 +1,4 @@ + + + +
src
src
app
app
assets
assets
components
components
background
background
video-service
video-service
environment
environment
guard
guard
interceptor
interceptor
pages
pages
secret
secret
services
servicesText is not SVG - cannot display \ No newline at end of file diff --git a/assets/heatmap_2.png b/assets/heatmap_2.png new file mode 100644 index 00000000..53ec2216 Binary files /dev/null and b/assets/heatmap_2.png differ diff --git a/assets/icones.png b/assets/icones.png new file mode 100644 index 00000000..0151ab13 Binary files /dev/null and b/assets/icones.png differ diff --git a/assets/images/favicon.png b/assets/images/favicon.png new file mode 100644 index 00000000..1cf13b9f Binary files /dev/null and b/assets/images/favicon.png differ diff --git a/assets/implantacao.png b/assets/implantacao.png new file mode 100644 index 00000000..3d4a6d64 Binary files /dev/null and b/assets/implantacao.png differ diff --git a/assets/javascripts/bundle.56dfad97.min.js b/assets/javascripts/bundle.56dfad97.min.js new file mode 100644 index 00000000..1df62cd7 --- /dev/null +++ b/assets/javascripts/bundle.56dfad97.min.js @@ -0,0 +1,16 @@ +"use strict";(()=>{var Fi=Object.create;var gr=Object.defineProperty;var Wi=Object.getOwnPropertyDescriptor;var Ui=Object.getOwnPropertyNames,Vt=Object.getOwnPropertySymbols,Di=Object.getPrototypeOf,yr=Object.prototype.hasOwnProperty,io=Object.prototype.propertyIsEnumerable;var no=(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)&&no(e,r,t[r]);if(Vt)for(var r of Vt(t))io.call(t,r)&&no(e,r,t[r]);return e};var ao=(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&&io.call(e,o)&&(r[o]=e[o]);return r};var xr=(e,t)=>()=>(t||e((t={exports:{}}).exports,t),t.exports);var Vi=(e,t,r,o)=>{if(t&&typeof t=="object"||typeof t=="function")for(let n of Ui(t))!yr.call(e,n)&&n!==r&&gr(e,n,{get:()=>t[n],enumerable:!(o=Wi(t,n))||o.enumerable});return e};var Lt=(e,t,r)=>(r=e!=null?Fi(Di(e)):{},Vi(t||!e||!e.__esModule?gr(r,"default",{value:e,enumerable:!0}):r,e));var so=(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 po=xr((Er,co)=>{(function(e,t){typeof Er=="object"&&typeof co!="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 M(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",M,!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((ly,Sn)=>{"use strict";/*! + * escape-html + * Copyright(c) 2012-2013 TJ Holowaychuk + * Copyright(c) 2015 Andreas Lubbe + * Copyright(c) 2015 Tiancheng "Timothy" Gu + * MIT Licensed + */var ka=/["'&<>]/;Sn.exports=Ha;function Ha(e){var t=""+e,r=ka.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 ji}});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 L=f()(A);return u("cut"),L},y=d;function M(V){var A=document.documentElement.getAttribute("dir")==="rtl",L=document.createElement("textarea");L.style.fontSize="12pt",L.style.border="0",L.style.padding="0",L.style.margin="0",L.style.position="absolute",L.style[A?"right":"left"]="-9999px";var F=window.pageYOffset||document.documentElement.scrollTop;return L.style.top="".concat(F,"px"),L.setAttribute("readonly",""),L.value=V,L}var X=function(A,L){var F=M(A);L.container.appendChild(F);var D=f()(F);return u("copy"),F.remove(),D},te=function(A){var L=arguments.length>1&&arguments[1]!==void 0?arguments[1]:{container:document.body},F="";return typeof A=="string"?F=X(A,L):A instanceof HTMLInputElement&&!["text","search","url","tel","password"].includes(A==null?void 0:A.type)?F=X(A.value,L):(F=f()(A),u("copy")),F},J=te;function k(V){"@babel/helpers - typeof";return typeof Symbol=="function"&&typeof Symbol.iterator=="symbol"?k=function(L){return typeof L}:k=function(L){return L&&typeof Symbol=="function"&&L.constructor===Symbol&&L!==Symbol.prototype?"symbol":typeof L},k(V)}var ft=function(){var A=arguments.length>0&&arguments[0]!==void 0?arguments[0]:{},L=A.action,F=L===void 0?"copy":L,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(L){return typeof L}:Fe=function(L){return L&&typeof Symbol=="function"&&L.constructor===Symbol&&L!==Symbol.prototype?"symbol":typeof L},Fe(V)}function Ai(V,A){if(!(V instanceof A))throw new TypeError("Cannot call a class as a function")}function oo(V,A){for(var L=0;L0&&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}}]),L}(s()),ji=Ii},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 M=c.apply(this,arguments);return l.addEventListener(u,M,y),{destroy:function(){l.removeEventListener(u,M,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(M){return s(M,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(M){M.addEventListener(d,y)}),{destroy:function(){Array.prototype.forEach.call(u,function(M){M.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,M)})},y&&(n[d]=y(n[d])))}function p(d,y){try{c(o[d](y))}catch(M){u(i[0][3],M)}}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 fo(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 We=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(M){t={error:M}}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(M){i=M instanceof zt?M.errors:[M]}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{uo(y)}catch(M){i=i!=null?i:[],M instanceof zt?i=q(q([],N(i)),N(M.errors)):i.push(M)}}}catch(M){o={error:M}}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)uo(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=We.EMPTY;function qt(e){return e instanceof We||e&&"closed"in e&&H(e.remove)&&H(e.add)&&H(e.unsubscribe)}function uo(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 We(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 wo(r,o)},t}(j);var wo=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 Oo=function(e){oe(t,e);function t(){return e!==null&&e.apply(this,arguments)||this}return t}(yt);var kr=new Oo(So);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 Lo=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 Lo(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 Ji(){return typeof Symbol!="function"||!Symbol.iterator?"@@iterator":Symbol.iterator}var er=Ji();function tr(e){return H(e==null?void 0:e[er])}function rr(e){return mo(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 W(e){if(e instanceof j)return e;if(e!=null){if(Jt(e))return Xi(e);if(xt(e))return Zi(e);if(Gt(e))return ea(e);if(Xt(e))return _o(e);if(tr(e))return ta(e);if(or(e))return ra(e)}throw Zt(e)}function Xi(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 Zi(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,M=!1,X=function(){f==null||f.unsubscribe(),f=void 0},te=function(){X(),l=u=void 0,y=M=!1},J=function(){var k=l;te(),k==null||k.unsubscribe()};return E(function(k,ft){d++,!M&&!y&&X();var qe=u=u!=null?u:r();ft.add(function(){d--,d===0&&!M&&!y&&(f=Wr(J,p))}),qe.subscribe(ft),!l&&d>0&&(l=new at({next:function(Fe){return qe.next(Fe)},error:function(Fe){M=!0,X(),f=Wr(te,n,Fe),qe.error(Fe)},complete:function(){y=!0,X(),f=Wr(te,a),qe.complete()}}),W(k).subscribe(l))})(c)}}function Wr(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 xa=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 xa.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=>Me(+!r*t)):le,Q(e.matches(":hover"))))}function Go(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)Go(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)Go(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 Jo=new g,Ea=C(()=>typeof ResizeObserver=="undefined"?Tt("https://unpkg.com/resize-observer-polyfill"):I(void 0)).pipe(m(()=>new ResizeObserver(e=>e.forEach(t=>Jo.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 Ea.pipe(w(r=>r.observe(t)),v(r=>Jo.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 Xo(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 Zo(e){let t=e.getBoundingClientRect();return{x:t.x+window.scrollX,y:t.y+window.scrollY}}function en(e){return O(h(window,"load"),h(window,"resize")).pipe(Le(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(Le(0,me),m(()=>pr(e)),Q(pr(e)))}var tn=new g,wa=C(()=>I(new IntersectionObserver(e=>{for(let t of e)tn.next(t)},{threshold:0}))).pipe(v(e=>O(Ye,I(e)).pipe(_(()=>e.disconnect()))),G(1));function tt(e){return wa.pipe(w(t=>t.observe(e)),v(t=>tn.pipe(b(({target:r})=>r===e),_(()=>t.unobserve(e)),m(({isIntersecting:r})=>r))))}function rn(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 on(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 Ta(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 Sa(){return O(h(window,"compositionstart").pipe(m(()=>!0)),h(window,"compositionend").pipe(m(()=>!1))).pipe(Q(!1))}function nn(){let e=h(window,"keydown").pipe(b(t=>!(t.metaKey||t.ctrlKey)),m(t=>({mode:on("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!Ta(o,r)}return!0}),pe());return Sa().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 an(){return new g}function sn(){return location.hash.slice(1)}function cn(e){let t=x("a",{href:e});t.addEventListener("click",r=>r.stopPropagation()),t.click()}function Oa(e){return O(h(window,"hashchange"),e).pipe(m(sn),Q(sn()),b(t=>t.length>0),G(1))}function pn(e){return Oa(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 ln(){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 mn(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 fn(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 un(){return{x:Math.max(0,scrollX),y:Math.max(0,scrollY)}}function dn(){return O(h(window,"scroll",{passive:!0}),h(window,"resize",{passive:!0})).pipe(m(un),Q(un()))}function hn(){return{width:innerWidth,height:innerHeight}}function bn(){return h(window,"resize",{passive:!0}).pipe(m(hn),Q(hn()))}function vn(){return z([dn(),bn()]).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 Ma(e){return h(e,"message",t=>t.data)}function La(e){let t=new g;return t.subscribe(r=>e.postMessage(r)),t}function gn(e,t=new Worker(e)){let r=Ma(t),o=La(t),n=new g;n.subscribe(o);let i=o.pipe(Z(),ie(!0));return n.pipe(Z(),Re(r.pipe(U(i))),pe())}var _a=R("#__config"),Ot=JSON.parse(_a.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 Aa(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 yn(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)}),Aa(e).pipe(w(r=>t.next(r)),_(()=>t.complete()),m(r=>$({ref:e},r)))})}function Ca(e,{target$:t}){return t.pipe(m(r=>({hidden:r!==e})))}function xn(e,t){let r=new g;return r.subscribe(({hidden:o})=>{e.hidden=o}),Ca(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 En(...e){return x("div",{class:"md-tooltip2",role:"tooltip"},x("div",{class:"md-tooltip2__inner md-typeset"},e))}function wn(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 Tn(e){return x("button",{class:"md-clipboard md-icon",title:Ee("clipboard.copy"),"data-clipboard-target":`#${e} > code`})}var On=Lt(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,On.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&&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 Ln(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 _n(e){return x("div",{class:"md-typeset__scrollwrap"},x("div",{class:"md-typeset__table"},e))}function $a(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 An(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($a)))}var Pa=0;function Ra(e){let t=z([et(e),$t(e)]).pipe(m(([o,n])=>o||n),K()),r=C(()=>Xo(e)).pipe(ne(Ne),pt(1),He(t),m(()=>Zo(e)));return t.pipe(Ae(o=>o),v(()=>z([t,r])),m(([o,n])=>({active:o,offset:n})),pe())}function Ia(e,t){let{content$:r,viewport$:o}=t,n=`__tooltip2_${Pa++}`;return C(()=>{let i=new g,a=new _r(!1);i.pipe(Z(),ie(!1)).subscribe(a);let s=a.pipe(Ht(c=>Me(+!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")}),Ra(e).pipe(w(c=>i.next(c)),_(()=>i.complete()),m(c=>$({ref:e},c)))})}function mt(e,{viewport$:t},r=document.body){return Ia(e,{content$:new j(o=>{let n=e.title,i=En(n);return o.next(i),e.removeAttribute("title"),r.append(i),()=>{i.remove(),e.setAttribute("title",n)}}),viewport$:t})}function ja(e,t){let r=C(()=>z([en(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 Cn(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(U(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(Le(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(U(a),b(s=>!(s.metaKey||s.ctrlKey))).subscribe(s=>{s.stopPropagation(),s.preventDefault()}),h(n,"mousedown").pipe(U(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(U(a),b(s=>s===o),Ge(125)).subscribe(()=>e.focus()),ja(e,t).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function Fa(e){return e.tagName==="CODE"?P(".c, .c1, .cm",e):[e]}function Wa(e){let t=[];for(let r of Fa(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 kn(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 Wa(t)){let[,p]=s.textContent.match(/\((\d+)\)/);fe(`:scope > li:nth-child(${p})`,e)&&(a.set(p,wn(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(U(p)).subscribe(l=>{e.hidden=!l,e.classList.toggle("md-annotation-list",l);for(let[f,u]of c)l?kn(f,u):kn(u,f)}),O(...[...a].map(([,l])=>Cn(l,t,{target$:r}))).pipe(_(()=>s.complete()),pe())})}function Hn(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return Hn(t)}}function $n(e,t){return C(()=>{let r=Hn(e);return typeof r!="undefined"?fr(r,e,t):S})}var Pn=Lt(Br());var Ua=0;function Rn(e){if(e.nextElementSibling){let t=e.nextElementSibling;if(t.tagName==="OL")return t;if(t.tagName==="P"&&!t.children.length)return Rn(t)}}function Da(e){return ge(e).pipe(m(({width:t})=>({scrollable:St(e).width>t})),ee("scrollable"))}function In(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(Pn.default.isSupported()&&(e.closest(".copy")||B("content.code.copy")&&!e.closest(".no-copy"))){let c=e.closest("pre");c.id=`__code_${Ua++}`;let l=Tn(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=Rn(s);if(typeof c!="undefined"&&(s.classList.contains("annotate")||B("content.code.annotate"))){let l=fr(c,e,t);a.push(ge(s).pipe(U(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"),Da(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 Va(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 jn(e,t){return C(()=>{let r=new g;return r.subscribe(({action:o,reveal:n})=>{e.toggleAttribute("open",o==="open"),n&&e.scrollIntoView()}),Va(e,t).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}var Fn=".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,za=0;function qa(){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=qa().pipe(w(()=>mermaid.initialize({startOnLoad:!1,themeCSS:Fn,sequence:{actorFontSize:"16px",messageFontSize:"16px",noteFontSize:"16px"}})),m(()=>{}),G(1))),Gr.subscribe(()=>so(this,null,function*(){e.classList.add("mermaid");let t=`__mermaid_${za++}`,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 Un=x("table");function Dn(e){return e.replaceWith(Un),Un.replaceWith(_n(e)),I({ref:e})}function Qa(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 Vn(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(U(p),Le(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(U(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(U(p)).subscribe(c=>{let{width:l}=ce(o);o.scrollBy({left:l*c,behavior:"smooth"})}),r.pipe(U(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(U(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 M of P(":scope > input",y)){let X=R(`label[for="${M.id}"]`);if(X!==c&&X.innerText.trim()===f){X.setAttribute("data-md-switching",""),M.click();break}}window.scrollTo({top:e.offsetTop-u});let d=__md_get("__tabs")||[];__md_set("__tabs",[...new Set([f,...d])])}}),s.pipe(U(p)).subscribe(()=>{for(let c of P("audio, video",e))c.pause()}),Qa(n).pipe(w(c=>s.next(c)),_(()=>s.complete()),m(c=>$({ref:e},c)))}).pipe(Ke(se))}function Nn(e,{viewport$:t,target$:r,print$:o}){return O(...P(".annotate:not(.highlight)",e).map(n=>$n(n,{target$:r,print$:o})),...P("pre:not(.mermaid) > code",e).map(n=>In(n,{target$:r,print$:o})),...P("pre.mermaid",e).map(n=>Wn(n)),...P("table:not([class])",e).map(n=>Dn(n)),...P("details",e).map(n=>jn(n,{target$:r,print$:o})),...P("[data-tabs]",e).map(n=>Vn(n,{viewport$:t,target$:r})),...P("[title]",e).filter(()=>B("content.tooltips")).map(n=>mt(n,{viewport$:t})))}function Ka(e,{alert$:t}){return t.pipe(v(r=>O(I(!0),I(!1).pipe(Ge(2e3))).pipe(m(o=>({message:r,active:o})))))}function zn(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}),Ka(e,t).pipe(w(n=>o.next(n)),_(()=>o.complete()),m(n=>$({ref:e},n)))})}var Ya=0;function Ba(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_${Ya++}`,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(Le(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")}}),Ba(o,e).pipe(w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))}).pipe(Ke(se))}function Ga({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 Qn(e,t){return C(()=>z([ge(e),Ga(t)])).pipe(m(([{height:r},o])=>({height:r,hidden:o})),K((r,o)=>r.height===o.height&&r.hidden===o.hidden),G(1))}function Kn(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(U(n),m(a=>$({ref:e},a)),Re(i.pipe(U(n))))})}function Ja(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 Yn(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:Ja(o,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))})}function Bn(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 Xa(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 Gn(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")}),Xa(t).pipe(U(n.pipe(Ce(1))),ct(),w(a=>i.next(a)),_(()=>i.complete()),m(a=>$({ref:e},a)))})}function Jn(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=Lt(Br());function Za(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 Xn({alert$:e}){Jr.default.isSupported()&&new j(t=>{new Jr.default("[data-clipboard-target], [data-clipboard-text]",{text:r=>r.getAttribute("data-clipboard-text")||Za(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 Zn(e,t){return e.protocol=t.protocol,e.hostname=t.hostname,e}function es(e,t){let r=new Map;for(let o of P("url",e)){let n=R("loc",o),i=[Zn(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(Zn(new URL(s),t))}}return r}function ur(e){return fn(new URL("sitemap.xml",e)).pipe(m(t=>es(t,new URL(e))),de(()=>I(new Map)))}function ts(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 ei(e){let t=new Map;for(let r of P(":scope > *",e.head))t.set(r.outerHTML,r);return t}function ti(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 rs(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=ei(document);for(let[o,n]of ei(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 Ue(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 ri({location$:e,viewport$:t,progress$:r}){let o=xe();if(location.protocol==="file:")return S;let n=ur(o.base);I(document).subscribe(ti);let i=h(document.body,"click").pipe(He(n),v(([p,c])=>ts(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=>mn(p,{progress$:r}).pipe(de(()=>(lt(p,!0),S)))),v(ti),v(rs),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",cn(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 oi=Lt(qr());function ni(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,oi.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 ii(e,t){let r=gn(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 ai({document$:e}){let t=xe(),r=je(new URL("../versions.json",t.base)).pipe(de(()=>S)),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(p))}}return S}),v(i=>ur(new URL(i)).pipe(m(a=>{let p=ye().href.replace(t.base,i);return a.has(p.split("#")[0])?new URL(p):new URL(i)})))))).subscribe(n=>lt(n,!0)),z([r,o]).subscribe(([n,i])=>{R(".md-header__topic").appendChild(An(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 is(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 si(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(U(o)).subscribe(()=>e.focus());let n=R("header [for=__search]");return h(n,"click").subscribe(()=>e.focus()),is(e,{worker$:t}).pipe(w(i=>r.next(i)),_(()=>r.complete()),m(i=>$({ref:e},i)),G(1))}function ci(e,{worker$:t,query$:r}){let o=new g,n=rn(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),Ur(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(U(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 as(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 pi(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(U(o)).subscribe(n=>n.preventDefault()),as(e,t).pipe(w(n=>r.next(n)),_(()=>r.complete()),m(n=>$({ref:e},n)))}function li(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 mi(e,{index$:t,keyboard$:r}){let o=xe();try{let n=ii(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=si(i,{worker$:n});return O(s,ci(a,{worker$:n,query$:s})).pipe(Re(...ae("search-share",e).map(p=>pi(p,{query$:s})),...ae("search-suggest",e).map(p=>li(p,{worker$:n,keyboard$:r}))))}catch(n){return e.hidden=!0,Ye}}function fi(e,{index$:t,location$:r}){return z([t,r.pipe(Q(ye()),b(o=>!!o.searchParams.get("h")))]).pipe(m(([o,n])=>ni(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 ss(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 Xr(e,o){var n=o,{header$:t}=n,r=ao(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(Le(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),U(p)))).subscribe(l=>{let f=R(`[id="${l.htmlFor}"]`);R(`[aria-labelledby="${l.id}"]`).setAttribute("aria-expanded",`${f.checked}`)}),ss(e,r).pipe(w(l=>s.next(l)),_(()=>s.complete()),m(l=>$({ref:e},l)))})}function ui(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 di(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 hi(e){let t=e.match(/^.+github\.com\/([^/]+)\/?([^/]+)?/i);if(t){let[,r,o]=t;return ui(r,o)}if(t=e.match(/^.+?([^/]*gitlab[^/]+)\/(.+?)\/?$/i),t){let[,r,o]=t;return di(r,o)}return S}var cs;function ps(e){return cs||(cs=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 hi(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 bi(e){let t=R(":scope > :last-child",e);return C(()=>{let r=new g;return r.subscribe(({facts:o})=>{t.appendChild(Ln(o)),t.classList.add("md-source__repository--active")}),ps(e).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function ls(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 vi(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}):ls(e,t)).pipe(w(o=>r.next(o)),_(()=>r.complete()),m(o=>$({ref:e},o)))})}function ms(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[,M]=f[0];if(M-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(U(a),ee("offset"),_e(250),Ce(1),U(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}`)}),ms(e,{viewport$:t,header$:r}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))})}function fs(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(),U(o.pipe(Ce(1))),ie(!0),ct({delay:250}),m(a=>({hidden:a})))}function yi(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(U(a),ee("height")).subscribe(({height:s})=>{e.style.top=`${s+16}px`}),h(e,"click").subscribe(s=>{s.preventDefault(),window.scrollTo({top:0})}),fs(e,{viewport$:t,main$:o,target$:n}).pipe(w(s=>i.next(s)),_(()=>i.complete()),m(s=>$({ref:e},s)))}function xi({document$:e,viewport$:t}){e.pipe(v(()=>P(".md-ellipsis")),ne(r=>tt(r).pipe(U(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(U(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 Ei({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 us(){return/(iPad|iPhone|iPod)/.test(navigator.userAgent)}function wi({document$:e}){e.pipe(v(()=>P("[data-md-scrollfix]")),w(t=>t.removeAttribute("data-md-scrollfix")),b(us),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 Ti({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 ds(){return location.protocol==="file:"?Tt(`${new URL("search/search_index.js",Zr.base)}`).pipe(m(()=>__index),G(1)):je(new URL("search/search_index.json",Zr.base))}document.documentElement.classList.remove("no-js");document.documentElement.classList.add("js");var ot=Bo(),Wt=an(),Mt=pn(Wt),eo=nn(),Oe=vn(),hr=Pt("(min-width: 960px)"),Oi=Pt("(min-width: 1220px)"),Mi=ln(),Zr=xe(),Li=document.forms.namedItem("search")?ds():Ye,to=new g;Xn({alert$:to});var ro=new g;B("navigation.instant")&&ri({location$:Wt,viewport$:Oe,progress$:ro}).subscribe(ot);var Si;((Si=Zr.version)==null?void 0:Si.provider)==="mike"&&ai({document$:ot});O(Wt,Mt).pipe(Ge(125)).subscribe(()=>{Je("drawer",!1),Je("search",!1)});eo.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()}});xi({viewport$:Oe,document$:ot});Ei({document$:ot,tablet$:hr});wi({document$:ot});Ti({viewport$:Oe,tablet$:hr});var rt=Qn(Se("header"),{viewport$:Oe}),Ft=ot.pipe(m(()=>Se("main")),v(e=>Bn(e,{viewport$:Oe,header$:rt})),G(1)),hs=O(...ae("consent").map(e=>xn(e,{target$:Mt})),...ae("dialog").map(e=>zn(e,{alert$:to})),...ae("header").map(e=>Kn(e,{viewport$:Oe,header$:rt,main$:Ft})),...ae("palette").map(e=>Gn(e)),...ae("progress").map(e=>Jn(e,{progress$:ro})),...ae("search").map(e=>mi(e,{index$:Li,keyboard$:eo})),...ae("source").map(e=>bi(e))),bs=C(()=>O(...ae("announce").map(e=>yn(e)),...ae("content").map(e=>Nn(e,{viewport$:Oe,target$:Mt,print$:Mi})),...ae("content").map(e=>B("search.highlight")?fi(e,{index$:Li,location$:Wt}):S),...ae("header-title").map(e=>Yn(e,{viewport$:Oe,header$:rt})),...ae("sidebar").map(e=>e.getAttribute("data-md-type")==="navigation"?Nr(Oi,()=>Xr(e,{viewport$:Oe,header$:rt,main$:Ft})):Nr(hr,()=>Xr(e,{viewport$:Oe,header$:rt,main$:Ft}))),...ae("tabs").map(e=>vi(e,{viewport$:Oe,header$:rt})),...ae("toc").map(e=>gi(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Mt})),...ae("top").map(e=>yi(e,{viewport$:Oe,header$:rt,main$:Ft,target$:Mt})))),_i=ot.pipe(v(()=>bs),Re(hs),G(1));_i.subscribe();window.document$=ot;window.location$=Wt;window.target$=Mt;window.keyboard$=eo;window.viewport$=Oe;window.tablet$=hr;window.screen$=Oi;window.print$=Mi;window.alert$=to;window.progress$=ro;window.component$=_i;})(); +//# sourceMappingURL=bundle.56dfad97.min.js.map + diff --git a/assets/javascripts/bundle.56dfad97.min.js.map b/assets/javascripts/bundle.56dfad97.min.js.map new file mode 100644 index 00000000..eb83bdb3 --- /dev/null +++ b/assets/javascripts/bundle.56dfad97.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/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 /* Header */\n ...getComponentElements(\"header\")\n .map(el => mountHeader(el, { viewport$, header$, main$ })),\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 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 + +

5. Gráfico de Pontuação por Sprint

+

O gráfico abaixo mostra a pontuação total de Probabilidade x Impacto a cada sprint. Nele é possível notar que inicialmente a pontuação é baixa, por se tratar da Sprint 0. A partir da Sprint 1, onde começa de fato o trabalho de desenvolvimento do projeto, a pontuação apresentou um pico inicial e, após isso, um decréscimo até a sprint 6. Na última sprint, observamos um aumento, justamente por alguns riscos que aumentaram por ser perto da entrega do MVP e por se aproximar do final do semestre.

+ + +

6. Referências

+
+

[1] TOTVS. Plano de Gerenciamento de Riscos: como elaborar?. Dosponível em: https://www.totvs.com/blog/negocios/plano-de-gerenciamento-de-riscos-2/.

+

[2] DevMedia. Gerência de riscos em desenvolvimento de software. Disponível em: https://www.devmedia.com.br/gerencia-de-riscos-em-desenvolvimento-de-software/28506.

+

[3] Glicfas. O que é e para que serve a Estrutura Analítica de Riscos?. Disponível em: https://glicfas.com.br/estrutura-analitica-de-riscos-2/.

+

[3] Revista de Administração da Universidade Federal de Santa Maria. Gerenciamento de riscos técnicos: o caso de uma empresa de desenvolvimento de softwares. Disponível em: https://www.redalyc.org/journal/2734/273445843005/html/.

+
+

7. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
07/07/20241.0Esqueleto inicial do documentoGabriel Roger Amorim da Cruz
09/07/20241.1Preenchimento das tabelas de riscoGabriel Roger Amorim da Cruz
10/07/20241.2Adicionando planilha de gerenciamento de riscosGabriel Roger Amorim da Cruz
12/07/20241.3Adicionando gráfico de pontuação por sprint e ajustando tabela de monitoramentoGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + + + + + + + + + + + + + +
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/evm/index.html b/planejamento/evm/index.html new file mode 100644 index 00000000..5447963f --- /dev/null +++ b/planejamento/evm/index.html @@ -0,0 +1,2356 @@ + + + + + + + + + + + + + + + + + + + + + + + EVM - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

EVM Agile

+

1. Introdução

+

O EVM (Earned Value Management) possibilita a avaliação do progresso de um projeto e a realização de estimativas de resultados esperados. Em contraste com o EVM Tradicional, o EVM Agile trata esforço, tempo e custo em termos de histórias de usuário, sprints, pontos, entre outros.

+

Visualize a planilha de EVM Agile aqui

+

2. Métricas EVM

+
    +
  • Valor planejado (PV, Planned Value): O valor planejado define o trabalho que deve ser realizado e materializa o custo total planejado do projeto a qualquer ponto no tempo.
    • +
+

PV = custo total do projeto * % de trabalho planejado

+
    +
  • Valor realizado (EV, Earned Value): O valor realizado especifica a medida do trabalho já realizada no projeto a qualquer ponto.
    • +
+

EV = custo total do projeto * % de trabalho realizado

+
    +
  • Custo Real (AC, Actual Cost): O custo real representa o custo incorrido em uma atividade durante um tempo específico, devendo ser considerados custos com hardware, infra, material etc. O AC é uma medida cumulativa de todo o custo do projeto desde o início até o fim.
    • +
+

AC = custo real

+
    +
  • Orçamento na conclusão (BAC, Budget at Completion): O BAC representa o custo total de todo o trabalho planejado e a base é o final do projeto.
    • +
+

BAC = custo total do trabalho

+

3. Métricas derivadas

+

A partir das métricas, pode-se calcular as variâncias, os índices de desempenho e as estimativas.

+

Variâncias

+
    +
  • Variação do custo (CV, Cost Variance): É um indicador quantitativo da divergência do que foi planejado no orçamento inicial. Se o CV > 0, o projeto está abaixo do orçamento. Se CV < 0, o projeto está acima do orçamento. Se CV = 0, o projeto está conforme planejado.
    • +
+

CV = EV - AC

+
    +
  • Variação do prazo (SV, Schedule Variance): É um indicador indicativo da divergência do planejado no cronogrma inicial. Se SV > 0, o projeto está adiantado. Se SV < 0, O projeto está atrasado. Se SV = 0, o projeto está conforme o cronograma.
    • +
+

SV = EV - PV

+

Índices de desempenho

+
    +
  • Índice de desempenho do custo (CPI, Cost Performance Index): Expressa a relação do valor realizado para o custo real.
    • +
+

CPI = EV / AC

+
    +
  • Índice de desempenho do prazo (SPI, Schedule Performance Index): Expressa a relação do valor realizado para o planejado, por isso mede a eficiencia do tempo.
    • +
+

SPI = EV / PV

+

Estimativas

+
    +
  • Estimativa para terminar: Custo esperado para terminar o restante do projeto.
    • +
+

EAC = (BAC - EV) / CPI

+
    +
  • Estimativa na conclusão: Representa o custo total esperado quando o trabalho for totalmente finalizado.
    • +
+

EAC = AC + ETC

+

4. Planilha

+ + +

5. Bibliografia

+
+

Earned Value Management: The Basics Disponível em: https://www.ecosys.net/knowledge/earned-value-management-basics/. Acesso em: 09 dezembro 2023.

+
+

Versionamento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
26/08/20241.0Documento inicialVinícius Assumpção de Arauújo, Victor Hugo Oliveira Leão, Gabriel Roger
26/08/20241.1Versiona o doc e add linksJoão Pedro, Victor Hugo Oliveira Leão, Gabriel Roger
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/planejamento/planocusto/index.html b/planejamento/planocusto/index.html new file mode 100644 index 00000000..af1b2a15 --- /dev/null +++ b/planejamento/planocusto/index.html @@ -0,0 +1,2360 @@ + + + + + + + + + + + + + + + + + + + + + + + Plano de Custos - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Plano de Custos

+

1. Introdução

+

Esse documento apresenta o planejamento de custos que o MVP e o Projeto trariam, caso fosse necessário arcar com seus custos. Os custos são divididos em 3 categorias:

+
    +
  • Pessoas: custo com a mão de trabalho dos alunos;
    • +
  • Equipamento: custo com o equipamento necessário para a realização do projeto;
    • +
  • Infraestrutura: custo com a infraestrutura necessária para a realização do projeto (internet e energia).
    • +
+

Todos os custos foram pesquisados e embasados em fontes que podem ser encontradas ao final do documento nas referências.

+

2. Custos

+

2.1 Pessoas

+

De acordo com uma notícia do O Globo, um aluno em universidade federal custava por mês, em 2016, R$ 3.129,00. Ajustando esse valor, por meio da calculadora do cidadão do BCB, podemos chegar nesse valor, em 2024, como R$ 4.736,62 ou R$ 56.839,44 por ano.

+

Considerando que o curso de Engenharia de Software da Universidade de Brasília possui 232 créditos (15 horas-aula = 1 crédito), em um periodo de 10 semestres, é possível chegar no resultado de uma média de, aproximadamente, 46 créditos ou 690 horas por ano. Assim, chegamos ao valor de R$ 82,38 por hora para um estudante. Considerando que para cada semana do projeto serão despendidas, aproximadamente, 13 horas de foco para a disciplina de EPS/MDS, o valor individual semanal por membro é de R$ 1.070,94. Logo, o valor total por semana de 12 membros é de R$ 12.851,28.

+

2.2 Equipamento (Ferramentas)

+

Cada estudante precisará de uma estação de trabalho (computador) própria para que seja possível o desenvolvimento do projeto. Dessa forma, considerando um computador Lenovo ThinkPad L14 AMD G3 (Processador AMD Ryzen™ 5 PRO 5675U; 8 GB DDR4-3200MHz; 256 GB SSD M.2; e 14") uma unidade tem como valor R$ 3.239,99. Assim, esse valor para 12 membros seria R$ 38.879,88.

+

2.3 Infraestrutura

+

2.3.1 Internet

+

A partir do site Melhor Escolha, foi possível identificar para a região do Distrito Federal (DF), que para 200mb de internet (suficiente para o trabalho), são cobrados R$ 79,90 por mês, isto é R$ 19,75 por membro por semana. Assim, esse valor para 12 membros por semana seria R$ 237,00.

+

2.3.2 Energia

+

De acordo com o site Viver de Elétrica, um notebook consome por mês 10,8 kWh. A Tabela de Tarifas de Energia do DF, vigente pela empresa NeoEnergia, informa que são cobrados R$ 0,225757 por kWh consumido. Assim, é possível encontrar o valor de R$ 0,61 por semana por membro. Assim, esse valor para 12 membros por semana seria R$ 7,29.

+

3. Planilha de custo

+

A planilha abaixo mostra os custos por semana até a entrega do MVP e o fim do Projeto (fim da disciplina):

+ + +

4. Referências

+
+

O Globo: Entenda quanto custa um aluno numa universidade federal brasileira. Disponível em: https://oglobo.globo.com/brasil/entenda-quanto-custa-um-aluno-numa-universidade-federal-brasileira-23666877. Acesso em: 08 de maio de 2024.

+

ThinkPad Lenovo. Disponível em: https://www.lenovo.com/br/pt/p/laptops/thinkpad/thinkpadl/thinkpad-l14-gen-3-(14-inch-amd)/21c60028bo. Acesso em: 08 de maio de 2024.

+

Melhor Escolha: Internet Banda Larga em Brasília. Disponível em: https://melhorescolha.com/internet-banda-larga/?cidade=brasilia-df&ordenar=mes. Acesso em: 08 de maio de 2024.

+

Viver de Elétrica: Quanto um notebook gasta de energia. Disponível em: https://viverdeeletrica.com/quanto-um-notebook-gasta-de-energia/. Acesso em: 08 de maio de 2024.

+
+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
11/05/20241.0Versão inicial com pontos 1 a 4João Pedro de Camargo Vaz e Vinicius Assumpção de Araúj
13/07/20241.1Atualização do custo com horário semanal de trabalhoVictor Hugo Oliveira Leão
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/produto/backlog/index.html b/produto/backlog/index.html new file mode 100644 index 00000000..e5297b40 --- /dev/null +++ b/produto/backlog/index.html @@ -0,0 +1,2481 @@ + + + + + + + + + + + + + + + + + + + Product Backlog - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Product Backlog

+

1. Introdução

+

O Product Backlog é uma lista ordenada de tudo que é conhecido como necessário para o projeto de um produto (nesse caso, até o MVP). É um documento constantemente atualizado que reflete as necessidades do produto conforme ele evolui. O backlog é mantido pelo PO e é fundamental para o planejamento e priorização do trabalho da equipe de desenvolvimento.

+

Dentro do Product Backlog do projeto, os itens são categorizados como épicos e histórias de usuário:

+
    +
  1. +

    Épicos: São grandes corpos de trabalho que podem ser divididos em várias histórias de usuário. Um épico fornece uma visão ampla do que precisa ser desenvolvido, mas sem muitos detalhes.

    +
    2. +
  2. +

    Histórias de usuário: São descrições simples de uma funcionalidade do ponto de vista do usuário final. Elas são escritas de forma a capturar quem é o usuário, o que ele quer e por quê. Uma história de usuário normalmente segue o formato: "Como [tipo de usuário], eu quero [objetivo] para [benefício]."

    +
    3. +
+

2. Product Backlog até o MVP

+

Épico 1: Obtenção de Dados

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US01Eu, como administrador, quero obter dados de visualizações de vídeos, para analisar o engajamento dos usuários.EE$$$<35
US02Eu, como administrador, quero obter dados de visualizações por categorias, para entender quais tópicos são mais populares.EE$$$<35
+

Épico 2: Busca e Sugestão de Conteúdo

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US03Eu, como usuário, quero incluir vídeos nas sugestões de pauta, para contribuir na produção e divulgação de vídeos.E$$<3<33
US04Eu, como usuário, quero pesquisar vídeos por título, descrição e categoria, para encontrar conteúdos específicos.EE$$$<3<3<38
+

Épico 3: Apresentação de Dados e Estatísticas

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US06Eu, como administrador, quero ver as estatísticas de visualizações por categoria, para monitorar o desempenho por tópico.EE$$$<3<3<33
US07Eu, como administrador, quero ver as estatísticas de visualizações por dispositivo, para monitorar o desempenho por tipo de uso.EE$$$<3<3<33
+

Épico 4: Interação com Vídeos

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US08Eu, como usuário, quero favoritar um vídeo diretamente da página de visualização, para acessá-lo facilmente depois.E$$<3<33
US09Eu, como usuário, quero ver minha lista de vídeos favoritos em um único lugar, para organizar meu conteúdo preferido.E$$<3<33
US13Eu, como usuário, quero marcar vídeos para assistir mais tarde diretamente da página de visualização, para poder guardar uma playlist de vídeos para ver depois.E$<3<33
US14Eu, como usuário, quero acessar minha lista de vídeos para assistir mais tarde, para poder encontrar facilmente os vídeos que marquei para ver depois.E$<3<33
+

Épico 5: Rastreabilidade

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US11Eu, como usuário, quero ver o histórico de vídeos que assisti recentemente, para encontrar facilmente vídeos que vi anteriormente.EE$$<3<38
US12Eu, como usuário, quero configurar minhas preferências de histórico, para gerenciar meu histórico.EE$$<3<38
US18Eu, como usuário, quero a opção de pular para o próximo vídeo recomendado, para ter uma experiência contínua de visualização.E$<3<35
US19Eu, como usuário, quero configurar minhas preferências de reprodução automática, para controlar quando os vídeos recomendados devem ser reproduzidos automaticamente.E$<3<35
+

Épico 6: Recomendação de Conteúdo

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US15Eu, como usuário, quero ter uma lista de recomendações de vídeos semelhantes aos vistos anteriormente, para visualizar conteúdos relacionados.EE$$$<3<3<313
US16Eu, como usuário, quero receber notificações de novos vídeos recomendados para mim, para estar sempre atualizado com novos conteúdos.E$$$<3<3<35
US17Eu, como usuário, quero configurar minhas preferências de notificação, para receber alertas apenas desejados.E$$$<3<3<35
US21Eu, como usuário, quero que o sistema recomende vídeos semelhantes aos que já assisti, para que eu possa descobrir novos conteúdos relacionadosEEE$$$<3<3<313
US22Eu, como usuário, quero a opção de pular para o próximo vídeo recomendado, para ter uma experiência contínua de visualização.EEE$$$<3<3<313
+

Épico 7: Gerenciamento de Permissões

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
IDHistória de UsuárioEsforço (E)Negócio ($)UX (<3)Story Points
US05Eu, como administrador, quero alterar os cargos de outros usuários por meio da tela de administrador.EE$$$<3<3<313
US10Eu, como administrador, quero gerenciar cargos de co-administradores, para delegar responsabilidades de gerenciamento.EE$$<3<313
US20US20 - Eu, como administrador, gostaria de uma página de acesso próprio, para que eu possa ter acesso a dados e informações sigilososEEE$$<3<313
+

Somatório de Story Points: 122

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
06/07/20241.0Versão inicial com pontos 1 a 2Victor Hugo Oliveira Leão
12/07/20241.1Designação de story points para as históriasJoão Pedro de Camargo Vaz
15/07/20241.2Designação de story points para as históriasJoão Pedro de Camargo Vaz
26/08/20241.3Adição de novas históriasJoão Pedro de Camargo Vaz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/produto/eap/index.html b/produto/eap/index.html new file mode 100644 index 00000000..a4d4fabe --- /dev/null +++ b/produto/eap/index.html @@ -0,0 +1,2202 @@ + + + + + + + + + + + + + + + + + + + + + + + Estrutura Analítica do Projeto (EAP) - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Estrutura Analítica do Projeto (EAP)

+

1. Introdução

+

A Estrutura Analítica do Projeto (EAP) é uma ferramenta essencial para gerenciar projetos, representando a decomposição hierárquica do escopo total do trabalho. Este processo envolve a quebra das entregas e do trabalho do projeto em componentes menores e mais gerenciáveis, proporcionando uma visão estruturada das entregas a serem realizadas.

+

A EAP organiza e define todo o escopo do projeto, refletindo o trabalho descrito na declaração de escopo do projeto. Cada nível mais baixo na hierarquia da EAP, conhecido como pacote de trabalho, contém o trabalho planejado, permitindo que atividades sejam agrupadas para facilitar o agendamento, estimativa, monitoramento e controle. No contexto da EAP, o foco está nos produtos de trabalho ou entregas resultantes das atividades, e não nas atividades em si.

+

2. EAP do Projeto

+

Segue o EAP do Projeto UnB-TV.

+

EAP

+

3. Referências

+
+

[1] Guia PMBOK 6a. ed. EUA: Project Management Institure, 2017. Disponível em: http://www.sesp.mt.gov.br/documents/4713378/12273418/Guia-PMBOK+6%C2%AA+Edi%C3%A7%C3%A3o_compressed.pdf/cd4313d8-a65c-e146-3a24-505a6bc29d4b. Acesso em: 06 de julho de 2024.

+
+

4. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
06/07/20241.0Versão inicial completa do documentoVictor Hugo Oliveira Leão
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/produto/leaninception/index.html b/produto/leaninception/index.html new file mode 100644 index 00000000..0df4083c --- /dev/null +++ b/produto/leaninception/index.html @@ -0,0 +1,2476 @@ + + + + + + + + + + + + + + + + + + + + + + + Lean Inception - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Lean Inception do Projeto

+

1. Introdução

+

Esse documento busca apresentar o resultado final da Lean Inception feita pelo grupo juntamente com o PO (Product Owner). Contextualizando:

+

A Lean Inception é um workshop colaborativo e dinâmico que ajuda as equipes a alinhar e planejar a criação do Produto Mínimo Viável (MVP), que serve como um resumo visual da estratégia do MVP, fornecendo clareza e direção para a equipe avançar na construção do produto. Originada e evoluída a partir de práticas de Design Thinking e Lean Startup, a Lean Inception envolve uma série de atividades estruturadas para facilitar a descoberta, o esclarecimento e a colaboração entre os membros da equipe (CAROLLI, 2018).

+

Como no trabalho realizado no semestre anterior pelo grupo responsável pelo projeto da UnBTV também houve essa tarefa da Lean Inception, as etapas iniciais (Visão de Produto até Brainstorming de Funcionalidades) foram revisadas e complementadas pelo que já tinha sido feito anteriormente.

+

2. Etapas da Lean Inception

+

2.1 Visão do Produto

+

A visão do produto é a primeira etapa da Lean Inception e ajuda a trilhar o caminho inicial. Ela define a essência do seu valor de negócio e deve refletir uma mensagem clara e convincente acerca do produto. Nela, decide-se sobre qual característica do produto o caminho inicial será trilhado, e qual será a estratégia de posicionamento (CAROLLI, 2018).

+

A Visão de Produto consolidada do grupo é:

+

Visão do Produto

+

2.2 O Produto É - NÃO É - FAZ - NÃO FAZ

+

A atividade É - Não é - Faz - Não faz (ENFN, abreviado) busca classificações sobre o produto seguindo as quatro diretrizes, indagando, especificamente, cada aspecto positivo e negativo sobre o produto ser ou fazer algo. Essa atividade ajuda a esclarecer o produto. Geralmente, após tal atividade, os participantes terão uma visão mais alinhada tanto sobre o que o produto faz, quanto sobre o que o produto não faz (CAROLLI, 2018).

+

O Produto É - NÃO É - FAZ - NÃO FAZ consolidado do grupo é:

+

O Produto É - NÃO É - FAZ - NÃO FAZ

+

2.3 Objetivos do Produto

+

Nesta etapa, cada membro da equipe deve compartilhar sua compreensão sobre os objetivos do negócio, e os vários pontos de vista devem ser discutidos para chegar a um consenso sobre o que verdadeiramente possui relevância. Portanto, esta atividade auxilia no levantamento e esclarecimento dos objetivos (CAROLLI, 2018).

+

Eles são separados em clusters (grupos), a fim de agrupar os objetivos que são similares ao grupo.

+

Os Objetivos do Produto consolidados do grupo é:

+

Objetivos do Produto

+

2.4 Personas

+

Para efetivamente identificar as funcionalidades de um produto, é importante ter em mente os usuários e seus objetivos. A maneira geralmente utilizada para representar os usuários é por meio de personas. Uma persona representa um usuário do produto ou serviço, descrevendo não só o seu papel, mas também suas necessidades específicas. Isso cria uma representação realista de usuários, auxiliando o time a descrever funcionalidades do ponto de vista de quem interagirá com o produto final (CAROLLI, 2018).

+

Para o projeto foram definidas 2 personas distintas, mas que definem bem os usuários do produto:

+

Persona 1

+

Persona 2

+

2.5 Jornadas do Usuário

+

A jornada descreve o percurso de um usuário por uma sequência de passos dados para alcançar um objetivo. Alguns desses passos representam diferentes pontos de contato com o produto, caracterizando a interação da pessoa com ele (CAROLLI, 2018).

+

As Jornadas dos Usuários que são as personas do produto são:

+

Jornadas do Usuário

+

2.6 Brainstorm de Funcionalidades

+

Funcionalidade é a descrição de uma ação ou interação de um usuário com o produto. A descrição de uma funcionalidade deve ser o mais simples possível: o usuário está tentando fazer uma coisa, então o produto deve ter uma funcionalidade para isso (CAROLLI, 2018). Assim, o uso de brainstorming incentiva encontrar o máximo de funcionalidades sugeridas por todos os membros da equipe.

+

A dinâmica do grupo foi revisar o brainstorm do semestre passado e adicionar novas funcionalidades recomendadas pelo grupo. Assim, pode-se consolidar as funcionalidades:

+

Brainstorm de Funcionalidades

+

2.7 Revisão Técnica, de Negócio e de UX

+

Após a obtenção das funcionalidades, é preciso reavaliá-las, normalizá-las, e, se possível, descartar o que não faz sentido levar a diante. Para evoluir esse entendimento, avaliamos cada funcionalidade em termos de esforço, valor para o negócio, experiência dos usuários e o nível de confiança que temos sobre o que e como construí-la (CAROLLI, 2018).

+

Para esforço, valor de negócio e valor de UX (user experience em inglês, ou experiência do usuário, em português), avaliamos e classificamos as funcionalidades com marcações em uma escala de um a três. Já para nível de confiança técnico e de UX/negócio, é feita uma avaliação entre baixo, médio e alto para cada um desses níveis, a fim de obter uma classificação baseada em cor (vermelho, amarelo ou verde) que ilustra o quão confiante a equipe está em relação a funcionalidade.

+

A Revisão Técnica, de Negócio e de UX consolidada do grupo é:

+

Revisão Técnica, de Negócio e de UX

+

2.8 Sequenciador

+

O objetivo desta etapa é priorizar as funcionalidades previamente identificadas e já avaliadas. Para isso, a equipe deve usar um template de um sequenciador e deve organizar as funcionalidades de forma sequencial, indicando o que será implementado no MVP e o que será incrementado. Além disso, a equipe deve definir quais funcionalidades estarão em cada onda, quantas ondas o MVP terá e qual o tamanho de cada onda. Além disso, o sequenciador deve seguir um conjunto de regras pré-definidas(CAROLLI, 2018).

+

O Sequenciador até o MVP (no Figma é possível ver completo) do grupo é:

+

Sequenciador

+

2.9 Calculando Esforço, Tempo e Custo

+

Esta atividade busca entender quanto tempo durará a construção de cada onda e, consequentemente até o MVP. Levando em conta que as ondas são parecidas, já que seguem as regras, pode-se fazer uma estimativa para as três primeiras ondas e, assim, usá-la para todas as ondas.

+

Essa atividade segue os seguintes passos:

+
    +
  1. Destrinchar as funcionalidades em pedaços menores (histórias de usuário);
    2. +
  2. Dimensionar as histórias em tamanhos de esforço (P, M, G e GG);
    3. +
  3. Estimar o tempo de 3 a 4 histórias em cada tamanho de esforço, em dias (1 dia = 1 jornada de trabalho = 8 horas);
    4. +
  4. Fazer uma média de tempo de esforço para cada tamanho;
    5. +
  5. Obter a média de tempo para cada onda.
    6. +
+

O Cálculo de Esforço, Tempo e Custo (representa apenas 1 onda na imagem, no Figma é possível ver completo) do grupo é:

+

Calculando Esforço, Tempo e Custo

+

Pode-se considerar, então, que cada dupla de desenvolvedores (haverão 4) gasta aproximadamente 0,9 dias (7 horas) para desenvolver cada onda. Contudo, isso não leva em conta o tempo de estudo necessário, também, logo cada onda pode durar entre 1 sprint e 1 1/2 sprint (já que as 7 horas de desenvolvimento são distribuídas ao longo da semana).

+

2.10 Canvas MVP

+

No Canvas MVP, a equipe detalha o MVP (Mínimo Produto Viável) e as suas funcionalidades, sob as perspectivas de Design Thinking e do Lean Startup. Apesar de poder ser utilizada independente da sequência de atividades da Lean Inception, ela foi concebida para ser a última do workshop. O Canvas MVP é dividido em sete blocos. E em cada bloco, uma pergunta deve ser respondida, na ordem indicada:

+
    +
  1. Proposta do MVP: Qual é a proposta deste MVP?
    2. +
  2. Personas segmentadas: Para quem é este MVP? Podemos segmentar e testar este MVP em um grupo menor?
    3. +
  3. Jornadas: Quais jornadas são atendidas ou melhoradas com este MVP?
    4. +
  4. Funcionalidades: O que vamos construir neste MVP? Que ações serão simplificadas ou melhoradas neste MVP?
    5. +
  5. Resultado esperado: Que aprendizado ou resultado estamos buscando neste MVP?
    6. +
  6. Métricas para validar as hipóteses do negócio: Como podemos medir os resultados deste MVP?
    7. +
  7. Custo e Cronograma: Qual é o custo e a data prevista para a entrega deste MVP?
    8. +
+

O Canvas MVP do grupo é:

+

Canvas MVP

+

3. Lean Inception Completa

+

A Lean Inception Completa da equipe pode ser encontrada no Figma abaixo:

+ + +

4. Referências

+
+

Paulo Caroli: Lean Inception: How to Align People and Build the Right Product. 1 ed. São Paulo.

+
+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
30/04/20241.0Versão inicial completa do documentoVictor Hugo Oliveira Leão
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/search/search_index.json b/search/search_index.json new file mode 100644 index 00000000..8613c7b1 --- /dev/null +++ b/search/search_index.json @@ -0,0 +1 @@ +{"config":{"lang":["pt"],"separator":"[\\s\\-]+","pipeline":["stopWordFilter"]},"docs":[{"location":"","title":"UnB-TV DOC 2024.1","text":""},{"location":"#equipe-eps","title":"Equipe EPS","text":"Foto Nome Github Discord Email Matr\u00edcula Gabriel Roger Amorim da Cruz @GabrielRoger07 gabriel_roger gabrielroger4203@gmail.com 200018248 Jo\u00e3o Pedro de Camargo Vaz @JoaoPedro0803 _joaopedro. joaopedrocvaz@gmail.com 200020650 Victor Hugo Oliveira Le\u00e3o @victorleaoo vitin2964 victor.pessoal1203@gmail.com 200028367 Vinicius de Assump\u00e7\u00e3o Ara\u00fajo @viniman27 viniman27 viniciusdearaujo27@gmail.com 200028472"},{"location":"#equipe-mds","title":"Equipe MDS","text":"Foto Nome Github Discord Email Matr\u00edcula Benjamim Lacerda Santos @benlacerda arranhaceu benjamim.lacerda16@gmail.com 200062123 Felipe de Jesus Rodrigues @felipeJRdev feliperodr0 felipe123rodrigues1@gmail.com 211062867 Gabriel Henrique Rodrigues de Lima @GHenriqueLima gabigol.lima ghrl2003@gmail.com 221022284 J\u00e9ssica Eveline Saraiva Ara\u00fajo @xzxjesse xzxjesse jessicaeveline121@gmail.com 221022319 Jo\u00e3o Victor Marques Reis de Miranda @jmarquees jmarquees_ rreisjoao@gmail.com 200058576 Jo\u00e3o Vitor Santos de Oliveira @Jauzimm johnyjohnes joaovitorso071@gmail.com 221022337 Luis Eduardo Castro Mendes de Lima @Luidooo Luido__ eng.limaluis@gmail.com 221008285 Pedro Gustavo de Souza Santos @PedroGusta sukoh pgustavodesouzasantos@gmail.com 221008605 Renan Vieira Guedes @R-enanVieira renannx renanv.guedes7@gmail.com 221031363 Ruan Sobreira Carvalho @Ruan-Carvalho huebr1337 ruansobreira11@gmail.com 211043763 Vitor Carvalho Pereira @vcpVitor vitor_cp vitorpereira032@gmail.com 211062615"},{"location":"atasReuniao/reuniao1/","title":"Reuni\u00e3o 1","text":""},{"location":"atasReuniao/reuniao1/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento visa apresentar os dados da primeira reuni\u00e3o realizada entre as equipes. Houve apresenta\u00e7\u00e3os dos membros e discuss\u00e3o dos primeiros detalhes do projeto.

"},{"location":"atasReuniao/reuniao1/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao1/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao1/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 08/04/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 1 Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 08/04/2024 1.1 Ajuste na padroniza\u00e7\u00e3o do documento Gabriel Roger Amorim da Cruz e Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 08/04/2024 1.2 Corre\u00e7\u00e3o na lista de presentes Gabriel Roger Amorim da Cruz e Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 09/04/2024 1.3 Corre\u00e7\u00e3o na lista de presentes Gabriel Roger Amorim da Cruz e Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo"},{"location":"atasReuniao/reuniao10/","title":"Reuni\u00e3o 10","text":""},{"location":"atasReuniao/reuniao10/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 22/07 foi realizada a reuni\u00e3o semanal com o PO do projeto UnB-TV. Nela foi evidenciado o que foi desenvolvido na sprint 1 e validado o que ser\u00e1 desenvolvido na sprint 2, com o refinamento de atividades e crit\u00e9rios de aceita\u00e7\u00e3o das hist\u00f3rias de usu\u00e1rio a serem desenvolvidas.

"},{"location":"atasReuniao/reuniao10/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao10/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao10/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 23/07/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 10 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao11/","title":"Reuni\u00e3o 11","text":""},{"location":"atasReuniao/reuniao11/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 22/07 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da sprint para cada trio. Foi definido que Victor Hugo, Benjamim e Jo\u00e3o Victor Marques ficaram encarregados da US01, Gabriel Roger, Felipe e Jo\u00e3o Vitor ficaram encarregados da US02 e Jo\u00e3o Pedro, Vinicius, Gabriel Henrique, J\u00e9ssica, Pedro e Ruan ficaram encarregados da US20.

"},{"location":"atasReuniao/reuniao11/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao11/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao11/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao11/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 23/07/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 11 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao12/","title":"Reuni\u00e3o 12","text":""},{"location":"atasReuniao/reuniao12/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 30/07 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da sprint para cada trio juntamente com o PO. Foi definido que Victor Hugo, Ruan e J\u00e9ssica ficaram encarregados da US04, Gabriel Roger, Jo\u00e3o Victor e Jo\u00e3o Vitor ficaram encarregados da US06, Jo\u00e3o Pedro, Pedro e Felipe ficaram encarregados da US08 e Vinicius, Gabriel Henrique e Benjamim ficaram encarregados da US13.

"},{"location":"atasReuniao/reuniao12/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao12/#2-membros-participantes","title":"2. Membros Participantes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Victor Marques Reis de Miranda
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao12/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao12/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 23/07/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 12 Gabriel Roger Amorim da Cruz 01/08/2024 1.1 Adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz 06/08/2024 1.2 Adi\u00e7\u00e3o da Defini\u00e7\u00e3o de Pronto Jo\u00e3o Pedro de Camargo Vaz"},{"location":"atasReuniao/reuniao13/","title":"Reuni\u00e3o 13","text":""},{"location":"atasReuniao/reuniao13/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 29/07 foi realizada a reuni\u00e3o de entrega da Release 1, que contou com a presen\u00e7a dos membros da equipe, do professor Hilmer Rodrigues Neri e dos POs do projeto UnB-TV. Nessa reuni\u00e3o, inicialmente foi realizado uma apresenta\u00e7\u00e3o para evidenciar o plano de desenvolvimento, as fases/etapas j\u00e1 executadas, os resultados parciais e realizar a entrega da primeira release do projeto. Ap\u00f3s isso, foi destinado um tempo para considera\u00e7\u00f5es dos POs e, por fim, a reuni\u00e3o contou com um momento voltado para argui\u00e7\u00f5es e considera\u00e7\u00f5es gerais do professor Hilmer, visando levantar os pontos positivos e negativos da entrega para viabilizar a evolu\u00e7\u00e3o da equipe.

"},{"location":"atasReuniao/reuniao13/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Victor Marques Reis de Miranda
  • Jo\u00e3o Vitor Santos de Oliveira
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao13/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/07/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 13 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao14/","title":"Reuni\u00e3o 14","text":""},{"location":"atasReuniao/reuniao14/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 05/08 foi realizada a reuni\u00e3o de retrospectiva do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS). Nesse sentido, foram avaliados os processos internos do time em rela\u00e7\u00e3o ao \u00e1gil. Para essa finalidade, foi desenvolvida uma documenta\u00e7\u00e3o para elicitar os pontos negativos e positvos do time, bem como pontos a serem melhorados.

"},{"location":"atasReuniao/reuniao14/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao14/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao14/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 14 Jo\u00e3o Pedro de Camargo Vaz 06/08/2024 1.1 Adi\u00e7\u00e3o dos participantes Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 06/08/2024 1.2 Adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz 06/08/2024 1.3 Pequenas corre\u00e7\u00f5es ortogr\u00e1ficas Gabriel Roger Amorim da Cruz 06/08/2024 1.4 Corre\u00e7\u00e3o dos participantes da reuni\u00e3o Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao15/","title":"Reuni\u00e3o 15","text":""},{"location":"atasReuniao/reuniao15/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 05/08 foi realizada a reuni\u00e3o de review do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) com o PO do projeto. Nesse sentido, foram averiguadas e validadas as hist\u00f3rias que o time atuou ao longo da sprint. Vale ressaltar, ainda, que o time liberou o formul\u00e1rio para o PO preencher conforme a avalia\u00e7\u00e3o dele sob o que foi desenvolvido. Assim, \u00e9 uma forma de rastrear os testes funcionais realizados pelo dono do produto.

"},{"location":"atasReuniao/reuniao15/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao15/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao15/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 15 Jo\u00e3o Pedro de Camargo Vaz 06/08/2024 1.1 Adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao16/","title":"Reuni\u00e3o 16","text":""},{"location":"atasReuniao/reuniao16/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 05/08 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da sprint para cada trio. Foi definido quais hist\u00f3rias do backlog do produto seriam escolhidas para a meta da sprint. Bem como respodido as perguntas relativas ao rito \u00e1gil de planning: \"O porque a sprint \u00e9 valiosa para o produto?\", \"Quais Itens do Backlog ir\u00e3o para o Sprint Backlog?\" e \"O plano para cumprir a Sprint\". Nesse sentido, em rela\u00e7\u00e3o \u00e0s perguntas, foi definido que iremos atuar nas hist\u00f3rias, previstas no sequenciador da lean inception, US06, US09, US11, US14. Foi definido que Victor Hugo, Gabriel Henrique e J\u00e9ssica ficaram encarregados da US11, Gabriel Roger, Jo\u00e3o Victor e Jo\u00e3o Vitor continuam no desenvolvimento da US06, Jo\u00e3o Pedro, Ruan e Benjamim ficaram encarregados da US09 e Vinicius, Felipe e Pedro ficaram encarregados da US14.

"},{"location":"atasReuniao/reuniao16/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao16/#2-membros-participantes","title":"2. Membros Participantes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao16/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao16/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 16 Jo\u00e3o Pedro de Camargo Vaz 06/08/2024 1.1 Adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz 06/08/2024 1.2 Adi\u00e7\u00e3o das atribui\u00e7\u00f5es das US para os trios Gabriel Roger Amorim da Cruz 06/08/2024 1.3 Corre\u00e7\u00e3o dos participantes da reuni\u00e3o Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao17/","title":"Reuni\u00e3o 17","text":""},{"location":"atasReuniao/reuniao17/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 12/08 foi realizada a reuni\u00e3o de retrospectiva do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) respectiva a Sprint 4. Nesse sentido, foram avaliados os processos internos do time em rela\u00e7\u00e3o ao \u00e1gil, com a an\u00e1lise dos pontos positivos e negativos da equipe ao longo da sprint.

"},{"location":"atasReuniao/reuniao17/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
"},{"location":"atasReuniao/reuniao17/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao17/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 12/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 17 Jo\u00e3o Pedro de Camargo Vaz 13/08/2024 1.1 Corre\u00e7\u00e3o do texto de introdu\u00e7\u00e3o e adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz 13/08/2024 1.2 Corre\u00e7\u00e3o dos membros participantes Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao18/","title":"Reuni\u00e3o 18","text":""},{"location":"atasReuniao/reuniao18/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 12/08 foi realizada a reuni\u00e3o de entrega da Release 2 do projeto UnB-TV. Nessa reuni\u00e3o, inicialmente foi realizado uma apresenta\u00e7\u00e3o para evidenciar o plano de desenvolvimento, as fases/etapas j\u00e1 executadas, os resultados parciais e realizar a entrega da segunda release do projeto. Ap\u00f3s isso, foi destinado um tempo para considera\u00e7\u00f5es do PO e, por fim, a reuni\u00e3o contou com um momento voltado para refinamento e valida\u00e7\u00e3o das hist\u00f3rias da Sprint 5 com uma conversa entre a equipe de desenvolvimento e o PO do projeto.

"},{"location":"atasReuniao/reuniao18/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
"},{"location":"atasReuniao/reuniao18/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao18/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 12/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 18 Jo\u00e3o Pedro de Camargo Vaz 13/08/2024 1.1 Corre\u00e7\u00e3o dos participantes e adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao19/","title":"Reuni\u00e3o 19","text":""},{"location":"atasReuniao/reuniao19/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 12/08 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da Sprint 5 para cada trio. Foi definido quais hist\u00f3rias do backlog do produto seriam escolhidas para a meta da sprint. Bem como respodido as perguntas relativas ao rito \u00e1gil de planning: \"O porque a sprint \u00e9 valiosa para o produto?\", \"Quais Itens do Backlog ir\u00e3o para o Sprint Backlog?\" e \"O plano para cumprir a Sprint\". Nesse sentido, em rela\u00e7\u00e3o \u00e0s perguntas, foi definido que iremos atuar nas hist\u00f3rias, previstas no sequenciador da lean inception, US10, US12, US18, US21. Foi definido que Victor Hugo, Jo\u00e3o Vitor e Pedro ficaram encarregados da US21, Gabriel Roger, Benjamim e J\u00e9ssica ficam no desenvolvimento da US18, Jo\u00e3o Pedro, Ruan e Gabriel ficaram encarregados da U10 e Vinicius, Felipe e Jo\u00e3o Marques ficaram encarregados da US12.

"},{"location":"atasReuniao/reuniao19/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao19/#2-membros-participantes","title":"2. Membros Participantes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
"},{"location":"atasReuniao/reuniao19/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 12/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 19 Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 13/08/2024 1.1 Corre\u00e7\u00e3o dos participantes Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao2/","title":"Reuni\u00e3o 2","text":""},{"location":"atasReuniao/reuniao2/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 04/04, foi realizado um doj\u00f4 abortando quest\u00f5es infra e dev do nosso projeto. Falamos sobre as tecnologias docker, git e linux (parte de infra) e fastapi, html/css e angular (dev).

"},{"location":"atasReuniao/reuniao2/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao2/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao2/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 08/04/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 1 Jo\u00e3o Pedro de Camargo Vaz 09/04/2024 1.1 Adi\u00e7\u00e3o das grava\u00e7\u00f5es das reuni\u00f5es Jo\u00e3o Pedro de Camargo Vaz e Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 10/04/2024 1.2 Ajuste na padroniza\u00e7\u00e3o do documento Gabriel Roger Amorim da Cruz 10/04/2024 1.3 Corre\u00e7\u00e3o na lista de presentes Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao20/","title":"Reuni\u00e3o 20","text":""},{"location":"atasReuniao/reuniao20/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 14/08 foi realizada uma reuni\u00e3o com os novos membros da equipe para apresentar o projeto UnB-TV. Inicialmente, foi apresentado o Github Pages e o Roadmap da equipe. Ap\u00f3s isso, foi apresentado o MVP do projeto e foi dado uma explica\u00e7\u00e3o geral sobre o seu funcionamento. Por fim, foi realizado um tutorial de passo a passo para configurar o ambiente de desenvolvimento e realizado uma explica\u00e7\u00e3o geral sobre a arquitetura e sobre a fun\u00e7\u00e3o de cada reposit\u00f3rio do projeto.

"},{"location":"atasReuniao/reuniao20/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Gabriel Henrique Rodrigues de Lima
  • Luis Eduardo Castro Mendes de Lima
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao20/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao20/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 14/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 20 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao21/","title":"Reuni\u00e3o 21","text":""},{"location":"atasReuniao/reuniao21/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 19/08 foi realizada a reuni\u00e3o de retrospectiva do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) respectiva a Sprint 5. Nesse sentido, foram avaliados os processos internos do time em rela\u00e7\u00e3o ao \u00e1gil, com a an\u00e1lise dos pontos positivos e negativos da equipe ao longo da sprint.

"},{"location":"atasReuniao/reuniao21/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Gabriel Henrique Rodrigues de Lima
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao21/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao21/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 13/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 21 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao22/","title":"Reuni\u00e3o 22","text":""},{"location":"atasReuniao/reuniao22/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 19/08 foi realizada a reuni\u00e3o de review do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) com o PO do projeto. Nesse sentido, foram averiguadas e validadas as hist\u00f3rias que o time atuou ao longo da sprint. Vale ressaltar, ainda, que o time liberou o formul\u00e1rio para o PO preencher conforme a avalia\u00e7\u00e3o dele sob o que foi desenvolvido. Assim, \u00e9 uma forma de rastrear os testes funcionais realizados pelo dono do produto.

"},{"location":"atasReuniao/reuniao22/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • Jo\u00e3o Vitor Santos de Oliveira
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao22/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao22/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 19/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 22 Jo\u00e3o Pedro de Camargo Vaz 21/08/2024 1.1 Adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o e corre\u00e7\u00e3o dos membros presentes Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao23/","title":"Reuni\u00e3o 23","text":""},{"location":"atasReuniao/reuniao23/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 19/08 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da Sprint 6 para cada trio. Foi definido quais hist\u00f3rias do backlog do produto seriam escolhidas para a meta da sprint. Bem como respodido as perguntas relativas ao rito \u00e1gil de planning: \"O porque a sprint \u00e9 valiosa para o produto?\", \"Quais Itens do Backlog ir\u00e3o para o Sprint Backlog?\" e \"O plano para cumprir a Sprint\". Nesse sentido, em rela\u00e7\u00e3o \u00e0s perguntas, foi definido que iremos atuar nas hist\u00f3rias, previstas no sequenciador da lean inception, US10, US16, US18, US21. Foi definido que Victor Hugo, Jo\u00e3o Vitor e Benjamim ficaram encarregados da US21, Gabriel Roger, Pedro e J\u00e9ssica ficam no desenvolvimento da US18, Jo\u00e3o Pedro, Ruan e Gabriel ficaram encarregados da U10 e Vinicius, Felipe e Jo\u00e3o Marques ficaram encarregados da US16. Al\u00e9m disso, os novos integrantes Luis, Renan e Vitor ficaram encarregados de realizar os ajustes sugeridos pelos POs do projeto ap\u00f3s a entrega da Release 2.

"},{"location":"atasReuniao/reuniao23/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao23/#2-membros-participantes","title":"2. Membros Participantes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Gabriel Henrique Rodrigues de Lima
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao23/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao23/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 21/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 23 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao24/","title":"Reuni\u00e3o 24","text":""},{"location":"atasReuniao/reuniao24/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 26/08 foi realizado a reuni\u00e3o de retrospectiva do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) respectiva a Sprint 6. Nesse sentido, foram avaliados os processos internos do time em rela\u00e7\u00e3o ao \u00e1gil, com a an\u00e1lise dos pontos positivos e negativos da equipe ao longo da sprint. Vale ressaltar que, por problemas t\u00e9cnicos, a reuni\u00e3o n\u00e3o foi gravada.

"},{"location":"atasReuniao/reuniao24/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • Jo\u00e3o Victor Marques Reis de Miranda
  • Jo\u00e3o Vitor Santos de Oliveira
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao24/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 24 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao25/","title":"Reuni\u00e3o 25","text":""},{"location":"atasReuniao/reuniao25/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 26/08 foi realizada a reuni\u00e3o de review do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) com o PO do projeto. Nesse sentido, foram averiguadas e validadas as hist\u00f3rias que o time atuou ao longo da sprint. Vale ressaltar, ainda, que o time liberou o formul\u00e1rio para o PO preencher conforme a avalia\u00e7\u00e3o dele sob o que foi desenvolvido. Assim, \u00e9 uma forma de rastrear os testes funcionais realizados pelo dono do produto.

"},{"location":"atasReuniao/reuniao25/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Victor Marques Reis de Miranda
  • Jo\u00e3o Vitor Santos de Oliveira
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao25/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao25/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 25 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao26/","title":"Reuni\u00e3o 26","text":""},{"location":"atasReuniao/reuniao26/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 19/08 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da Sprint 6 para cada trio. Foi definido quais hist\u00f3rias do backlog do produto seriam escolhidas para a meta da sprint. Bem como respodido as perguntas relativas ao rito \u00e1gil de planning: \"O porque a sprint \u00e9 valiosa para o produto?\", \"Quais Itens do Backlog ir\u00e3o para o Sprint Backlog?\" e \"O plano para cumprir a Sprint\". Nesse sentido, em rela\u00e7\u00e3o \u00e0s perguntas, foi definido que iremos atuar nas hist\u00f3rias, previstas no sequenciador da lean inception, US05, US15, US16, US22. Foi definido que Jo\u00e3o Pedro, Gabriel Henrique, Renan e Ruan ficaram encarregados da US05, Victor Hugo, Benjamim, Jo\u00e3o Vitor e Vitor ficaram encarregados da U15, Vinicius, Felipe e Jo\u00e3o Marques continuar\u00e3o o desenvolvimento da US16 e Gabriel Roger, Pedro, J\u00e9ssica e Luis ficam no desenvolvimento da US22.

"},{"location":"atasReuniao/reuniao26/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao26/#2-membros-participantes","title":"2. Membros Participantes","text":"
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Pedro Gustavo de Souza Santos
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao26/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao26/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/08/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 26 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao27/","title":"Reuni\u00e3o 27","text":""},{"location":"atasReuniao/reuniao27/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 02/09 foi realizado a reuni\u00e3o de retrospectiva do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) respectiva a Sprint 7. Nesse sentido, foram avaliados os processos internos do time em rela\u00e7\u00e3o ao \u00e1gil, com a an\u00e1lise dos pontos positivos e negativos da equipe ao longo da sprint.

"},{"location":"atasReuniao/reuniao27/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Gabriel Henrique Rodrigues de Lima
  • Jo\u00e3o Vitor Santos de Oliveira
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao27/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao27/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 02/09/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 27 Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 06/09/2024 1.1 Corre\u00e7\u00e3o dos participantes e adi\u00e7\u00e3o da grava\u00e7\u00e3o da reuni\u00e3o Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao28/","title":"Reuni\u00e3o 28","text":""},{"location":"atasReuniao/reuniao28/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 02/09 foi realizada a reuni\u00e3o de review do time de desenvolvedores do UNB TV - 2024.1 (alunos de EPS e MDS) com o PO do projeto. Nesse sentido, foram averiguadas e validadas as hist\u00f3rias que o time atuou ao longo da sprint. Vale ressaltar, ainda, que o time liberou o formul\u00e1rio para o PO preencher conforme a avalia\u00e7\u00e3o dele sob o que foi desenvolvido. Assim, \u00e9 uma forma de rastrear os testes funcionais realizados pelo dono do produto.

"},{"location":"atasReuniao/reuniao28/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Victor Marques Reis de Miranda
  • Jo\u00e3o Vitor Santos de Oliveira
  • Luis Eduardo Castro Mendes de Lima
  • Pedro Gustavo de Souza Santos
  • Renan Vieira Guedes
  • Ruan Sobreira Carvalho
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao28/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao28/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 02/09/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 28 Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo"},{"location":"atasReuniao/reuniao29/","title":"Reuni\u00e3o 29","text":""},{"location":"atasReuniao/reuniao29/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 02/09 foi realizada a Planning da equipe, com a designa\u00e7\u00e3o das tarefas da Sprint 6 para cada trio. Foi definido quais hist\u00f3rias do backlog do produto seriam escolhidas para a meta da sprint. Bem como respodido as perguntas relativas ao rito \u00e1gil de planning: \"O porque a sprint \u00e9 valiosa para o produto?\", \"Quais Itens do Backlog ir\u00e3o para o Sprint Backlog?\" e \"O plano para cumprir a Sprint\". Nesse sentido, em rela\u00e7\u00e3o \u00e0s perguntas, foi definido que iremos atuar no aumento da cobertura de testes, com o Gabriel Roger, Vitor, Gabriel Henrique e Pedro, na realiza\u00e7\u00e3o do merge com o reposit\u00f3rio central, com o Victor Hugo, Ruan Carvalho e Jo\u00e3o Vitor, nas altera\u00e7\u00f5es sugeridas p\u00f3s r3, com o Jo\u00e3o Pedro, Jo\u00e3o Marques, Benjamim Lacertda e Lu\u00eds, e por fim na hist\u00f3ria US23, com o Vinicius, Felipe, J\u00e9ssica e Renan.

"},{"location":"atasReuniao/reuniao29/#11-definicao-de-pronto","title":"1.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"atasReuniao/reuniao29/#2-membros-participantes","title":"2. Membros Participantes","text":"
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Pedro Gustavo de Souza Santos
  • Vitor Carvalho Pereira
"},{"location":"atasReuniao/reuniao29/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao29/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 02/09/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 29 Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo"},{"location":"atasReuniao/reuniao3/","title":"Reuni\u00e3o 3","text":""},{"location":"atasReuniao/reuniao3/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 08/04 foi realizada uma reuni\u00e3o para apresentar o lean inception para os membros de MDS e o passo a passo para rodar o projeto.

"},{"location":"atasReuniao/reuniao3/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao3/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao3/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 08/04/2024 1.0 Vers\u00e3o inicial da reuniao 3 Gabriel Roger Amorim da Cruz 08/04/2024 1.1 Corre\u00e7\u00e3o da lista de membros presentes Gabriel Roger Amorim da Cruz 08/04/2024 1.2 Padroniza\u00e7\u00e3o do documento e adi\u00e7\u00e3o de link da grava\u00e7\u00e3o Gabriel Roger Amorim da Cruz 08/04/2024 1.3 Corre\u00e7\u00e3o do link da grava\u00e7\u00e3o Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao4/","title":"Reuni\u00e3o 4","text":""},{"location":"atasReuniao/reuniao4/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 10/04 foi realizada a reuni\u00e3o de kick-off do projeto UnB-TV.

"},{"location":"atasReuniao/reuniao4/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
"},{"location":"atasReuniao/reuniao4/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao4/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 11/04/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 4 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao5/","title":"Reuni\u00e3o 5","text":""},{"location":"atasReuniao/reuniao5/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 15/04 foi realizada a primeira reuni\u00e3o com objetivo de definir o MVP do projeto UnB-TV para o semestre 2024.1.

"},{"location":"atasReuniao/reuniao5/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Victor Marques Reis de Miranda
  • Jo\u00e3o Vitor Santos de Oliveira
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao5/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao5/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 16/04/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 5 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao6/","title":"Reuni\u00e3o 6","text":""},{"location":"atasReuniao/reuniao6/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 16/04 foi realizada a segunda reuni\u00e3o com objetivo de definir o MVP do projeto UnB-TV para o semestre 2024.1. Foram revisados e aprimorados as atividades de Vis\u00e3o do Produto, O Produto \u00c9 - N\u00c3O \u00c9 - FAZ - N\u00c3O FAZ, Objetivos do Produto, Personas, Jornada do Usu\u00e1rio e Brainstorming de Funcionalidades.

"},{"location":"atasReuniao/reuniao6/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao6/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao6/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 17/04/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 6 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao7/","title":"Reuni\u00e3o 7","text":""},{"location":"atasReuniao/reuniao7/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 12/04 foi realizado uma reuni\u00e3o para defini\u00e7\u00e3o dos story points das hist\u00f3rias de usu\u00e1rio do MVP do projeto. Infelizmente ocorreu um problema na grava\u00e7\u00e3o, ent\u00e3o essa \u00e9 a \u00fanica documenta\u00e7\u00e3o dessa reuni\u00e3o.

"},{"location":"atasReuniao/reuniao7/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • Jo\u00e3o Vitor Santos de Oliveira
"},{"location":"atasReuniao/reuniao7/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 11/04/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 7 Gabriel Roger Amorim da Cruz e Jo\u00e3o Pedro de Camargo Vaz"},{"location":"atasReuniao/reuniao8/","title":"Reuni\u00e3o 8","text":""},{"location":"atasReuniao/reuniao8/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 17/07 foi realizada a reuni\u00e3o semanal com o PO do projeto, com objetivo de realizar uma retrospectiva geral do projeto at\u00e9 o momento (com o MVP consolidado), expor o backlog do produto (com os \u00e9picos e as hist\u00f3rias de usu\u00e1rio), al\u00e9m de apresentar o roadmap no Zenhub, a EAP do projeto, as hist\u00f3rias iniciais j\u00e1 documentadas pela equipe. Al\u00e9m disso, tamb\u00e9m houve um momento de esclarecimentos quanto \u00e0 apresenta\u00e7\u00e3o do produto para a reitoria da UnB.

"},{"location":"atasReuniao/reuniao8/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Jo\u00e3o Pedro de Camargo Vaz
  • Victor Hugo Oliveira Le\u00e3o
  • Vinicius Assump\u00e7\u00e3o de Ara\u00fajo
  • Benjamim Lacerda Santos
  • Felipe de Jesus Rodrigues
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao8/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao8/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 17/07/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 8 Gabriel Roger Amorim da Cruz"},{"location":"atasReuniao/reuniao9/","title":"Reuni\u00e3o 9","text":""},{"location":"atasReuniao/reuniao9/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

No dia 22/07, foi realizada uma reuni\u00e3o para desenvolvimento da primeira hist\u00f3ria de usu\u00e1rio (US03), que trata da adi\u00e7\u00e3o do campo de url de v\u00eddeo na aba de sugest\u00e3o de pauta.

"},{"location":"atasReuniao/reuniao9/#2-membros-presentes","title":"2. Membros Presentes","text":"
  • Gabriel Roger Amorim da Cruz
  • Victor Hugo Oliveira Le\u00e3o
  • Benjamim Lacerda Santos
  • Gabriel Henrique Rodrigues de Lima
  • J\u00e9ssica Eveline Saraiva Ara\u00fajo
  • Jo\u00e3o Vitor Santos de Oliveira
  • Pedro Gustavo de Souza Santos
  • Ruan Sobreira Carvalho
"},{"location":"atasReuniao/reuniao9/#3-gravacao-da-reuniao","title":"3. Grava\u00e7\u00e3o da Reuni\u00e3o","text":""},{"location":"atasReuniao/reuniao9/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 22/07/2024 1.0 Vers\u00e3o inicial da reuni\u00e3o 9 Gabriel Roger Amorim da Cruz"},{"location":"codigo/arquitetura/","title":"Documento de Arquitetura","text":""},{"location":"codigo/arquitetura/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Este documento detalha a estrutura do software de um projeto que incorpora Angular para o frontend. Ele \u00e9 composto por quatro microsservi\u00e7os desenvolvidos com FastAPI, um gateway em Node para facilitar a comunica\u00e7\u00e3o entre esses servi\u00e7os e um banco de dados PostgreSQL, al\u00e9m de consumir a API do EduPlay para acessar os v\u00eddeos e programas ao vivo. A estrutura projetada tem foco na escalabilidade, resili\u00eancia e alto desempenho. Baseia-se no conceito de microsservi\u00e7os, onde componentes distintos funcionam como servi\u00e7os aut\u00f4nomos, interagindo por meio de interfaces claramente estabelecidas. Este \u00e9 um esbo\u00e7o da arquitetura em um n\u00edvel geral:

Fonte: Adaptado do semestre anterior

"},{"location":"codigo/arquitetura/#2-tecnologias","title":"2. Tecnologias","text":""},{"location":"codigo/arquitetura/#21-angular","title":"2.1. Angular","text":"

Angular \u00e9 empregado como a principal tecnologia de frontend neste projeto, proporcionando uma interface de usu\u00e1rio interativa e responsiva. Sua arquitetura robusta e recursos avan\u00e7ados de bidirectional data binding facilitam a gest\u00e3o eficiente dos estados da interface, enquanto sua integra\u00e7\u00e3o com os microsservi\u00e7os via HTTP garante uma comunica\u00e7\u00e3o fluida e eficiente. Angular tamb\u00e9m contribui para uma manuten\u00e7\u00e3o mais f\u00e1cil e um desenvolvimento \u00e1gil, gra\u00e7as \u00e0 sua estrutura modular e ao extenso ecossistema de ferramentas.

"},{"location":"codigo/arquitetura/#22-fastapi","title":"2.2. FastAPI","text":"

FastAPI \u00e9 utilizado neste projeto para desenvolver tr\u00eas microsservi\u00e7os, destacando-se por sua alta performance e facilidade de uso. Este framework de Python permite a constru\u00e7\u00e3o r\u00e1pida de APIs eficientes, com recursos autom\u00e1ticos de documenta\u00e7\u00e3o interativa e valida\u00e7\u00e3o de dados. A escolha do FastAPI apoia a arquitetura de microsservi\u00e7os do projeto, proporcionando uma comunica\u00e7\u00e3o \u00e1gil e confi\u00e1vel entre os diferentes servi\u00e7os, al\u00e9m de facilitar a escalabilidade e manuten\u00e7\u00e3o do sistema.

"},{"location":"codigo/arquitetura/#23-nodejs","title":"2.3. Node.js","text":"

Node.js \u00e9 um ambiente de execu\u00e7\u00e3o JavaScript usado no projeto para a constru\u00e7\u00e3o do gateway, devido ao seu desempenho ass\u00edncrono e n\u00e3o bloqueante, permitindo a gest\u00e3o eficiente de m\u00faltiplas conex\u00f5es simult\u00e2neas. Tamb\u00e9m se adapta bem a arquiteturas de microsservi\u00e7os e \u00e9 multiplataforma, facilitando a implanta\u00e7\u00e3o em diferentes sistemas operacionais, o que torna esta tecnologia uma escolha robusta e vers\u00e1til para o gateway.

"},{"location":"codigo/arquitetura/#24-postgresql","title":"2.4. PostgreSQL","text":"

No projeto, o PostgreSQL \u00e9 utilizado como o sistema de gerenciamento de banco de dados, oferecendo uma solu\u00e7\u00e3o robusta e confi\u00e1vel para armazenamento e recupera\u00e7\u00e3o de dados. Sua escolha deve-se \u00e0 sua performance elevada, suporte a transa\u00e7\u00f5es complexas e compatibilidade com os padr\u00f5es SQL. Al\u00e9m disso, o PostgreSQL \u00e9 conhecido por sua extensibilidade e forte conformidade com ACID, garantindo a integridade e a seguran\u00e7a dos dados. Essas caracter\u00edsticas o tornam uma escolha adequada para gerenciar as informa\u00e7\u00f5es cr\u00edticas e assegurar a efici\u00eancia na manipula\u00e7\u00e3o de dados no contexto do projeto.

"},{"location":"codigo/arquitetura/#3-representacao-dos-servicos","title":"3. Representa\u00e7\u00e3o dos servi\u00e7os","text":"

  • Frontend: Respons\u00e1vel por todas as intera\u00e7\u00f5es do usu\u00e1rio com o sistema, este servi\u00e7o \u00e9 o meio pelo qual o usu\u00e1rio pode acessar visualmente as funcionalidades oferecidas no contexto da aplica\u00e7\u00e3o. Exemplo: Logar por redes sociais ou email, visualizar o cat\u00f3logo dos v\u00eddeos com os programas, sugerir pauta, assistir ao canal ao vivo.

  • VideoService: Microservi\u00e7o respons\u00e1vel pelas intera\u00e7\u00f5es entre usu\u00e1rio e v\u00eddeo, al\u00e9m do m\u00f3dulo de recomenda\u00e7\u00f5es. Tamb\u00e9m \u00e9 respons\u00e1vel pela grade de programa\u00e7\u00e3o dos programas (a funcionalidade de coment\u00e1rios foi retirada).

  • Users: Microsservi\u00e7o respons\u00e1vel pela gest\u00e3o dos usu\u00e1rios da aplica\u00e7\u00e3o e seus acessos, sejam eles usu\u00e1rios \"comuns\" ou adminisitradores.

  • Admin: Microsservi\u00e7o respons\u00e1vel por gerenciar tarefas de envio/responsabilidade direto ao administrador como, por exemplo, a sugest\u00e3o de pauta. As funcionalidades aqui n\u00e3o competem \u00e0s responsabilidades dos usu\u00e1rios em si, nem ao servi\u00e7o de entrega de v\u00eddeos.

  • Gateway: Respons\u00e1vel para realizar a interface do usu\u00e1rio com os demais servi\u00e7os da aplica\u00e7\u00e3o, provendo autentica\u00e7\u00e3o e autoriza\u00e7\u00e3o.

"},{"location":"codigo/arquitetura/#4-visao-logica","title":"4. Vis\u00e3o l\u00f3gica","text":"

Composto por dois tipos de diagramas:

  • Diagrama de pacotes: organizar elementos do sistema em grupos chamados pacotes. Esses pacotes representam agrupamentos l\u00f3gicos de classes, interfaces e outros elementos que compartilham um prop\u00f3sito comum. O diagrama de pacotes ajuda a visualizar a estrutura de alto n\u00edvel do sistema, mostrando como os pacotes est\u00e3o relacionados e como eles dependem uns dos outros, facilitando a compreens\u00e3o da organiza\u00e7\u00e3o e modularidade do sistema.
  • Diagrama de implanta\u00e7\u00e3o: ilustrar a configura\u00e7\u00e3o f\u00edsica de hardware e software do sistema. O diagrama de implanta\u00e7\u00e3o ajuda a entender como o sistema ser\u00e1 fisicamente distribu\u00eddo, como os componentes se comunicam entre si e quais recursos de hardware s\u00e3o necess\u00e1rios, permitindo uma vis\u00e3o clara da arquitetura f\u00edsica e dos requisitos de infraestrutura do sistema.
"},{"location":"codigo/arquitetura/#41-diagrama-de-pacote-front-end","title":"4.1. Diagrama de pacote Front-end","text":"

Descri\u00e7\u00f5es breves dos pacotes:

  • src: cont\u00e9m todos os arquivos de c\u00f3digo-fonte do front-end;
  • assets: cont\u00e9m arquivos est\u00e1ticos (imagens);
  • shared/model: classes est\u00e1ticas usadas ao longo do c\u00f3digo;
  • app: cont\u00e9m o c\u00f3digo-fonte execut\u00e1vel;
  • components: componentes que est\u00e3o presentes em todas p\u00e1ginas (header e footer);
  • environment: vari\u00e1veis de ambiente;
  • guard: respons\u00e1vel pela autentica\u00e7\u00e3o em p\u00e1ginas que a necessita;
  • helper: validadores;
  • interceptor: interceptador de token;
  • pages: p\u00e1ginas e componentes do sistema;
  • services: arquivos com fun\u00e7\u00f5es usadas nas p\u00e1ginas e componentes.
"},{"location":"codigo/arquitetura/#42-diagrama-de-pacote-back-end","title":"4.2. Diagrama de pacote Back-end","text":"

Descri\u00e7\u00f5es breves dos pacotes:

  • src: cont\u00e9m todos os arquivos de c\u00f3digo-fonte do back-end;
  • tests: arquivos de testes;
  • constants: arquivos com vari\u00e1veis constantes no c\u00f3digo;
  • controller: aplica os endpoints;
  • domain: classes a serem aplicadas nos endpoints;
  • model: estrutura de classes para o banco de dados;
  • repository: fun\u00e7\u00f5es de comunica\u00e7\u00e3o com o banco de dados;
  • utils: fun\u00e7\u00f5es adicionais.
"},{"location":"codigo/arquitetura/#43-diagrama-de-implantacao","title":"4.3. Diagrama de implanta\u00e7\u00e3o","text":""},{"location":"codigo/arquitetura/#5-diagrama-entidade-relacionamento-der","title":"5. Diagrama Entidade Relacionamento (DER)","text":"

O diagrama de entidade-relacionamento serve como uma ferramenta gr\u00e1fica para modelar bancos de dados, proporcionando uma vis\u00e3o clara e abrangente da estrutura do banco de dados. Este diagrama \u00e9 \u00fatil para equipes de desenvolvimento, pois descreve visualmente os objetos (entidades) que fazem parte do projeto, incluindo suas caracter\u00edsticas espec\u00edficas (atributos) e as formas como se relacionam entre si.

"},{"location":"codigo/arquitetura/#6-diagrama-logico-de-dados-dld","title":"6. Diagrama L\u00f3gico de Dados (DLD)","text":"

O diagrama l\u00f3gico de dados \u00e9 uma representa\u00e7\u00e3o detalhada que se aproxima da estrutura final a ser implementada no banco de dados. Este diagrama inclui tabelas, especificando todos os atributos, al\u00e9m de identificar as chaves prim\u00e1rias e estrangeiras. Ele define a estrutura dos elementos de dados e seus inter-relacionamentos, descrevendo assim as necessidades de dados requeridas para o projeto.

"},{"location":"codigo/arquitetura/#5-referencias-bibliograficas","title":"5. Refer\u00eancias Bibliogr\u00e1ficas","text":"

CREATELY. O Guia F\u00e1cil de Diagramas de Implanta\u00e7\u00e3o UML. Dispon\u00edvel em: https://creately.com/blog/pt/diagrama/tutorial-do-diagrama-de-implantacao.

Geekhunter. O que s\u00e3o microsservi\u00e7os e como funcionam?. Dispon\u00edvel em: https://blog.geekhunter.com.br/arquitetura-de-microsservicos-x-arquitetura-monolitica/.

"},{"location":"codigo/arquitetura/#6-historico-de-versao","title":"6. Hist\u00f3rico de vers\u00e3o","text":"Data Descri\u00e7\u00e3o Autore(es) 15/07/2024 Adi\u00e7\u00e3o inicial do documento Vin\u00edcius Assump\u00e7\u00e3o de ara\u00fajo 16/07/2024 Adi\u00e7\u00e3o do diagrama de arquitetura e implanta\u00e7\u00e3o Victor Hugo Oliveira Le\u00e3o 16/07/2024 Adi\u00e7\u00e3o do DER e do DLD Gabriel Roger Amorim da Cruz"},{"location":"codigo/endpoints/","title":"Documenta\u00e7\u00e3o dos Endpoints","text":""},{"location":"codigo/endpoints/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento apresenta a documenta\u00e7\u00e3o de cada um dos endpoints do c\u00f3digo fonte. Eles ser\u00e3o divididos pelos m\u00f3dulos (Users, Admin, VideoService e Gateway), e destrinchados em url, m\u00e9todo, descri\u00e7\u00e3o, dados de input/requisi\u00e7\u00e3o (caso tenha), status e resposta. As possibilidades de exce\u00e7\u00f5es tamb\u00e9m ser\u00e3o explicadas.

"},{"location":"codigo/endpoints/#2-endpoints-de-users","title":"2. Endpoints de Users","text":""},{"location":"codigo/endpoints/#authcontroller","title":"authController","text":"

  1. get_connection: /auth/vinculo => GET

    • Descri\u00e7\u00e3o:
      • Retorna os v\u00ednculos poss\u00edveis.
    • Input/Requisi\u00e7\u00e3o:
      • None
    • Status:
      • 200 (OK)
    • Resposta:
      • Lista de v\u00ednculos (em utils/enumeration.py)

  2. register: /auth/register => POST

    • Descri\u00e7\u00e3o:
      • Registra um usu\u00e1rio.
    • Input/Requisi\u00e7\u00e3o:
      • UserCreate (domain/authSchema.py): name; connection; email; password.
    • Status:
      • 201 (CREATED)
    • Resposta:
      • Mensagem de sucesso
    • Exce\u00e7\u00f5es:
      • INVALID_CONNECTION: connection n\u00e3o for v\u00e1lido;
      • INVALID_PASSWORD: senha n\u00e3o for v\u00e1lida;
      • EMAIL_ALREADY_REGISTERED: e-mail j\u00e1 registrado.

  3. login: /auth/login => POST

    • Descri\u00e7\u00e3o:
      • Faz o login de um usu\u00e1rio.
    • Input/Requisi\u00e7\u00e3o:
      • UserLogin (domain/authSchema.py): email; password.
    • Status:
      • 200 (OK)
    • Resposta:
      • access_token;
      • refresh_token;
      • token_type: bearer.
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • PASSWORD_NO_MATCH: senha n\u00e3o for a do usu\u00e1rio;
      • ACCOUNT_IS_NOT_ACTIVE: conta n\u00e3o ativa.

  4. login_social: /auth/login/social => POST

    • Descri\u00e7\u00e3o:
      • Faz o login de um usu\u00e1rio por meio de uma rede social.
    • Input/Requisi\u00e7\u00e3o:
      • UserSocial (domain/authSchema.py): name; email.
    • Status:
      • 200 (OK)
    • Resposta:
      • access_token; refresh_token; token_type: bearer; is_new_user; user_id.

  5. refresh_token: /auth/refresh => POST

    • Descri\u00e7\u00e3o:
      • Cria um novo token para um usu\u00e1rio logado.
    • Input/Requisi\u00e7\u00e3o:
      • token
    • Status:
      • 201 (OK)
    • Resposta:
      • access_token;
      • token_type: bearer.

  6. send_new_code: /auth/resend-code => POST

    • Descri\u00e7\u00e3o:
      • Envia novo c\u00f3digo de verifica\u00e7\u00e3o para um usu\u00e1rio.
    • Input/Requisi\u00e7\u00e3o:
      • SendNewCode (domain/authSchema.py): email.
    • Status:
      • 201 (CREATED)
    • Resposta:
      • Mensagem de sucesso
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • ACCOUNT_ALREADY_ACTIVE: conta j\u00e1 estar ativa.

  7. validate_account: /auth/activate-account => PATCH

    • Descri\u00e7\u00e3o:
      • Valida a conta pelo c\u00f3digo.
    • Input/Requisi\u00e7\u00e3o:
      • AccountValidation (domain/authSchema.py): email; code.
    • Status:
      • 200 (OK)
    • Resposta:
      • Mensagem de sucesso
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • ACCOUNT_ALREADY_ACTIVE: conta j\u00e1 estar ativa;
      • INVALID_CODE: c\u00f3digo de ativa\u00e7\u00e3o n\u00e3o v\u00e1lido.

  8. request_password_: /auth/reset-password/request => POST

    • Descri\u00e7\u00e3o:
      • Solicita\u00e7\u00e3o de nova senha.
    • Input/Requisi\u00e7\u00e3o:
      • ResetPasswordRequest (domain/authSchema.py): email.
    • Status:
      • 200 (OK)
    • Resposta:
      • Mensagem de sucesso
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • ACCOUNT_IS_NOT_ACTIVE: conta n\u00e3o ativa.

  9. verify_reset_code: /auth/reset-password/verify => POST

    • Descri\u00e7\u00e3o:
      • Verifica o c\u00f3digo para resetar senha.
    • Input/Requisi\u00e7\u00e3o:
      • ResetPasswordVerify (domain/authSchema.py): email; code.
    • Status:
      • 200 (OK)
    • Resposta:
      • Mensagem de sucesso
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • NO_RESET_PASSWORD_CODE: n\u00e3o haver c\u00f3digo de resetar senha;
      • INVALID_RESET_PASSWORD_CODE: c\u00f3digo de resetar senha inv\u00e1lido.

  10. update_user_password: /auth/reset-password/change => PATCH

    • Descri\u00e7\u00e3o:
      • Atualiza a senha de um usu\u00e1rio.
    • Input/Requisi\u00e7\u00e3o:
      • ResetPasswordUpdate (domain/authSchema.py): email; password; code.
    • Status:
      • None
    • Resposta:
      • Usu\u00e1rio com senha atualizada
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • INVALID_PASSWORD: senha n\u00e3o v\u00e1lida;
      • INVALID_REQUEST: usu\u00e1rio n\u00e3o tem um c\u00f3digo de resetar senha;
      • INVALID_RESET_PASSWORD_CODE: c\u00f3digo de resetar senha inv\u00e1lido.
"},{"location":"codigo/endpoints/#usercontroller","title":"userController","text":"

  1. read_users: /users/ => GET

    • Descri\u00e7\u00e3o:
      • Retorna todos os usu\u00e1rios cadastrado.
    • Input/Requisi\u00e7\u00e3o:
      • None
    • Status:
      • None
    • Resposta:
      • Lista de usu\u00e1rios.

  2. read_user: /users/{user_id} => GET

    • Descri\u00e7\u00e3o:
      • Retorna um usu\u00e1rio pelo id.
    • Input/Requisi\u00e7\u00e3o:
      • user_id;
      • token.
    • Status:
      • None
    • Resposta:
      • Usu\u00e1rio com id do par\u00e2metro
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir.

  3. read_user_by_email: /users/email/{user_email} => GET

    • Descri\u00e7\u00e3o:
      • Retorna um usu\u00e1rio por email.
    • Input/Requisi\u00e7\u00e3o:
      • user_email;
      • token.
    • Status:
      • None
    • Resposta:
      • Usu\u00e1rio com email do par\u00e2metro.
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir.

  4. partial_update_user: /users/{user_id} => PATCH

    • Descri\u00e7\u00e3o:
      • Atualiza os dados de um usu\u00e1rio.
    • Input/Requisi\u00e7\u00e3o:
      • user_id;
      • token;
      • UserUpdate (domain/userSchema.py): name; email; connection.
    • Status:
      • None
    • Resposta:
      • Usu\u00e1rio atualizado.
    • Exce\u00e7\u00f5es:
      • INVALID_CONNECTION: v\u00ednculo n\u00e3o v\u00e1lido;
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir;
      • EMAIL_ALREADY_REGISTERED: email j\u00e1 registrado.

  5. delete_user: /users/{user_id} => DELETE

    • Descri\u00e7\u00e3o:
      • Deleta um usu\u00e1rio.
    • Input/Requisi\u00e7\u00e3o:
      • user_id;
      • token.
    • Status:
      • None
    • Resposta:
      • Usu\u00e1rio deletado.
    • Exce\u00e7\u00f5es:
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir.

  6. update_role: /users/role/{user_id} => PATCH

    • Descri\u00e7\u00e3o:
      • Atualiza o papel de um usu\u00e1rio (admin, user).
    • Input/Requisi\u00e7\u00e3o:
      • user_id;
      • token.
    • Status:
      • None
    • Resposta:
      • Usu\u00e1rio.
    • Exce\u00e7\u00f5es:
      • NO_PERMISSION: usu\u00e1rio sem permiss\u00e3o (n\u00e3o ser admin);
      • USER_NOT_FOUND: usu\u00e1rio n\u00e3o existir.
"},{"location":"codigo/endpoints/#3-endpoints-de-admin","title":"3. Endpoints de Admin","text":""},{"location":"codigo/endpoints/#pautacontroller","title":"pautaController","text":"
  1. simple_send: /pauta/email => POST
    • Descri\u00e7\u00e3o:
      • Envia email com uma sugest\u00e3o de pauta.
    • Input/Requisi\u00e7\u00e3o:
      • email (domain/pautaSchema.py): tema; descri\u00e7\u00e3o; quando; local; responsavel; telefone_responsavel; email_contato.
    • Status:
      • 200 (OK)
    • Resposta:
      • Mensagem de sucesso
"},{"location":"codigo/endpoints/#4-endpoints-de-videoservice","title":"4. Endpoints de VideoService","text":""},{"location":"codigo/endpoints/#schedulecontroller","title":"scheduleController","text":"
  1. get_schedule_day: /schedule/ => GET
    • Descri\u00e7\u00e3o:
      • Realiza webscraping para obter o cronograma de eventos.
    • Input/Requisi\u00e7\u00e3o:
      • day (opcional).
    • Status:
      • None.
    • Resposta:
      • Cronograma
    • Exce\u00e7\u00f5es:
      • INVALID_SCHEDULE_DAY: dia passado for inv\u00e1lido;
      • ERROR_RETRIEVING_SCHEDULE: erro ao obter o cronograma.
"},{"location":"codigo/endpoints/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 20/04/2024 1.0 Vers\u00e3o inicial com pontos 1 a 5 Victor Hugo Oliveira Le\u00e3o"},{"location":"codigo/guia_de_estilo/","title":"Guia de Estilo","text":"

Um guia de estilo \u00e9 um documento que tem como principal objetivo apresentar de maneira clara e concisa as diretrizes gerais de design de um projeto, incluindo elementos como fontes, cores e outros aspectos relevantes.

Este guia de estilo segue as diretrizes fornecidas pela Universidade de Bras\u00edlia (UnB) em seus pr\u00f3prios projetos.

"},{"location":"codigo/guia_de_estilo/#1-elementos","title":"1. Elementos","text":""},{"location":"codigo/guia_de_estilo/#11-cores","title":"1.1 Cores","text":""},{"location":"codigo/guia_de_estilo/#12-icones","title":"1.2 Icones","text":""},{"location":"codigo/guia_de_estilo/#13-tipografia","title":"1.3 Tipografia","text":""},{"location":"codigo/guia_de_estilo/#2-versionamento-do-documento","title":"2. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 27/08/2024 1.0 Vers\u00e3o inicial do documento Gabriel Roger Amorim da Cruz"},{"location":"codigo/rodarprojeto/","title":"Como Rodar o Projeto Localmente","text":""},{"location":"codigo/rodarprojeto/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse \u00e9 um tutorial com passo a passo de como rodar o projeto localmente para os desenvolvedores. Basicamente, todos os m\u00f3dulos do projeto possuem um Docker para tornar poss\u00edvel o deploy local, mas, tamb\u00e9m, configura\u00e7\u00f5es individuais.

Importante: os arquivos .env tem atributos entre {}, quer dizer que eles s\u00e3o confidenciais, logo devem ser obtidos de forma pr\u00f3pria, caso n\u00e3o seja integrante da disciplina no semestre. Caso seja, entre em contato com um estudante de EPS.

"},{"location":"codigo/rodarprojeto/#2-modulo-users","title":"2. M\u00f3dulo Users","text":"

Passo a Passo:

  1. Em uma pasta, fa\u00e7a o clone do reposit\u00f3rio: git clone git@github.com:fga-eps-mds/2024.1-UnB-TV-Users.git e entre na pasta do reposit\u00f3rio: cd 2024.1-UnB-TV-Users/;
  2. Crie um arquivo .env com o seguinte conte\u00fado:
SECRET={secret_alg}\nALGORITHM=HS256\nACCESS_TOKEN_EXPIRE_MINUTES=999999\n\nMAIL_USERNAME={email}\nMAIL_PASSWORD={email_password}\nMAIL_FROM={email}\nMAIL_PORT={email_port}\nMAIL_SERVER=smtp.gmail.com\n\nCLIENT_ID={google_client_id}\nCLIENT_SECRET={google_client_secret_id}\n\nFACEBOOK_CLIENT_ID={facebook_client_id}\nFACEBOOK_CLIENT_SECRET={facebook_client_secret_id}\n\nPOSTGRES_USER=postgres\nPOSTGRES_PASSWORD=postgres\nPOSTGRES_HOST=localhost\nPOSTGRES_DB=unbtv\n
  1. Rode o Docker: docker compose up --build
  2. Confira se a aplica\u00e7\u00e3o subiu em: localhost:8000.
"},{"location":"codigo/rodarprojeto/#3-modulo-admin","title":"3. M\u00f3dulo Admin","text":"
  1. Em uma pasta, fa\u00e7a o clone do reposit\u00f3rio: git clone git@github.com:fga-eps-mds/2024.1-UnB-TV-Admin.git e entre na pasta do reposit\u00f3rio: cd 2024.1-UnB-TV-Admin/;
  2. Crie um arquivo .env com o seguinte conte\u00fado:
MAIL_USERNAME={email}\nMAIL_PASSWORD={email_password}\nMAIL_FROM={email}\nMAIL_PORT={email_port}\nMAIL_SERVER=smtp.gmail.com\n
  1. Rode o Docker: docker compose up --build
  2. Confira se a aplica\u00e7\u00e3o subiu em: localhost:8080.
"},{"location":"codigo/rodarprojeto/#4-modulo-videoservice","title":"4. M\u00f3dulo VideoService","text":"
  1. Em uma pasta, fa\u00e7a o clone do reposit\u00f3rio: git clone git@github.com:fga-eps-mds/2024.1-UnB-TV-VideoService.git e entre na pasta do reposit\u00f3rio: cd 2024.1-UnB-TV-VideoService/;
  2. Crie um arquivo .env com o seguinte conte\u00fado:
POSTGRES_USER=postgres\nPOSTGRES_PASSWORD=postgres\nPOSTGRES_HOST=db\nPOSTGRES_DB=videos_db\nPOSTGRES_PORT=5432\n
  1. Rode o Docker: docker compose up --build
  2. Confira se a aplica\u00e7\u00e3o subiu em: localhost:8001.
"},{"location":"codigo/rodarprojeto/#5-modulo-frontend","title":"5. M\u00f3dulo FrontEnd","text":"
  1. Em uma pasta, fa\u00e7a o clone do reposit\u00f3rio: git clone git@github.com:fga-eps-mds/2024.1-UnB-TV-Frontend.git e entre na pasta do reposit\u00f3rio: cd 2024.1-UnB-TV-Frontend/;
  2. Crie um arquivo .env com o seguinte conte\u00fado:
videoAPIURL=\"http://localhost:8001/api\"\nusersAPIURL=\"http://localhost:8000/api\"\nadminAPIURL=\"http://localhost:8080/api\"\n\nEDUPLAY_CLIENT_KEY={eduplay_token}\n
  1. Rode o Docker: docker compose up --build
  2. Confira se a aplica\u00e7\u00e3o subiu em: localhost:4200.
"},{"location":"codigo/rodarprojeto/#6-dicas","title":"6. Dicas","text":"

Comandos para limpar o Docker, interessante de usar caso enfrente algum erro:

  • docker rm -vf $(docker ps -aq)
  • docker rmi -f $(docker images -aq)
"},{"location":"codigo/rodarprojeto/#7-versionamento-do-documento","title":"7. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 15/07/2024 1.0 Vers\u00e3o inicial com pontos 1 a 6 Victor Hugo Oliveira Le\u00e3o"},{"location":"contribuicao/CodigoConduta/","title":"C\u00f3digo de Conduta","text":""},{"location":"contribuicao/CodigoConduta/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento apresenta o c\u00f3digo de conduta do projeto. Ele se baseia no c\u00f3digo de conduta do grupo do UnB-TV do semestre 2023.2, a fim de que o projeto continue tendo similaridades na parte de contribui\u00e7\u00e3o.

"},{"location":"contribuicao/CodigoConduta/#2-nossa-promessa","title":"2. Nossa Promessa","text":"

Com o objetivo de fomentar uma comunidade aberta e acolhedora, n\u00f3s, como colaboradores e administradores deste projeto, comprometemo-nos a fazer a participa\u00e7\u00e3o deste projeto uma experi\u00eancia livre de ass\u00e9dio para todos, independentemente da apar\u00eancia pessoal, defici\u00eancia, etnia, g\u00eanero, idade, identidade ou express\u00e3o de g\u00eanero, identidade ou orienta\u00e7\u00e3o sexual, nacionalidade, n\u00edvel de experi\u00eancia, porte f\u00edsico, ra\u00e7a ou religi\u00e3o.

"},{"location":"contribuicao/CodigoConduta/#3-nossos-padroes","title":"3. Nossos Padr\u00f5es","text":"

Exemplos de comportamentos que contribuem a criar um ambiente positivo incluem:

  • Usar linguagem acolhedora e inclusiva;
  • Respeitar pontos de vista e experi\u00eancias diferentes;
  • Aceitar cr\u00edtica construtiva com gra\u00e7a;
  • Focar no que \u00e9 melhor para a comunidade;
  • Mostrar empatia com outros membros da comunidade.

Exemplos de comportamentos inaceit\u00e1veis por parte dos participantes incluem:

  • Uso de linguagem ou imagens sexuais e aten\u00e7\u00e3o ou avan\u00e7o sexual indesejada;
  • Coment\u00e1rios insultuosos e/ou depreciativos e ataques pessoais ou pol\u00edticos (Trolling);
  • Ass\u00e9dio p\u00fablico ou privado;
  • Publicar informa\u00e7\u00e3o pessoal de outros sem permiss\u00e3o expl\u00edcita, como, por exemplo, um endere\u00e7o eletr\u00f4nico ou residencial;
  • Qualquer outra forma de conduta que pode ser razoavelmente considerada inapropriada num ambiente profissional.
"},{"location":"contribuicao/CodigoConduta/#4-nossas-responsabilidades","title":"4. Nossas Responsabilidades","text":"

Os administradores do projeto s\u00e3o respons\u00e1veis por esclarecer os padr\u00f5es de comportamento e \u00e9 esperado deles que ajam de forma apropriada e justa em resposta a qualquer inst\u00e2ncia de comportamento inaceit\u00e1vel.

Os administradores do projeto t\u00eam o direito e a responsabilidade de remover, editar ou rejeitar coment\u00e1rios, commits, c\u00f3digo, edi\u00e7\u00f5es na wiki, erros ou outras formas de contribui\u00e7\u00e3o que n\u00e3o estejam de acordo com este C\u00f3digo de Conduta, bem como banir temporariamente ou permanentemente qualquer colaborador por qualquer outro comportamento que se considere impr\u00f3prio, perigoso, ofensivo ou problem\u00e1tico.

"},{"location":"contribuicao/CodigoConduta/#5-escopo","title":"5. Escopo","text":"

Este C\u00f3digo de Conduta aplica-se dentro dos espa\u00e7os do projeto ou qualquer espa\u00e7o p\u00fablico onde algu\u00e9m represente o mesmo ou a sua comunidade. Exemplos de representa\u00e7\u00e3o do projeto ou comunidade incluem usar um endere\u00e7o de email oficial do projeto, postar por uma conta de m\u00eddia social oficial, ou agir como um representante designado num evento online ou offline. A representa\u00e7\u00e3o de um projeto pode ser ainda definida e esclarecida pelos administradores do projeto.

"},{"location":"contribuicao/CodigoConduta/#6-aplicacao","title":"6. Aplica\u00e7\u00e3o","text":"

Comportamento abusivo, de ass\u00e9dio ou de outros tipos pode ser comunicado contatando a equipe do projeto, criando uma issue. Todas as queixas ser\u00e3o revistas e investigadas e resultar\u00e3o numa resposta necess\u00e1ria e apropriada \u00e0 situa\u00e7\u00e3o. A equipe \u00e9 obrigada a manter a confidencialidade em rela\u00e7\u00e3o ao elemento que reportou o incidente. Demais detalhes de pol\u00edticas de aplica\u00e7\u00e3o podem ser postadas separadamente.

Administradores do projeto que n\u00e3o sigam ou n\u00e3o mantenham o C\u00f3digo de Conduta em boa f\u00e9 podem enfrentar repercuss\u00f5es tempor\u00e1rias ou permanentes determinadas por outros membros da lideran\u00e7a do projeto.

"},{"location":"contribuicao/CodigoConduta/#7-atribuicao","title":"7. Atribui\u00e7\u00e3o","text":"

Este C\u00f3digo de Conduta \u00e9 adaptado do Contributor Covenant, vers\u00e3o 1.4, dispon\u00edvel em https://www.contributor-covenant.org/pt-br/version/1/4/code-of-conduct.html.

"},{"location":"contribuicao/CodigoConduta/#8-versionamento-do-documento","title":"8. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/03/2024 1.0 Vers\u00e3o inicial com pontos 1 a 7 Victor Hugo Oliveira Le\u00e3o 10/04/2024 1.1 Ajuste na padroniza\u00e7\u00e3o do documento Gabriel Roger Amorim da Cruz"},{"location":"contribuicao/PoliticasContribuicao/","title":"Pol\u00edticas de Contribui\u00e7\u00e3o","text":""},{"location":"contribuicao/PoliticasContribuicao/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento guia como devem ser feitas as contribui\u00e7\u00f5es no projeto. Ele se baseia nas pol\u00edticas do grupo do UnB-TV do semestre 2023.2, a fim de que o projeto continue tendo similaridades na parte de contribui\u00e7\u00e3o.

"},{"location":"contribuicao/PoliticasContribuicao/#2-guia-de-contribuicao","title":"2. Guia de Contribui\u00e7\u00e3o","text":"

Ao criar uma issue com algum dos templates, use as labels a seguir para melhor identifica\u00e7\u00e3o: HOTFIX, DOCS, FEATURE, US, ARQ, DEVOPS, ANALYTICS, EASY, MEDIUM ou HARD.

"},{"location":"contribuicao/PoliticasContribuicao/#21-reportar-bugs","title":"2.1. Reportar Bugs","text":"

Para reportar um Bug, uma issue deve ser criada seguindo o template abaixo:

# Nome do bug ou da melhoria a ser sugerida\n\n## Descri\u00e7\u00e3o\n\nDescrever o bug ou a melhoria breve e objetivamente\n\n## Como reproduzir o Bug\n\nPasso a passo detalhado de como o Bug pode ser encontrado/reproduzido\n\n## Contexto adicional\n\nAdicione coment\u00e1rios adicionais que considerar importante\n
"},{"location":"contribuicao/PoliticasContribuicao/#22-sugerir-melhorias","title":"2.2. Sugerir Melhorias","text":"

Para sugerir uma melhoria, uma issue deve ser criada seguindo o template abaixo:

# Nome da melhoria a ser sugerida\n\n## Descri\u00e7\u00e3o\n\nDescrever a melhoria breve e objetivamente\n\n## Detalhamentos importantes da melhoria\n\nExplicar de forma mais detalhada o que deve ser feito para a melhoria ser apresentada\n\n## Contexto adicional\n\nAdicione coment\u00e1rios adicionais que considerar importante\n
"},{"location":"contribuicao/PoliticasContribuicao/#23-branch","title":"2.3. Branch","text":"

As novas branchs criadas devem seguir o padr\u00e3o:

  1. Toda nova branch deve ser feita a partir da develop;
  2. Ao resolver a issue proposta, a nova branch deve ser incorporada por meio da solicita\u00e7\u00e3o de um Pull Request;
  3. Caso o PR seja aprovado pela equipe, a nova branch ser\u00e1 deletada;
  4. Na develop ser\u00e1 testada a integra\u00e7\u00e3o entre as funcionalidades recentemente adicionadas;
  5. Quando a equipe atestar a estabilidade da develop seu conte\u00fado \u00e9 integrado a master.

A nome da branch deve ser associado ao n\u00famero da issue e da tarefa, j\u00e1 que toda branch deve ter uma tarefa associada. Exemplo:

9-Nome-da-tarefa\n
"},{"location":"contribuicao/PoliticasContribuicao/#24-commit","title":"2.4. Commit","text":"

Os commits devem ser at\u00f4micos (uma contribui\u00e7\u00e3o pequena para resolver um problema espec\u00edfico) e significativos. A mensagem do commit deve conter o que foi feito de maneira sucinta e direta, al\u00e9m disso ela precisa estar em portugu\u00eas, come\u00e7ar com um verbo e com a primeira letra mai\u00fascula. Exemplo de como um commit deve ser feito:

$ git commit -m \"Adiciona estrutura inicial do documento de identidade visual\"\n

Caso mais de uma pessoa tenha trabalhado no commit, a funcionalidade co-autoria deve ser feita, da seguinte maneira:

$ git commit -m \"Cria model do usu\u00e1rio\n>\n>\nCo-authored-by: name <name@example.com>\nCo-authored-by: another-name <another-name@example.com>\"\n
"},{"location":"contribuicao/PoliticasContribuicao/#25-pull-request","title":"2.5. Pull Request","text":"

Ao criar um Pull Request, ele deve seguir o seguinte padr\u00e3o:

  1. Nome, deve ter o n\u00famero e nome da issue: # N\u00b0 - Nome Issue
  2. Conte\u00fado, deve ser uma lista com principais modifica\u00e7\u00f5es:
1. Descri\u00e7\u00e3o breve da issue\n2. Issue Relacionada\n3. Como Isso Foi Testado?\n4. Capturas de Tela (se apropriado)\n5. Tipos de Mudan\u00e7as\n

  1. IMPORTANTE: adicionar uma das label:

  2. DEVELOP: quando n\u00e3o tiver impacto direto nas funcionalidades;

  3. FIX RELEASE: arruma alguma coisa pequena;
  4. MINOR RELEASE: pequena altera\u00e7\u00e3o na release;
  5. MAJOR RELEASE: altera\u00e7\u00e3o grande para a release;

  6. NO RELEASE: n\u00e3o tem nenhuma rela\u00e7\u00e3o nova.

  7. Preencher os seguintes crit\u00e9rios de aceita\u00e7\u00e3o:

1. Testes criados.\n2. Testes passando.\n3. Build passando.\n
"},{"location":"contribuicao/PoliticasContribuicao/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/03/2024 1.0 Vers\u00e3o inicial com pontos 1 a 2 (2.5) Victor Hugo Oliveira Le\u00e3o 10/04/2024 1.1 Ajuste na padroniza\u00e7\u00e3o do documento Gabriel Roger Amorim da Cruz"},{"location":"eps_metodologia/controleProjeto/","title":"Rela\u00e7\u00e3o entre Alunos de EPS e MDS no Desenvolvimento de Projetos de Software","text":"

No contexto do curso de Engenharia de Software da Universidade de Bras\u00edlia (UnB), os alunos de Engenharia de Produto de Software (EPS) e M\u00e9todos de Desenvolvimento de Software (MDS) colaboram intensivamente para desenvolver projetos de software completos, garantindo tanto o aprendizado pr\u00e1tico quanto a entrega de produtos de qualidade ao Product Owner (PO). Esta colabora\u00e7\u00e3o \u00e9 baseada em pr\u00e1ticas \u00e1geis e nas diretrizes do PMBOK (Project Management Body of Knowledge), proporcionando uma base te\u00f3rica s\u00f3lida e metodologias eficazes de gest\u00e3o de projetos.

"},{"location":"eps_metodologia/controleProjeto/#estrutura-de-colaboracao-entre-eps-e-mds","title":"Estrutura de Colabora\u00e7\u00e3o entre EPS e MDS","text":""},{"location":"eps_metodologia/controleProjeto/#treinamento-e-mentoria","title":"Treinamento e Mentoria","text":"

Os alunos de MDS desempenham um papel crucial no treinamento e na mentoria dos alunos de EPS. Essa rela\u00e7\u00e3o de tutoria \u00e9 fundamental para:

Transfer\u00eancia de Conhecimento: Alunos de MDS, geralmente mais experientes, compartilham seu conhecimento sobre pr\u00e1ticas de desenvolvimento \u00e1gil, padr\u00f5es de projeto, testes de software e outras habilidades t\u00e9cnicas essenciais.\nSuporte ao Desenvolvimento: Alunos de MDS auxiliam diretamente no desenvolvimento do projeto, ajudando os alunos de EPS a resolver problemas t\u00e9cnicos, realizar revis\u00f5es de c\u00f3digo e garantir que as melhores pr\u00e1ticas sejam seguidas.\n
"},{"location":"eps_metodologia/controleProjeto/#gestao-do-ciclo-de-vida-do-software","title":"Gest\u00e3o do Ciclo de Vida do Software","text":"

Os alunos de MDS n\u00e3o apenas apoiam o desenvolvimento t\u00e9cnico, mas tamb\u00e9m gerenciam o ciclo de vida completo do software, desde a concep\u00e7\u00e3o at\u00e9 a entrega. Isso envolve:

Inicia\u00e7\u00e3o e Planejamento\n    Defini\u00e7\u00e3o de Objetivos: Junto com o PO, os alunos de MDS ajudam a definir os objetivos do projeto, requisitos iniciais e crit\u00e9rios de sucesso.\n    Planejamento do Projeto: Utilizando o PMBOK como base te\u00f3rica, criam o plano de gerenciamento do projeto, incluindo o escopo, cronograma, recursos e or\u00e7amento.\n\nExecu\u00e7\u00e3o\n    Desenvolvimento \u00c1gil: Implementam metodologias \u00e1geis, como Scrum ou Kanban, para gerenciar o desenvolvimento do software. As hist\u00f3rias de usu\u00e1rio s\u00e3o criadas, priorizadas e atribu\u00eddas atrav\u00e9s de ferramentas de gest\u00e3o de projetos como ZenHub.\n    Revis\u00f5es e Feedback: Realizam revis\u00f5es de c\u00f3digo e reuni\u00f5es de retrospectiva para assegurar que o desenvolvimento esteja alinhado com os objetivos e padr\u00f5es de qualidade estabelecidos.\n\nMonitoramento e Controle\n    Acompanhamento do Progresso: Utilizam ferramentas como ZenHub para monitorar o progresso das tarefas, identificar bloqueios e ajustar o planejamento conforme necess\u00e1rio.\n    An\u00e1lise de Desempenho: Aplicam os conceitos do PMBOK para medir o desempenho do projeto contra o plano original, utilizando indicadores de desempenho chave (KPIs) e relat\u00f3rios de status.\n\nEncerramento\n    Valida\u00e7\u00e3o e Entrega: Garantem que todas as funcionalidades estejam conforme os crit\u00e9rios de aceita\u00e7\u00e3o definidos com o PO. Realizam testes de aceita\u00e7\u00e3o e validam a entrega final.\n    Documenta\u00e7\u00e3o e Feedback: Documentam as li\u00e7\u00f5es aprendidas e coletam feedback do PO para melhorar processos futuros.\n
"},{"location":"eps_metodologia/controleProjeto/#ferramentas-e-praticas-utilizadas","title":"Ferramentas e Pr\u00e1ticas Utilizadas","text":"
ZenHub: Ferramenta de gest\u00e3o de projetos integrada ao GitHub, usada para planejamento, acompanhamento e controle das atividades do projeto.\nScrum/Kanban: Metodologias \u00e1geis para gest\u00e3o do desenvolvimento e entrega cont\u00ednua de valor.\nRevis\u00f5es de C\u00f3digo e Pair Programming: Pr\u00e1ticas para garantir a qualidade do c\u00f3digo e promover o aprendizado colaborativo.\nTestes de Aceita\u00e7\u00e3o: Garantem que o software atenda aos requisitos e expectativas do PO.\n
"},{"location":"eps_metodologia/controleProjeto/#base-teorica-pmbok","title":"Base Te\u00f3rica: PMBOK","text":"

Os princ\u00edpios e pr\u00e1ticas descritos no PMBOK fornecem uma estrutura robusta para a gest\u00e3o de projetos, garantindo que todas as fases do ciclo de vida do projeto sejam cuidadosamente planejadas, executadas, monitoradas e encerradas. Elementos espec\u00edficos do PMBOK aplicados incluem:

Gerenciamento do Escopo: Assegurar que o projeto inclua todo o trabalho necess\u00e1rio, e apenas o trabalho necess\u00e1rio, para completar o projeto com sucesso.\nGerenciamento do Tempo: Desenvolver e controlar o cronograma do projeto.\nGerenciamento da Qualidade: Determinar pol\u00edticas de qualidade, objetivos e responsabilidades para garantir que o projeto satisfa\u00e7a as necessidades para as quais foi realizado.\nGerenciamento de Comunica\u00e7\u00f5es: Garantir que as informa\u00e7\u00f5es do projeto sejam adequadamente coletadas, distribu\u00eddas, armazenadas e recuperadas.\n
"},{"location":"eps_metodologia/controleProjeto/#conclusao","title":"Conclus\u00e3o","text":"

A colabora\u00e7\u00e3o entre os alunos de EPS e MDS na UnB, fundamentada nas pr\u00e1ticas do PMBOK e nas metodologias \u00e1geis, proporciona um ambiente de aprendizado rico e estruturado. Essa rela\u00e7\u00e3o sin\u00e9rgica n\u00e3o s\u00f3 garante o desenvolvimento de software de alta qualidade, mas tamb\u00e9m prepara os alunos para os desafios do mercado de trabalho, equipando-os com habilidades t\u00e9cnicas e de gest\u00e3o essenciais.

"},{"location":"eps_metodologia/controleProjeto/#versionamento-do-documento","title":"Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial Jo\u00e3o Pedro de Camargo Vaz"},{"location":"eps_metodologia/qualidade/","title":"Qualidade de Software","text":"

A qualidade do software \u00e9 uma das preocupa\u00e7\u00f5es centrais no desenvolvimento de sistemas, impactando diretamente a satisfa\u00e7\u00e3o do usu\u00e1rio, a manuten\u00e7\u00e3o do sistema e a viabilidade comercial do produto. Para garantir que um software atenda \u00e0s expectativas dos usu\u00e1rios e aos requisitos funcionais e n\u00e3o funcionais, diversas pr\u00e1ticas e m\u00e9todos s\u00e3o adotados durante o ciclo de vida do desenvolvimento de software. Dentre esses m\u00e9todos, os testes de aceita\u00e7\u00e3o e o feedback do usu\u00e1rio desempenham pap\u00e9is cruciais. Testes de Aceita\u00e7\u00e3o

Os testes de aceita\u00e7\u00e3o s\u00e3o uma fase cr\u00edtica no desenvolvimento de software, onde o objetivo \u00e9 validar o produto contra os requisitos definidos pelos stakeholders e garantir que o sistema atenda \u00e0s necessidades do usu\u00e1rio final. Segundo o PMBOK (Project Management Body of Knowledge), esses testes s\u00e3o uma parte essencial da verifica\u00e7\u00e3o e valida\u00e7\u00e3o do projeto, pois confirmam que a solu\u00e7\u00e3o trabalha como o esperado pelo cliente antes da implanta\u00e7\u00e3o final. Import\u00e2ncia dos Testes de Aceita\u00e7\u00e3o

Conformidade com Requisitos: Asseguram que todas as funcionalidades acordadas est\u00e3o presentes e operam conforme especificado.\nUsabilidade: Avaliam se a interface e a experi\u00eancia do usu\u00e1rio est\u00e3o alinhadas com as expectativas e s\u00e3o intuitivas.\nAceita\u00e7\u00e3o do Usu\u00e1rio: Crucial para a ado\u00e7\u00e3o do sistema, pois um produto s\u00f3 \u00e9 verdadeiramente bem-sucedido se os usu\u00e1rios finais o aceitarem e utilizarem como parte de suas rotinas di\u00e1rias.\n
"},{"location":"eps_metodologia/qualidade/#como-realizar-testes-de-aceitacao","title":"Como Realizar Testes de Aceita\u00e7\u00e3o","text":"
Defini\u00e7\u00e3o de Crit\u00e9rios de Aceita\u00e7\u00e3o: Claro e bem definido, alinhado com o cliente e os usu\u00e1rios.\nCen\u00e1rios de Teste: Desenvolvimento de cen\u00e1rios que cubram todas as funcionalidades e poss\u00edveis varia\u00e7\u00f5es de uso do sistema.\nExecu\u00e7\u00e3o de Testes: Realiza\u00e7\u00e3o dos testes em um ambiente que simule o ambiente de produ\u00e7\u00e3o o mais fielmente poss\u00edvel.\nDocumenta\u00e7\u00e3o de Resultados: Registro detalhado dos resultados, incluindo problemas identificados e feedback para corre\u00e7\u00f5es.\n
"},{"location":"eps_metodologia/qualidade/#feedback-do-usuario","title":"Feedback do Usu\u00e1rio","text":"

O feedback do usu\u00e1rio \u00e9 uma ferramenta vital para a medi\u00e7\u00e3o da qualidade em software. Ele fornece insights diretos sobre a experi\u00eancia do usu\u00e1rio e sobre aspectos que muitas vezes n\u00e3o s\u00e3o cobertos pelos testes convencionais. Engajar os usu\u00e1rios na avalia\u00e7\u00e3o do produto pode revelar pontos de melhoria e ajudar a priorizar o desenvolvimento de funcionalidades. Coleta de Feedback

Pesquisas e Question\u00e1rios: Ferramentas \u00fateis para coletar feedback quantitativo e qualitativo.\nEntrevistas de Usabilidade: Permite uma compreens\u00e3o mais profunda das experi\u00eancias dos usu\u00e1rios e de seus desafios.\nAn\u00e1lise de Coment\u00e1rios em Plataformas: Avalia\u00e7\u00e3o de coment\u00e1rios e reviews em plataformas de software pode fornecer uma rica fonte de feedback.\n
"},{"location":"eps_metodologia/qualidade/#conclusao","title":"Conclus\u00e3o","text":"

A qualidade do software n\u00e3o \u00e9 apenas uma fun\u00e7\u00e3o do c\u00f3digo ou da tecnologia utilizada, mas tamb\u00e9m do quanto esse software atende e excede as expectativas e necessidades dos usu\u00e1rios finais. Testes de aceita\u00e7\u00e3o e o feedback do usu\u00e1rio s\u00e3o fundamentais nesse processo. Refer\u00eancias essenciais na \u00e1rea, como o PMBOK e obras cl\u00e1ssicas de engenharia de software, como \"Engenharia de Software\" de Ian Sommerville, destacam a import\u00e2ncia desses m\u00e9todos como parte integrante do ciclo de vida do desenvolvimento de software, contribuindo significativamente para a entrega de solu\u00e7\u00f5es de alta qualidade.

"},{"location":"eps_metodologia/qualidade/#versionamento-do-documento","title":"Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial Jo\u00e3o Pedro de Camargo Vaz"},{"location":"eps_metodologia/usoPMBOK/","title":"Controle de Comportamento de Projeto Segundo o PMBOK","text":"

O Project Management Body of Knowledge (PMBOK) \u00e9 uma metodologia consolidada que fornece um conjunto de pr\u00e1ticas padr\u00e3o para a gest\u00e3o de projetos. O guia PMBOK aborda v\u00e1rias \u00e1reas de conhecimento em gerenciamento de projetos, como o controle do comportamento de projetos, que \u00e9 vital para garantir que um projeto atinja seus objetivos dentro do escopo, tempo, custo e qualidade acordados. Este documento explora a metodologia de controle de comportamento de projetos utilizando o ciclo de vida do projeto e o gr\u00e1fico de curvas de planejamento e execu\u00e7\u00e3o, conforme descrito no PMBOK. Ciclo de Vida do Projeto

O ciclo de vida do projeto, segundo o PMBOK, divide o projeto em fases que facilitam o controle e a gest\u00e3o eficaz dos recursos e das entregas. Cada fase do projeto \u00e9 delineada por um conjunto de atividades e resultados espec\u00edficos, que devem ser aprovados antes de passar para a pr\u00f3xima fase. A estrutura t\u00edpica do ciclo de vida de um projeto inclui:

Inicia\u00e7\u00e3o: Define o projeto e autoriza seu in\u00edcio.\nPlanejamento: Desenvolve o plano de gerenciamento do projeto, detalhando escopo, cronograma, recursos, riscos e or\u00e7amento.\nExecu\u00e7\u00e3o: Realiza as atividades do projeto conforme planejado, empregando recursos e integrando os resultados.\nMonitoramento e Controle: Acompanha, revisa e regula o progresso e o desempenho do projeto; identifica \u00e1reas que necessitam de ajustes.\nEncerramento: Formaliza a aceita\u00e7\u00e3o do projeto ou de uma fase e encerra o projeto de forma ordenada.\n
"},{"location":"eps_metodologia/usoPMBOK/#grafico-de-curvas-de-planejamento-e-execucao","title":"Gr\u00e1fico de Curvas de Planejamento e Execu\u00e7\u00e3o","text":"

O PMBOK recomenda o uso de ferramentas de monitoramento e controle, como o gr\u00e1fico de curvas de planejamento e execu\u00e7\u00e3o, tamb\u00e9m conhecido como curva S. Este gr\u00e1fico \u00e9 uma representa\u00e7\u00e3o visual do progresso planejado versus o progresso real do projeto ao longo do tempo. As principais caracter\u00edsticas do gr\u00e1fico incluem:

Curva de Planejamento: Mostra o progresso esperado do projeto, incluindo etapas, marcos e entregas planejadas ao longo do tempo.\nCurva de Execu\u00e7\u00e3o: Representa o progresso real do projeto, permitindo que os gestores identifiquem desvios em rela\u00e7\u00e3o ao planejado.\n
"},{"location":"eps_metodologia/usoPMBOK/#importancia-do-grafico-de-curvas","title":"Import\u00e2ncia do Gr\u00e1fico de Curvas","text":"
Visibilidade: Fornece uma vis\u00e3o clara do status do projeto, facilitando a identifica\u00e7\u00e3o precoce de atrasos ou antecipa\u00e7\u00f5es.\nControle: Auxilia na tomada de decis\u00e3o para corre\u00e7\u00f5es de curso, realoca\u00e7\u00e3o de recursos e gest\u00e3o de riscos.\nComunica\u00e7\u00e3o: Serve como uma ferramenta de comunica\u00e7\u00e3o eficaz entre stakeholders, mostrando claramente onde o projeto est\u00e1 em rela\u00e7\u00e3o ao esperado.\n
"},{"location":"eps_metodologia/usoPMBOK/#estrutura-do-pmbok-para-o-ciclo-de-vida-do-projeto","title":"Estrutura do PMBOK para o ciclo de vida do projeto","text":"

O time de 2024.1 da UNB TV incorpora pr\u00e1ticas espec\u00edficas para gerenciar e controlar suas atividades de desenvolvimento, especialmente na fase de planejamento. Aqui est\u00e3o detalhes adicionais sobre como o planejamento das hist\u00f3rias, a valida\u00e7\u00e3o com o Product Owner (PO) e o uso do ZenHub integram-se a esse processo: Detalhamento e Valida\u00e7\u00e3o das Hist\u00f3rias de Usu\u00e1rio

Escrita das Hist\u00f3rias: As hist\u00f3rias de usu\u00e1rio s\u00e3o cuidadosamente escritas pelo time em colabora\u00e7\u00e3o com o PO. Este processo envolve definir claramente os requisitos, expectativas e crit\u00e9rios de aceita\u00e7\u00e3o para cada funcionalidade proposta. \u00c9 essencial que estas hist\u00f3rias sejam espec\u00edficas, mensur\u00e1veis, alcan\u00e7\u00e1veis, relevantes e temporiz\u00e1veis (SMART).\n\nRevis\u00e3o e Valida\u00e7\u00e3o com o PO: Ap\u00f3s a reda\u00e7\u00e3o inicial, as hist\u00f3rias s\u00e3o revisadas e validadas em reuni\u00f5es de grooming e planejamento com o PO. Esse momento \u00e9 cr\u00edtico para assegurar alinhamento e compreens\u00e3o m\u00fatua das necessidades do projeto e para ajustar quaisquer detalhes antes da implementa\u00e7\u00e3o.\n\nUso do ZenHub para Controle e Monitoramento\n\nIntegra\u00e7\u00e3o com ZenHub: O ZenHub \u00e9 utilizado como uma ferramenta chave para o gerenciamento \u00e1gil das atividades do time. Ele permite:\n    Visualiza\u00e7\u00e3o do Fluxo de Trabalho: Atrav\u00e9s de quadros Kanban, onde as hist\u00f3rias movem-se entre diferentes est\u00e1gios (por exemplo, To Do, In Progress, Review, Done).\n    Rastreamento de Progresso: Permite monitorar o avan\u00e7o de cada hist\u00f3ria em tempo real, facilitando a identifica\u00e7\u00e3o de bloqueios e atrasos.\n    Prioriza\u00e7\u00e3o e Atribui\u00e7\u00e3o de Tarefas: Hist\u00f3rias podem ser priorizadas e atribu\u00eddas a membros espec\u00edficos da equipe, garantindo uma distribui\u00e7\u00e3o clara de responsabilidades.\n\nRelat\u00f3rios e An\u00e1lises: O ZenHub tamb\u00e9m oferece funcionalidades de relat\u00f3rios que ajudam a analisar a produtividade, a efici\u00eancia da equipe e outros indicadores de desempenho chave (KPIs). Esses dados s\u00e3o vitais para avalia\u00e7\u00f5es retrospectivas e para o planejamento de sprints futuros.\n
"},{"location":"eps_metodologia/usoPMBOK/#conclusao","title":"Conclus\u00e3o","text":"

Integrando as pr\u00e1ticas do PMBOK com ferramentas \u00e1geis como o ZenHub, o time de 2024.1 da UNB TV maximiza sua efici\u00eancia e efic\u00e1cia. O processo de revis\u00e3o e valida\u00e7\u00e3o das hist\u00f3rias de usu\u00e1rio com o PO garante que todas as funcionalidades desenvolvidas estejam perfeitamente alinhadas com os objetivos do projeto, enquanto o uso de ZenHub facilita um controle rigoroso sobre o progresso e a qualidade do trabalho entregue.

"},{"location":"eps_metodologia/usoPMBOK/#versionamento-do-documento","title":"Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial Jo\u00e3o Pedro de Camargo Vaz"},{"location":"planejamento/Metodologias/","title":"Metodologias","text":""},{"location":"planejamento/Metodologias/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento apresenta as metodologias que ser\u00e3o trabalhadas pela equipe durante o desenvolvimento do projeto. Para cada uma delas, a equipe incorporou e decidiu algumas pr\u00e1ticas a serem utilizadas. Dessa forma, para cada metodologia, ser\u00e1 apresentada brevemente uma descri\u00e7\u00e3o dela e como ser\u00e3o aplicadas no projeto.

"},{"location":"planejamento/Metodologias/#2-metodologias","title":"2. Metodologias","text":""},{"location":"planejamento/Metodologias/#21-scrum","title":"2.1. Scrum","text":"

Scrum \u00e9 um framework dentro do qual pessoas podem tratar e resolver problemas complexos e adaptativos, enquanto produtiva e criativamente entregam produtos com o mais alto valor poss\u00edvel. Ele se baseia em ciclos curtos chamados sprints.

Dessa forma, as pr\u00e1ticas aplicadas do Scrum pela equipe s\u00e3o:

  1. Sprints: Ciclos de desenvolvimento, com tarefas bem definidas tendo in\u00edcio e fim.
  2. Estruturas de reuni\u00f5es (Review, Planning e Daily): Podem ser encontradas no plano de comunica\u00e7\u00e3o.
  3. Backlog do Produto: Artefato que cont\u00e9m a lista de requisitos (hist\u00f3rias de usu\u00e1rio) planejadas para o desenvolvimento do produto.
  4. Backlog da Sprint: Artefato que cont\u00e9m a lista de hist\u00f3rias de usu\u00e1rio planejadas para o desenvolvimento no per\u00edodo de uma sprint.
  5. Pap\u00e9is: Os pap\u00e9is de Scrum Master (facilitador) e Product Owner (dono do projeto), tamb\u00e9m, s\u00e3o acionados no projeto para poder estruturar melhor a equipe.

Al\u00e9m disso, o pensamento de metodologia \u00e1gil com entregas incrementais constantes ir\u00e1 guiar a equipe durante todo o desenvolvimento.

"},{"location":"planejamento/Metodologias/#22-xp-extreme-programming","title":"2.2. XP (Extreme Programming)","text":"

A Extreme Programming \u00e9 uma metodologia de programa\u00e7\u00e3o desenvolvida com a finalidade de otimizar as rotinas de times de desenvolvimento. O que abre espa\u00e7o para que cada participante seja capaz de cumprir suas tarefas de um modo eficiente, sem gerar atrasos que possam encarecer o projeto.

Dessa forma, as pr\u00e1ticas aplicadas da Extreme Programming pela equipe s\u00e3o:

  1. Programa\u00e7\u00e3o em Pares: Desenvolvedores trabalhar\u00e3o em pares para melhorar a qualidade do c\u00f3digo e compartilhar conhecimento.
  2. Cliente Presente: O cliente ou representante do cliente est\u00e1 envolvido no processo de desenvolvimento.
  3. Refatora\u00e7\u00e3o: Processo de analisar um algoritmo pouco leg\u00edvel com a finalidade de simplific\u00e1-lo, facilitando a sua leitura. Ser\u00e1 refor\u00e7ado pela equipe.
  4. Testes Cont\u00ednuos: A cada mudan\u00e7a no c\u00f3digo em reposit\u00f3rio, os testes (build e deploy) s\u00e3o executados automaticamente para garantir a qualidade do c\u00f3digo.
  5. Releases r\u00e1pidas: Itera\u00e7\u00f5es curtas que resultam em releases (entregas) frequentes.
"},{"location":"planejamento/Metodologias/#23-kanban","title":"2.3. Kanban","text":"

O Kanban \u00e9 um sistema de organiza\u00e7\u00e3o e administra\u00e7\u00e3o de projetos que visa controlar fluxos de maneira eficiente. Por ser altamente adapt\u00e1vel \u00e0 realidade de diferentes neg\u00f3cios, o Kanban \u00e9 um m\u00e9todo amplamente adotado por setores que v\u00e3o desde log\u00edstica \u00e0 desenvolvimento de software.

Para desenvolvimento de Software, as pr\u00e1ticas aplicadas do Kanban pela equipe s\u00e3o:

  1. Quadro Kanban: Um quadro visual que representa o fluxo de trabalho, com colunas que representam os estados das tarefas.
  2. Limites de Trabalho em Progresso (WIP): Restri\u00e7\u00f5es s\u00e3o aplicadas para controlar o n\u00famero de tarefas em andamento em cada coluna.

Para o projeto, o quadro Kanban ser\u00e1 feito e visualizado por meio da plataforma Zenhub. As seguintes colunas ser\u00e3o as presentes:

  • New Issues: Para as tarefas no backlog do produto ainda n\u00e3o iniciadas.
  • Epics: Para rastrear os grupos de tarefas que fazem parte dos objetivos de longo prazo, conceitos abragentes.
  • Icebox: Para tarefas de prioridade baixa, que n\u00e3o precisam ser realizadas em um futuro pr\u00f3ximo (desejos do cliente).
  • Product Backlog: Para as tarefas planejadas para o produto durante o seu desenvolvimento atual.
  • Sprint Backlog: Para as tarefas planejadas para a sprint.
  • In Progress: Para as tarefas j\u00e1 iniciadas e em desenvolvimento na sprint (guiados pelo WIP).
  • Review/QA: Tarefas da sprint em revis\u00e3o para entrega.
  • Done: Tarefas da sprint j\u00e1 conclu\u00eddas.
  • Closed: Para tarefas finalizadas, normalmente de sprints passadas j\u00e1 acabadas.
"},{"location":"planejamento/Metodologias/#24-lean-inception","title":"2.4. Lean Inception","text":"

O Lean Inception \u00e9 um m\u00e9todo de desenvolvimento de projetos \u00e1geis que visa agilizar o processo de entrega do produto, garantindo maior assertividade e qualidade na sua entrega final.

Trabalha com o conceito de MVP (Produto M\u00ednimo Vi\u00e1vel): se refere a vers\u00e3o mais simples poss\u00edvel de um produto. Esta vers\u00e3o \u00e9 utilizada como ferramenta principal na valida\u00e7\u00e3o das premissas comerciais iniciais e/ou das expectativas colocadas no produto.

Dessa forma, a equipe aplicou o Lean Inception com o PO, com as seguintes etapas sendo evidenciadas:

  • Vis\u00e3o do Produto;
  • \u00c9, n\u00e3o \u00e9; faz, n\u00e3o faz;
  • Objetivos do neg\u00f3cio;
  • Personas;
  • Jornada de usu\u00e1rio;
  • Brainstorming de funcionalidades;
  • Revis\u00e3o t\u00e9cnica, de neg\u00f3cio e de UX;
  • Sequenciador;
  • Canvas MVP.
"},{"location":"planejamento/Metodologias/#3-referencias","title":"3. Refer\u00eancias","text":"

Ken Schwaber & Jeff Sutherland: O Guia do Scrum. Dispon\u00edvel em: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Portuguese-European.pdf

Cairo Noleto: Extreme Programming: o que \u00e9 e quais as boas pr\u00e1ticas?. Dispon\u00edvel em: https://blog.betrybe.com/carreira/extreme-programming/

Wagner H\u00f6rlle: Lean Inception: O que \u00e9 e como funciona esse m\u00e9todo?. Dispon\u00edvel em: https://blog.csptecnologia.com/lean-inception/

"},{"location":"planejamento/Metodologias/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/03/2024 1.0 Vers\u00e3o inicial com pontos 1 a 3 Victor Hugo Oliveira Le\u00e3o 10/04/2024 1.1 Ajuste na padroniza\u00e7\u00e3o do documento Gabriel Roger Amorim da Cruz"},{"location":"planejamento/PlanejamentoTempo/","title":"Planejamento de Tempo","text":""},{"location":"planejamento/PlanejamentoTempo/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento apenas \"traduz\" o cronograma da equipe para termos da equipe (Sprint, por exemplo), para ficar mais simples o entendimento de como a equipe ser\u00e1 estruturada ao longo do semestre. Contudo, \u00e9 importante ressaltar que isso n\u00e3o \u00e9 um cronograma EST\u00c1TICO e DEFINITIVO, estando fortemente sujeito a mudan\u00e7as ao decorrer do desenvolvimento.

"},{"location":"planejamento/PlanejamentoTempo/#2-cronogramaplanejamento-de-tempo","title":"2. Cronograma/Planejamento de Tempo","text":"Data de in\u00edcio da semana Planejamento Semana 1 - 19/03 Escolha do tema e Forma\u00e7\u00e3o do grupo (contato inicial por WhatsApp) Semana 2 - 26/03 Cria\u00e7\u00e3o dos reposit\u00f3rios e documenta\u00e7\u00e3o inicial Semana 3 - 01/04 Finaliza\u00e7\u00e3o da documenta\u00e7\u00e3o inicial e primeiras reuni\u00f5es + Dojos Semana 4 - 08/04 Reuni\u00e3o com o PO, continua\u00e7\u00e3o da documenta\u00e7\u00e3o e reuni\u00f5es de alinhamento com toda a equipe Semana 5 - 15/04 Avan\u00e7o do Lean Inception com o PO Semana 6 - 22/04 Fim do Lean Inception com o PO Semana 7 - 14/07 Sprint 1 Semana 8 - 21/07 Sprint 2 Semana 9 - 28/07 Entrega da Release 1 e Sprint 3 Semana 10 - 04/08 Sprint 4 Semana 11 - 11/08 Entrega da Release 2 e Sprint 5 Semana 12 - 18/08 Sprint 6 Semana 13 - 25/08 Sprint 7 Semana 14 - 01/09 Entrega da Release 3 (MVP) e Sprint 8 Semana 15 - 08/09 Entrega da Release 4 (Final) Semana 16 - 15/09 Fim da disciplina"},{"location":"planejamento/PlanejamentoTempo/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/03/2024 1.0 Vers\u00e3o inicial com pontos 1 a 2 Victor Hugo Oliveira Le\u00e3o 11/07/2024 1.1 Corre\u00e7\u00e3o com cronograma p\u00f3s-greve Victor Hugo Oliveira Le\u00e3o"},{"location":"planejamento/PlanoAceitacao/","title":"Plano de Aceita\u00e7\u00e3o","text":""},{"location":"planejamento/PlanoAceitacao/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Este documento visa detalhar a import\u00e2ncia e a execu\u00e7\u00e3o dos testes de aceita\u00e7\u00e3o em um projeto, garantindo que todos os crit\u00e9rios e requisitos estabelecidos sejam atendidos. Os testes de aceita\u00e7\u00e3o s\u00e3o fundamentais para validar o funcionamento e a qualidade do produto final, assegurando que ele atenda \u00e0s expectativas e necessidades dos stakeholders.

"},{"location":"planejamento/PlanoAceitacao/#2-importancia-dos-testes-de-aceitacao","title":"2. Import\u00e2ncia dos Testes de Aceita\u00e7\u00e3o","text":"

Os testes de aceita\u00e7\u00e3o s\u00e3o essenciais em um projeto pelos seguintes motivos:

  1. Valida\u00e7\u00e3o dos Requisitos: Eles garantem que todos os requisitos funcionais e n\u00e3o funcionais foram implementados corretamente.
  2. Satisfa\u00e7\u00e3o do Cliente: Asseguram que o produto final atende \u00e0s expectativas e necessidades do cliente.
  3. Redu\u00e7\u00e3o de Riscos: Identificam e mitigam poss\u00edveis problemas antes da entrega final do produto.
  4. Qualidade do Produto: Promovem a entrega de um produto de alta qualidade, funcionando conforme especificado.
  5. Documenta\u00e7\u00e3o e Transpar\u00eancia: Fornecem documenta\u00e7\u00e3o clara e objetiva sobre os crit\u00e9rios de aceita\u00e7\u00e3o, facilitando a comunica\u00e7\u00e3o entre todas as partes envolvidas.
"},{"location":"planejamento/PlanoAceitacao/#3-exemplo-de-formulario-para-preenchimento-dos-criterios-atingidos","title":"3. Exemplo de Formul\u00e1rio para Preenchimento dos Crit\u00e9rios Atingidos","text":"

Projeto: Sistema de Gerenciamento de Invent\u00e1rio

"},{"location":"planejamento/PlanoAceitacao/#requisito-adicionar-novo-item-ao-inventario","title":"Requisito: Adicionar Novo Item ao Invent\u00e1rio","text":"Crit\u00e9rio de Aceita\u00e7\u00e3o Resultado Obtido Observa\u00e7\u00f5es O sistema permite a adi\u00e7\u00e3o de um novo item com todos os campos obrigat\u00f3rios preenchidos? [ ] Sim [ ] Nao Campo de observa\u00e7\u00f5es:"},{"location":"planejamento/PlanoAceitacao/#4-ferramentas-utilizadas","title":"4. Ferramentas Utilizadas","text":"Ferramenta Descri\u00e7\u00e3o de uso no projeto Google Form Registro do feedback do PO"},{"location":"planejamento/PlanoAceitacao/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial com estrutura dos testes de aceita\u00e7\u00e3o Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 06/08/2024 1.1 Vers\u00e3o alterada adicionando mais estrutura dos testes de aceita\u00e7\u00e3o Jo\u00e3o Pedro de Camargo Vaz"},{"location":"planejamento/PlanoComunicacao/","title":"Plano de Comunica\u00e7\u00e3o Interna e Externa","text":""},{"location":"planejamento/PlanoComunicacao/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento busca apresentar como o grupo se planejou em rela\u00e7\u00e3o a comunica\u00e7\u00e3o que ocorrer\u00e1 durante o semestre. Ser\u00e3o esclarecidos os planos para comunica\u00e7\u00f5es internas e externas. Al\u00e9m disso, as ferramentas de comunica\u00e7\u00e3o s\u00e3o apresentadas.

"},{"location":"planejamento/PlanoComunicacao/#2-mapa-de-calor","title":"2. Mapa de Calor","text":"

Em ordem do grupo saber os melhores hor\u00e1rios de disponibilidade para encontros do grupo, um mapa de calor foi feito. Com isso, foi poss\u00edvel definir quando as principais reuni\u00f5es do grupo aconteceriam. O mapa de calor pode ser visto pela imagem abaixo:

Basicamente, quanto mais vermelho um hor\u00e1rio, maior disponibilidade o grupo tem com ele. Por outro lado, quanto mais verde, menos disponibilidade.

"},{"location":"planejamento/PlanoComunicacao/#3-comunicacao-interna","title":"3. Comunica\u00e7\u00e3o Interna","text":"

A equipe, seguindo a metodologia \u00e1gil Scrum, ter\u00e1 3 tipos principais de reuni\u00f5es internas:

  1. Planning: planejamento das tarefas da Sprint;
  2. Daily: reuni\u00f5es di\u00e1rias para discuss\u00e3o do andamento das tarefas di\u00e1rias por cada grupo de desenvolvimento;
  3. Review + Retrospectiva: revisar o que foi feito durante a Sprint e ter discuss\u00f5es de como ela foi conduzida.

Tamb\u00e9m ser\u00e1 feita uma reuni\u00e3o de acompanhamento de toda a equipe uma vez por semana.

Dessa forma, os hor\u00e1rios dessas reuni\u00f5es foram decididos para acontecer de acordo com a tabela abaixo:

Reuni\u00e3o Quando acontece Membros esperados Planning Segunda 18h-19h Todos de EPS e MDS Daily A ser definido pelos membros de cada time de desenvolvimento dividido Todos de EPS e MDS (com flexibilidade para apari\u00e7\u00e3o e realizar de forma ass\u00edncrona) Review + Retrospectiva Segunda 16h-17h Todos de EPS e MDS Acompanhamento de toda a equipe Quarta 17h-17h45 Todos de EPS e MDS"},{"location":"planejamento/PlanoComunicacao/#4-comunicacao-externa","title":"4. Comunica\u00e7\u00e3o Externa","text":"

As reuni\u00f5es com o PO (Caio) e o professor (Hilmer) est\u00e3o, inicialmente, programadas para ocorrerem toda Quarta \u00e0s 18h, com dura\u00e7\u00e3o esperada de 1h. Todos os membros de EPS e MDS s\u00e3o esperados na reuni\u00e3o.

"},{"location":"planejamento/PlanoComunicacao/#5-ferramentas","title":"5. Ferramentas","text":"Ferramenta Descri\u00e7\u00e3o de uso no projeto Discord Realiza\u00e7\u00e3o das reuni\u00f5es s\u00edncronas e comunica\u00e7\u00e3o ass\u00edncrona por chat Github Reposit\u00f3rio com issues e documenta\u00e7\u00f5es Microsoft Teams Realiza\u00e7\u00e3o de reuni\u00f5es em que seja importante a grava\u00e7\u00e3o WhatsApp Respons\u00e1vel pela comunica\u00e7\u00e3o r\u00e1pida da equipe interna Zenhub Acompanhamento da realiza\u00e7\u00e3o do projeto (quadro Kanban), juntamente com Roadmap"},{"location":"planejamento/PlanoComunicacao/#6-versionamento-do-documento","title":"6. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/03/2024 1.0 Vers\u00e3o inicial com pontos 1 a 5 Victor Hugo Oliveira Le\u00e3o 13/07/2024 1.1 Adapta\u00e7\u00e3o hor\u00e1rios p\u00f3s-greve Victor Hugo Oliveira Le\u00e3o"},{"location":"planejamento/PlanoQualidade/","title":"Plano de Qualidade","text":""},{"location":"planejamento/PlanoQualidade/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

A qualidade de software pode ser definida como uma gest\u00e3o de qualidade efetiva aplicada de modo a criar um produto \u00fatil que forne\u00e7a valor mensur\u00e1vel para aqueles que o produzem e para aqueles que o utilizam. Neste documento, s\u00e3o apresentadas as ferramentas utilizadas para garantir a qualidade do projeto durante o seu desenvolvimento, al\u00e9m da an\u00e1lise de m\u00e9tricas para estabelecer crit\u00e9rios de qualidade.

"},{"location":"planejamento/PlanoQualidade/#2-ferramentas","title":"2. Ferramentas","text":""},{"location":"planejamento/PlanoQualidade/#21-sonarcloud","title":"2.1 SonarCloud","text":"

O SonarCloud \u00e9 uma ferramenta amplamente empregada para coletar m\u00e9tricas e indicadores t\u00e9cnicos, permitindo o monitoramento da qualidade do c\u00f3digo. Durante o desenvolvimento do projeto, m\u00e9tricas se\u00e3o capturadas ap\u00f3s cada PR. Essas m\u00e9tricas foram combinadas para calcular os aspectos relevantes de qualidade do c\u00f3digo, com foco na confiabilidade e manutenibilidade. Esses dados s\u00e3o cruciais para orientar o planejamento de melhorias cont\u00ednuas, visando garantir um c\u00f3digo confi\u00e1vel e de f\u00e1cil manuten\u00e7\u00e3o.

"},{"location":"planejamento/PlanoQualidade/#22-testes-jasmine-front-end","title":"2.2 Testes - Jasmine (Front End)","text":"

Jasmine \u00e9 um framework open source para a realiza\u00e7\u00e3o de testes a partir de c\u00f3digos que utilizam da linguagem JavaScript. O Jasmine tem como caracter\u00edstica a sua f\u00e1cil utiliza\u00e7\u00e3o e a independencia de outros frameworks. No projeto utilizaremos o Jasmine para realizar testes no front-end.

A meta principal dos testes n\u00e3o \u00e9 necessariamente provar a total corre\u00e7\u00e3o de um software, mas identificar e corrigir defeitos potenciais. Apesar das limita\u00e7\u00f5es te\u00f3ricas, \u00e9 importante que cada comando no c\u00f3digo seja examinado e que as atribui\u00e7\u00f5es de valor \u00e0s vari\u00e1veis sejam rigorosamente verificadas para garantir a funcionalidade e a confiabilidade do software em desenvolvimento. Os testes unit\u00e1rios s\u00e3o testes automatizados cujo objetivo \u00e9 verificar o desempenho de partes isoladas de c\u00f3digo em um sistema maior.

"},{"location":"planejamento/PlanoQualidade/#23-testes-testclient-back-end","title":"2.3 Testes - TestClient (Back End)","text":"

Ferramenta muito utilizada para testagem do framework FastAPI. Tem como caracter\u00edstica ser de f\u00e1cil utiliza\u00e7\u00e3o. Ser\u00e1 usado pela equipe para a realiza\u00e7\u00e3o de testes no back-end.

"},{"location":"planejamento/PlanoQualidade/#24-testes-pytest-back-end","title":"2.4 Testes - Pytest (Back End)","text":"

Para assegurar a qualidade e a robustez do sistema, a equipe empregou o Pytest no backend para a execu\u00e7\u00e3o de testes unit\u00e1rios. O Pytest, uma ferramenta de teste gratuita e de c\u00f3digo aberto, \u00e9 focado na comunidade e adequado para o desenvolvimento em Python. Ele \u00e9 amplamente utilizado para testar c\u00f3digo Python e \u00e9 compat\u00edvel com v\u00e1rias ferramentas e frameworks populares no ecossistema Python.

"},{"location":"planejamento/PlanoQualidade/#25-eslint","title":"2.5 ESLint","text":"

O ESLint \u00e9 uma ferramenta muito utilizada para fazer a verifica\u00e7\u00e3o e an\u00e1lise est\u00e1tica de c\u00f3digo JavaScript. Ela ajuda os desenvolvedores a garantir a qualidade do c\u00f3digo, ao encontrar e relatar poss\u00edveis problemas, erros ou pr\u00e1ticas inadequadas de programa\u00e7\u00e3o. O ESLint disponibiliza v\u00e1rias regras configur\u00e1veis, que podem ser personalizadas de acordo com as necessidades do projeto, permitindo a aplica\u00e7\u00e3o de padr\u00f5es de codifica\u00e7\u00e3o consistentes e melhorando a legibilidade, a manutenibilidade e a interoperabilidade do c\u00f3digo-fonte.

"},{"location":"planejamento/PlanoQualidade/#26-verificacao-e-validacao","title":"2.6 Verifica\u00e7\u00e3o e Valida\u00e7\u00e3o","text":"

A verifica\u00e7\u00e3o e valida\u00e7\u00e3o (V&V) s\u00e3o etapas cruciais para assegurar a funcionalidade e a adequa\u00e7\u00e3o do produto \u00e0s necessidades do cliente. A verifica\u00e7\u00e3o se concentra em confirmar se o software realiza suas fun\u00e7\u00f5es designadas corretamente, enquanto a valida\u00e7\u00e3o verifica se o produto atende aos requisitos e expectativas do cliente.

Para garantir a qualidade do projeto, a equipe adotou as seguintes t\u00e9cnicas de verifica\u00e7\u00e3o e valida\u00e7\u00e3o:

Valida\u00e7\u00f5es com os donos do produto: \u00c9 essencial envolver os donos ou usu\u00e1rios do projeto na valida\u00e7\u00e3o. Ser\u00e3o realizadas reuni\u00f5es semanais com os POs para validar o progresso e obter feedback. Essa intera\u00e7\u00e3o cont\u00ednua ajuda a garantir que o software esteja sendo desenvolvido de acordo com as expectativas e necessidades dos stakeholders.

Inspe\u00e7\u00e3o cont\u00ednua do c\u00f3digo: A equipe optou por utilizar o Sonar Cloud como ferramenta de an\u00e1lise est\u00e1tica de c\u00f3digo. Essa t\u00e9cnica permite obter m\u00e9tricas mensur\u00e1veis e identificar potenciais problemas no c\u00f3digo-fonte. O Sonar Cloud fornece informa\u00e7\u00f5es relevantes para a gest\u00e3o da qualidade do projeto, auxiliando na tomada de decis\u00f5es e na identifica\u00e7\u00e3o de pontos que precisam ser aprimorados pela equipe.

Testes automatizados: Al\u00e9m da an\u00e1lise est\u00e1tica, a equipe utilizou testes automatizados, incluindo testes unit\u00e1rios e de integra\u00e7\u00e3o, que atuam atuam durante o desenvolvimento e nas revis\u00f5es de Pull Requests, para auxiliar no gerenciamento do projeto.

Revis\u00e3o de PRs: Foi implementada uma pr\u00e1tica de verifica\u00e7\u00e3o de corre\u00e7\u00e3o de PRs. Antes de mesclar um PR no reposit\u00f3rio principal, algum membro da equipe de EPS revisa o c\u00f3digo, analisando a l\u00f3gica, a qualidade, a conformidade com as diretrizes do projeto e identificando poss\u00edveis melhorias ou problemas.

"},{"location":"planejamento/PlanoQualidade/#3-metricas-de-qualidade","title":"3. M\u00e9tricas de qualidade","text":"

As m\u00e9tricas de qualidade definidas para o software s\u00e3o:

M\u00e9trica Descri\u00e7\u00e3o Complexidade Complexidade ciclom\u00e1tica. Define a complexidade de um programa Coment\u00e1rios Densidade (%) de linhas comentadas Duplica\u00e7\u00e3o Quantidade de linhas de c\u00f3digo duplicadas Coverage Grau de cobertura dos testes no c\u00f3digo Linhas Total de linhas de c\u00f3digo no projeto Security Rating Avalia\u00e7\u00e3o de seguran\u00e7a e vulnerabilidades

Atrav\u00e9s do uso de m\u00e9tricas, \u00e9 poss\u00edvel identificar as subcaracter\u00edsticas relacionadas e avaliar a qualidade do produto. Essa avalia\u00e7\u00e3o fornece insights sobre a produtividade do projeto e influencia as decis\u00f5es tomadas durante o desenvolvimento. Os valores m\u00ednimos aceit\u00e1veis para cada m\u00e9trica do projeto foram estabelecidos com base nas m\u00e9tricas especificadas no SonarCloud.

M\u00e9trica Crit\u00e9rio Complexity At\u00e9 10 de complexidade Comment Lines Density (%) At\u00e9 30% de densidade de coment\u00e1rios Duplicated Lines Density At\u00e9 3.0% de duplica\u00e7\u00e3o de c\u00f3digo Coverage Pelo menos 80% de cobertura NCLOC Apenas para acompanhar Security Rating Classificado como \"A\""},{"location":"planejamento/PlanoQualidade/#4-referencias","title":"4. Refer\u00eancias","text":"

Qualidade de Software. Dispon\u00edvel em: https://www.devmedia.com.br/qualidade-de-software-engenharia-de-software-29/18209. Acesso em 05 julho. 2024

ISO/IEC 25010. ISO 25000. Software and data quality. 2011. Dispon\u00edvel em: https://iso25000.com/index.php/en/iso-25000-standards/iso-25010. Acesso em 04 julho. 2024

ENGSOFTMODERNA. Engenharia de Software Moderna. Dispon\u00edvel em: https://engsoftmoderna.info/. Acesso em 04 julho. 2024

PRESSMAN, Roger S.; MAXIM, Bruce R. Engenharia de software. Grupo A, 2021. E-book. ISBN 9786558040118. Dispon\u00edvel em: https://integrada.minhabiblioteca.com.br/#/books/9786558040118/. Acesso em 06 julho. 2024

DELAMARO, Marcio. Introdu\u00e7\u00e3o ao Teste de Software. Grupo GEN, 2016. E-book. ISBN 9788595155732. Dispon\u00edvel em: https://integrada.minhabiblioteca.com.br/#/books/9788595155732/. Acesso em 06 julho. 2024

"},{"location":"planejamento/PlanoQualidade/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/07/2024 1.0 Vers\u00e3o inicial do documento Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo 06/07/2024 1.1 Corre\u00e7\u00f5es estruturais Victor Hugo Oliveira Le\u00e3o 09/07/2024 1.2 Corre\u00e7\u00f5es no padr\u00e3o do documento Gabriel Roger Amorim da Cruz"},{"location":"planejamento/PlanoRiscos/","title":"Plano de Gerenciamento de Riscos","text":""},{"location":"planejamento/PlanoRiscos/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

O planejamento de riscos \u00e9 um processo sistem\u00e1tico que identifica, avalia e prioriza amea\u00e7as potenciais que podem afetar o sucesso de um projeto. \u00c9 um componente cr\u00edtico da gest\u00e3o de projetos e consiste em um conjunto de atividades, procedimentos e ferramentas destinadas a antecipar e mitigar riscos potenciais.

O risco, conforme defini\u00e7\u00e3o do Project Management Institute, \u00e9 \"um evento ou condi\u00e7\u00e3o incerta que, caso ocorra, tem um impacto negativo ou positivo em um ou mais objetivos do projeto\". O planejamento de riscos deve ser integrado ao plano geral do projeto e regularmente revisado e atualizado ao longo do seu ciclo de vida.

O objetivo de um planejamento de riscos \u00e9 minimizar o impacto de eventos negativos e maximizar as chances de atingir os objetivos do projeto. Ele tem como prop\u00f3sito servir de ferramenta para facilitar a identifica\u00e7\u00e3o, avalia\u00e7\u00e3o e prioriza\u00e7\u00e3o de riscos potenciais. Esse plano ajuda a mitigar ou eliminar essas amea\u00e7as, garantindo a continuidade da opera\u00e7\u00e3o.

"},{"location":"planejamento/PlanoRiscos/#11-tipos-de-risco","title":"1.1 Tipos de risco","text":"

Para a classifica\u00e7\u00e3o dos riscos, foram consideradas as seguintes categorias:

  • Externo
  • Gerencial
  • Organizacional
  • T\u00e9cnico
"},{"location":"planejamento/PlanoRiscos/#2-definicoes","title":"2. Defini\u00e7\u00f5es","text":""},{"location":"planejamento/PlanoRiscos/#21-probabilidade-e-impacto-dos-riscos","title":"2.1 Probabilidade e impacto dos riscos","text":"N\u00edvel Probabilidade Porcentagem de certeza 1 Muito baixa 0% - 19% 2 Baixa 20% - 39% 3 M\u00e9dia 40% - 59% 4 Alta 60% - 79% 5 Muito alta 80% - 100%"},{"location":"planejamento/PlanoRiscos/#22-impacto","title":"2.2 Impacto","text":"N\u00edvel Impacto 1 Muito baixo 2 Baixo 3 M\u00e9dio 4 Alto 5 Muito alto"},{"location":"planejamento/PlanoRiscos/#23-matriz-de-probablidade-x-impacto","title":"2.3 Matriz de probablidade X impacto","text":"Probabilidade / Impacto Muito baixo Baixo M\u00e9dio Alto Muito alto Muito baixa 1 2 3 4 5 Baixa 2 4 6 8 10 M\u00e9dia 3 6 9 12 15 Alta 4 8 12 16 20 Muito alta 5 10 15 20 25"},{"location":"planejamento/PlanoRiscos/#24-graus-de-risco","title":"2.4 Graus de risco","text":"Grau Risco 1 - 5 Baixo 6 - 12 M\u00e9dio 15 - 25 Elevado"},{"location":"planejamento/PlanoRiscos/#3-levantamento-de-riscos","title":"3. Levantamento de riscos","text":""},{"location":"planejamento/PlanoRiscos/#31-tabela-de-riscos","title":"3.1 Tabela de Riscos","text":"Risco Descri\u00e7\u00e3o Categoria R01 Indisponibilidade do cliente Externo R02 Falha de equipamento Externo R03 Problemas de sa\u00fade de algum integrante da equipe Externo R04 Falta de participa\u00e7\u00e3o de algum integrante do projeto Gerencial R05 Falta de integra\u00e7\u00e3o da equipe Gerencial R06 Atraso na disponibiliza\u00e7\u00e3o de funcionalidades Gerencial R07 Falta de disponibiliza\u00e7\u00e3o de releases para o cliente testar Gerencial R08 Membro da equipe sobrecarregado Gerencial R09 Baixa produtividade da equipe Gerencial R10 Falta de valida\u00e7\u00e3o de artefatos com cliente Gerencial R11 Falta de comunica\u00e7\u00e3o Organizacional R12 Sa\u00edda de algum integrante do projeto Organizacional R13 Diverg\u00eancia nos hor\u00e1rios dispon\u00edveis dos integrantes Organizacional R14 Depend\u00eancia entre atividades Organizacional R15 Falta de treinamento adequado para a equipe Organizacional R16 Dificuldade com as tecnologias do projeto T\u00e9cnico R17 Falta de entendimento da arquitetura do projeto T\u00e9cnico R18 Baixa qualidade do c\u00f3digo fonte T\u00e9cnico R19 Problemas na configura\u00e7\u00e3o do ambiente de desenvolvimento T\u00e9cnico R20 N\u00e3o entendimento da funcionalidade planejada T\u00e9cnico"},{"location":"planejamento/PlanoRiscos/#32-causa-e-consequencia-dos-riscos","title":"3.2 Causa e Consequ\u00eancia dos Riscos","text":"Risco Causa Consequ\u00eancia R01 Falta de envolvimento do cliente e conflitos de agenda Aumento do retrabalho e dificuldades para valida\u00e7\u00f5es R02 Desgaste natural e falta de manuten\u00e7\u00e3o Aumento dos custos e atraso nas entregas R03 Doen\u00e7as/falta de cuidado com a sa\u00fade Sobrecarga dos outros integrantes R04 Baixa motiva\u00e7\u00e3o do integrante Aumento no volume de atividades acumuladas R05 Falta de comprometimento e comunica\u00e7\u00e3o entre os membros Falta de alinhamento por parte da equipe R06 Falta de planejamento e estimativas incorretas Altera\u00e7\u00e3o do cronograma e insatisfa\u00e7\u00e3o do cliente R07 Problemas com o processo de disponibiliza\u00e7\u00e3o do ambiente Aumento do risco de erros na implementa\u00e7\u00e3o e insatisfa\u00e7\u00e3o do cliente R08 Divis\u00e3o de tarefas mal feita e falta de participa\u00e7\u00e3o de outros membros Conhecimento t\u00e9cnico concentrado em poucas pessoas R09 Motiva\u00e7\u00e3o baixa ou falta de clareza nas tarefas Atrasos no cronograma do projeto e aumento de esfor\u00e7o necess\u00e1rio R10 Falta de processo estruturado para valida\u00e7\u00e3o Entregas que n\u00e3o atendem \u00e0s expectativas do cliente R11 Falta de clareza nas responsabilidades e canais de comunica\u00e7\u00e3o Desalinhamento entre as partes interessadas R12 Problemas pessoais e sobrecarga de trabalho Redu\u00e7\u00e3o do potencial de entrega da equipe R13 Necessidade de realizar outras disciplinas e atividades Problemas de integra\u00e7\u00e3o e baixa participa\u00e7\u00e3o nas reuni\u00f5es R14 Falta de coordena\u00e7\u00e3o entre as atividades do projeto Bloqueio no progresso de outras atividades R15 Falta de planejamento de tempo para treinamento Baixa produtividade e qualidade do trabalho R16 Falta de experi\u00eancia com as tecnologias Baixa qualidade do produto e atraso nas entregas R17 Documenta\u00e7\u00e3o incompleta ou falta de explica\u00e7\u00e3o clara da arquitetura Implementa\u00e7\u00e3o incorreta ou inconsistente R18 Falta de revis\u00f5es e de conhecimento t\u00e9cnico Aumento da presen\u00e7a de bugs e dificuldade de manuten\u00e7\u00e3o do c\u00f3digo R19 Configura\u00e7\u00f5es complexas ou falta de documenta\u00e7\u00e3o adequada Atrasos no in\u00edcio do desenvolvimento e inconsist\u00eancias no ambiente de trabalho R20 Requisitos mal definidos ou comunica\u00e7\u00e3o ineficaz com o cliente Desenvolvimento de funcionalidades incorretas ou incompletas"},{"location":"planejamento/PlanoRiscos/#33-prevencao-e-acao-para-os-riscos","title":"3.3 Preven\u00e7\u00e3o e A\u00e7\u00e3o para os Riscos","text":"Risco Preven\u00e7\u00e3o A\u00e7\u00e3o R01 Entrar em acordo sobre data e hor\u00e1rio das reuni\u00f5es Solicitar ao cliente reagendamento da reuni\u00e3o R02 Realizar manuten\u00e7\u00e3o peri\u00f3dica do equipamento Providenciar conserto ou comprar novo equipamento R03 Seguir as recomenda\u00e7\u00f5es de sa\u00fade Reavaliar distribui\u00e7\u00e3o das tarefas R04 Manter todos os integrantes ativos e motivados Compreender o problema que o integrante est\u00e1 tendo e ajud\u00e1-lo R05 Participa\u00e7\u00e3o de todos nas reuni\u00f5es da sprint Remarcar data e hor\u00e1rio das reuni\u00f5es R06 Planejamento realista da sprint e das estimativas Reavaliar as atividades e estimativas para a sprint R07 Preparar o ambiente para o cliente testar com anteced\u00eancia Reavaliar o processo de disponibiliza\u00e7\u00e3o do ambiente R08 Divis\u00e3o equivalente das tarefas entre os integrantes Reavaliar a distribui\u00e7\u00e3o das tarefas R09 Estabelecer metas claras e proporcionar feedback regular Realizar sess\u00f5es de alinhamento e motiva\u00e7\u00e3o R10 Agendar revis\u00f5es regulares com o cliente Realizar uma an\u00e1lise de gap e retrabalho R11 Implementar reuni\u00f5es de status regulares Organizar uma reuni\u00e3o de emerg\u00eancia para realinhamento R12 Manter todos motivados e organizar a grade hor\u00e1ria Reavaliar a distribui\u00e7\u00e3o e o planejamento das atividades do projeto R13 Elabora\u00e7\u00e3o de uma planilha de hor\u00e1rios Defini\u00e7\u00e3o de pares para a realiza\u00e7\u00e3o das atividades R14 Elaborar prioriza\u00e7\u00e3o correta das atividades Rever prioriza\u00e7\u00e3o das atividades R15 Incorporar sess\u00f5es de treinamento no cronograma do projeto Organizar sess\u00f5es de treinamento imediatas e focadas R16 Realiza\u00e7\u00e3o de treinamentos Programa\u00e7\u00e3o em pares para compartilhar o conhecimento R17 Realizar sess\u00f5es de treinamento sobre a arquitetura Agendar revis\u00f5es de arquitetura e ajustes necess\u00e1rios R18 Alta cobertura de testes e lint Identificar quais componentes est\u00e3o reduzindo a qualidade e refator\u00e1-los R19 Documentar e automatizar a configura\u00e7\u00e3o do ambiente Implementar uma for\u00e7a-tarefa para resolver problemas de configura\u00e7\u00e3o R20 Realizar sess\u00f5es de esclarecimento e valida\u00e7\u00e3o de requisitos com o cliente Organizar reuni\u00f5es de revis\u00e3o e corre\u00e7\u00e3o de curso"},{"location":"planejamento/PlanoRiscos/#4-monitoramento-dos-riscos","title":"4. Monitoramento dos Riscos","text":"

O acompanhamento dos riscos \u00e9 essencial durante o desenvolvimento de um projeto de software, uma vez que os riscos n\u00e3o s\u00e3o est\u00e1ticos e podem mudar de n\u00edvel ao longo do projeto.

"},{"location":"planejamento/PlanoRiscos/#5-grafico-de-pontuacao-por-sprint","title":"5. Gr\u00e1fico de Pontua\u00e7\u00e3o por Sprint","text":"

O gr\u00e1fico abaixo mostra a pontua\u00e7\u00e3o total de Probabilidade x Impacto a cada sprint. Nele \u00e9 poss\u00edvel notar que inicialmente a pontua\u00e7\u00e3o \u00e9 baixa, por se tratar da Sprint 0. A partir da Sprint 1, onde come\u00e7a de fato o trabalho de desenvolvimento do projeto, a pontua\u00e7\u00e3o apresentou um pico inicial e, ap\u00f3s isso, um decr\u00e9scimo at\u00e9 a sprint 6. Na \u00faltima sprint, observamos um aumento, justamente por alguns riscos que aumentaram por ser perto da entrega do MVP e por se aproximar do final do semestre.

"},{"location":"planejamento/PlanoRiscos/#6-referencias","title":"6. Refer\u00eancias","text":"

[1] TOTVS. Plano de Gerenciamento de Riscos: como elaborar?. Dospon\u00edvel em: https://www.totvs.com/blog/negocios/plano-de-gerenciamento-de-riscos-2/.

[2] DevMedia. Ger\u00eancia de riscos em desenvolvimento de software. Dispon\u00edvel em: https://www.devmedia.com.br/gerencia-de-riscos-em-desenvolvimento-de-software/28506.

[3] Glicfas. O que \u00e9 e para que serve a Estrutura Anal\u00edtica de Riscos?. Dispon\u00edvel em: https://glicfas.com.br/estrutura-analitica-de-riscos-2/.

[3] Revista de Administra\u00e7\u00e3o da Universidade Federal de Santa Maria. Gerenciamento de riscos t\u00e9cnicos: o caso de uma empresa de desenvolvimento de softwares. Dispon\u00edvel em: https://www.redalyc.org/journal/2734/273445843005/html/.

"},{"location":"planejamento/PlanoRiscos/#7-versionamento-do-documento","title":"7. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 07/07/2024 1.0 Esqueleto inicial do documento Gabriel Roger Amorim da Cruz 09/07/2024 1.1 Preenchimento das tabelas de risco Gabriel Roger Amorim da Cruz 10/07/2024 1.2 Adicionando planilha de gerenciamento de riscos Gabriel Roger Amorim da Cruz 12/07/2024 1.3 Adicionando gr\u00e1fico de pontua\u00e7\u00e3o por sprint e ajustando tabela de monitoramento Gabriel Roger Amorim da Cruz"},{"location":"planejamento/evm/","title":"EVM Agile","text":""},{"location":"planejamento/evm/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

O EVM (Earned Value Management) possibilita a avalia\u00e7\u00e3o do progresso de um projeto e a realiza\u00e7\u00e3o de estimativas de resultados esperados. Em contraste com o EVM Tradicional, o EVM Agile trata esfor\u00e7o, tempo e custo em termos de hist\u00f3rias de usu\u00e1rio, sprints, pontos, entre outros.

Visualize a planilha de EVM Agile aqui

"},{"location":"planejamento/evm/#2-metricas-evm","title":"2. M\u00e9tricas EVM","text":"
  • Valor planejado (PV, Planned Value): O valor planejado define o trabalho que deve ser realizado e materializa o custo total planejado do projeto a qualquer ponto no tempo.

PV = custo total do projeto * % de trabalho planejado

  • Valor realizado (EV, Earned Value): O valor realizado especifica a medida do trabalho j\u00e1 realizada no projeto a qualquer ponto.

EV = custo total do projeto * % de trabalho realizado

  • Custo Real (AC, Actual Cost): O custo real representa o custo incorrido em uma atividade durante um tempo espec\u00edfico, devendo ser considerados custos com hardware, infra, material etc. O AC \u00e9 uma medida cumulativa de todo o custo do projeto desde o in\u00edcio at\u00e9 o fim.

AC = custo real

  • Or\u00e7amento na conclus\u00e3o (BAC, Budget at Completion): O BAC representa o custo total de todo o trabalho planejado e a base \u00e9 o final do projeto.

BAC = custo total do trabalho

"},{"location":"planejamento/evm/#3-metricas-derivadas","title":"3. M\u00e9tricas derivadas","text":"

A partir das m\u00e9tricas, pode-se calcular as vari\u00e2ncias, os \u00edndices de desempenho e as estimativas.

"},{"location":"planejamento/evm/#variancias","title":"Vari\u00e2ncias","text":"
  • Varia\u00e7\u00e3o do custo (CV, Cost Variance): \u00c9 um indicador quantitativo da diverg\u00eancia do que foi planejado no or\u00e7amento inicial. Se o CV > 0, o projeto est\u00e1 abaixo do or\u00e7amento. Se CV < 0, o projeto est\u00e1 acima do or\u00e7amento. Se CV = 0, o projeto est\u00e1 conforme planejado.

CV = EV - AC

  • Varia\u00e7\u00e3o do prazo (SV, Schedule Variance): \u00c9 um indicador indicativo da diverg\u00eancia do planejado no cronogrma inicial. Se SV > 0, o projeto est\u00e1 adiantado. Se SV < 0, O projeto est\u00e1 atrasado. Se SV = 0, o projeto est\u00e1 conforme o cronograma.

SV = EV - PV

"},{"location":"planejamento/evm/#indices-de-desempenho","title":"\u00cdndices de desempenho","text":"
  • \u00cdndice de desempenho do custo (CPI, Cost Performance Index): Expressa a rela\u00e7\u00e3o do valor realizado para o custo real.

CPI = EV / AC

  • \u00cdndice de desempenho do prazo (SPI, Schedule Performance Index): Expressa a rela\u00e7\u00e3o do valor realizado para o planejado, por isso mede a eficiencia do tempo.

SPI = EV / PV

"},{"location":"planejamento/evm/#estimativas","title":"Estimativas","text":"
  • Estimativa para terminar: Custo esperado para terminar o restante do projeto.

EAC = (BAC - EV) / CPI

  • Estimativa na conclus\u00e3o: Representa o custo total esperado quando o trabalho for totalmente finalizado.

EAC = AC + ETC

"},{"location":"planejamento/evm/#4-planilha","title":"4. Planilha","text":""},{"location":"planejamento/evm/#5-bibliografia","title":"5. Bibliografia","text":"

Earned Value Management: The Basics Dispon\u00edvel em: https://www.ecosys.net/knowledge/earned-value-management-basics/. Acesso em: 09 dezembro 2023.

"},{"location":"planejamento/evm/#versionamento","title":"Versionamento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/08/2024 1.0 Documento inicial Vin\u00edcius Assump\u00e7\u00e3o de Arau\u00fajo, Victor Hugo Oliveira Le\u00e3o, Gabriel Roger 26/08/2024 1.1 Versiona o doc e add links Jo\u00e3o Pedro, Victor Hugo Oliveira Le\u00e3o, Gabriel Roger"},{"location":"planejamento/planocusto/","title":"Plano de Custos","text":""},{"location":"planejamento/planocusto/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento apresenta o planejamento de custos que o MVP e o Projeto trariam, caso fosse necess\u00e1rio arcar com seus custos. Os custos s\u00e3o divididos em 3 categorias:

  • Pessoas: custo com a m\u00e3o de trabalho dos alunos;
  • Equipamento: custo com o equipamento necess\u00e1rio para a realiza\u00e7\u00e3o do projeto;
  • Infraestrutura: custo com a infraestrutura necess\u00e1ria para a realiza\u00e7\u00e3o do projeto (internet e energia).

Todos os custos foram pesquisados e embasados em fontes que podem ser encontradas ao final do documento nas refer\u00eancias.

"},{"location":"planejamento/planocusto/#2-custos","title":"2. Custos","text":""},{"location":"planejamento/planocusto/#21-pessoas","title":"2.1 Pessoas","text":"

De acordo com uma not\u00edcia do O Globo, um aluno em universidade federal custava por m\u00eas, em 2016, R$ 3.129,00. Ajustando esse valor, por meio da calculadora do cidad\u00e3o do BCB, podemos chegar nesse valor, em 2024, como R$ 4.736,62 ou R$ 56.839,44 por ano.

Considerando que o curso de Engenharia de Software da Universidade de Bras\u00edlia possui 232 cr\u00e9ditos (15 horas-aula = 1 cr\u00e9dito), em um periodo de 10 semestres, \u00e9 poss\u00edvel chegar no resultado de uma m\u00e9dia de, aproximadamente, 46 cr\u00e9ditos ou 690 horas por ano. Assim, chegamos ao valor de R$ 82,38 por hora para um estudante. Considerando que para cada semana do projeto ser\u00e3o despendidas, aproximadamente, 13 horas de foco para a disciplina de EPS/MDS, o valor individual semanal por membro \u00e9 de R$ 1.070,94. Logo, o valor total por semana de 12 membros \u00e9 de R$ 12.851,28.

"},{"location":"planejamento/planocusto/#22-equipamento-ferramentas","title":"2.2 Equipamento (Ferramentas)","text":"

Cada estudante precisar\u00e1 de uma esta\u00e7\u00e3o de trabalho (computador) pr\u00f3pria para que seja poss\u00edvel o desenvolvimento do projeto. Dessa forma, considerando um computador Lenovo ThinkPad L14 AMD G3 (Processador AMD Ryzen\u2122 5 PRO 5675U; 8 GB DDR4-3200MHz; 256 GB SSD M.2; e 14\") uma unidade tem como valor R$ 3.239,99. Assim, esse valor para 12 membros seria R$ 38.879,88.

"},{"location":"planejamento/planocusto/#23-infraestrutura","title":"2.3 Infraestrutura","text":""},{"location":"planejamento/planocusto/#231-internet","title":"2.3.1 Internet","text":"

A partir do site Melhor Escolha, foi poss\u00edvel identificar para a regi\u00e3o do Distrito Federal (DF), que para 200mb de internet (suficiente para o trabalho), s\u00e3o cobrados R$ 79,90 por m\u00eas, isto \u00e9 R$ 19,75 por membro por semana. Assim, esse valor para 12 membros por semana seria R$ 237,00.

"},{"location":"planejamento/planocusto/#232-energia","title":"2.3.2 Energia","text":"

De acordo com o site Viver de El\u00e9trica, um notebook consome por m\u00eas 10,8 kWh. A Tabela de Tarifas de Energia do DF, vigente pela empresa NeoEnergia, informa que s\u00e3o cobrados R$ 0,225757 por kWh consumido. Assim, \u00e9 poss\u00edvel encontrar o valor de R$ 0,61 por semana por membro. Assim, esse valor para 12 membros por semana seria R$ 7,29.

"},{"location":"planejamento/planocusto/#3-planilha-de-custo","title":"3. Planilha de custo","text":"

A planilha abaixo mostra os custos por semana at\u00e9 a entrega do MVP e o fim do Projeto (fim da disciplina):

"},{"location":"planejamento/planocusto/#4-referencias","title":"4. Refer\u00eancias","text":"

O Globo: Entenda quanto custa um aluno numa universidade federal brasileira. Dispon\u00edvel em: https://oglobo.globo.com/brasil/entenda-quanto-custa-um-aluno-numa-universidade-federal-brasileira-23666877. Acesso em: 08 de maio de 2024.

ThinkPad Lenovo. Dispon\u00edvel em: https://www.lenovo.com/br/pt/p/laptops/thinkpad/thinkpadl/thinkpad-l14-gen-3-(14-inch-amd)/21c60028bo. Acesso em: 08 de maio de 2024.

Melhor Escolha: Internet Banda Larga em Bras\u00edlia. Dispon\u00edvel em: https://melhorescolha.com/internet-banda-larga/?cidade=brasilia-df&ordenar=mes. Acesso em: 08 de maio de 2024.

Viver de El\u00e9trica: Quanto um notebook gasta de energia. Dispon\u00edvel em: https://viverdeeletrica.com/quanto-um-notebook-gasta-de-energia/. Acesso em: 08 de maio de 2024.

"},{"location":"planejamento/planocusto/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 11/05/2024 1.0 Vers\u00e3o inicial com pontos 1 a 4 Jo\u00e3o Pedro de Camargo Vaz e Vinicius Assump\u00e7\u00e3o de Ara\u00faj 13/07/2024 1.1 Atualiza\u00e7\u00e3o do custo com hor\u00e1rio semanal de trabalho Victor Hugo Oliveira Le\u00e3o"},{"location":"produto/backlog/","title":"Product Backlog","text":""},{"location":"produto/backlog/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

O Product Backlog \u00e9 uma lista ordenada de tudo que \u00e9 conhecido como necess\u00e1rio para o projeto de um produto (nesse caso, at\u00e9 o MVP). \u00c9 um documento constantemente atualizado que reflete as necessidades do produto conforme ele evolui. O backlog \u00e9 mantido pelo PO e \u00e9 fundamental para o planejamento e prioriza\u00e7\u00e3o do trabalho da equipe de desenvolvimento.

Dentro do Product Backlog do projeto, os itens s\u00e3o categorizados como \u00e9picos e hist\u00f3rias de usu\u00e1rio:

  1. \u00c9picos: S\u00e3o grandes corpos de trabalho que podem ser divididos em v\u00e1rias hist\u00f3rias de usu\u00e1rio. Um \u00e9pico fornece uma vis\u00e3o ampla do que precisa ser desenvolvido, mas sem muitos detalhes.

  2. Hist\u00f3rias de usu\u00e1rio: S\u00e3o descri\u00e7\u00f5es simples de uma funcionalidade do ponto de vista do usu\u00e1rio final. Elas s\u00e3o escritas de forma a capturar quem \u00e9 o usu\u00e1rio, o que ele quer e por qu\u00ea. Uma hist\u00f3ria de usu\u00e1rio normalmente segue o formato: \"Como [tipo de usu\u00e1rio], eu quero [objetivo] para [benef\u00edcio].\"

"},{"location":"produto/backlog/#2-product-backlog-ate-o-mvp","title":"2. Product Backlog at\u00e9 o MVP","text":""},{"location":"produto/backlog/#epico-1-obtencao-de-dados","title":"\u00c9pico 1: Obten\u00e7\u00e3o de Dados","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US01 Eu, como administrador, quero obter dados de visualiza\u00e7\u00f5es de v\u00eddeos, para analisar o engajamento dos usu\u00e1rios. EE $$$ <3 5 US02 Eu, como administrador, quero obter dados de visualiza\u00e7\u00f5es por categorias, para entender quais t\u00f3picos s\u00e3o mais populares. EE $$$ <3 5"},{"location":"produto/backlog/#epico-2-busca-e-sugestao-de-conteudo","title":"\u00c9pico 2: Busca e Sugest\u00e3o de Conte\u00fado","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US03 Eu, como usu\u00e1rio, quero incluir v\u00eddeos nas sugest\u00f5es de pauta, para contribuir na produ\u00e7\u00e3o e divulga\u00e7\u00e3o de v\u00eddeos. E $$ <3<3 3 US04 Eu, como usu\u00e1rio, quero pesquisar v\u00eddeos por t\u00edtulo, descri\u00e7\u00e3o e categoria, para encontrar conte\u00fados espec\u00edficos. EE $$$ <3<3<3 8"},{"location":"produto/backlog/#epico-3-apresentacao-de-dados-e-estatisticas","title":"\u00c9pico 3: Apresenta\u00e7\u00e3o de Dados e Estat\u00edsticas","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US06 Eu, como administrador, quero ver as estat\u00edsticas de visualiza\u00e7\u00f5es por categoria, para monitorar o desempenho por t\u00f3pico. EE $$$ <3<3<3 3 US07 Eu, como administrador, quero ver as estat\u00edsticas de visualiza\u00e7\u00f5es por dispositivo, para monitorar o desempenho por tipo de uso. EE $$$ <3<3<3 3"},{"location":"produto/backlog/#epico-4-interacao-com-videos","title":"\u00c9pico 4: Intera\u00e7\u00e3o com V\u00eddeos","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US08 Eu, como usu\u00e1rio, quero favoritar um v\u00eddeo diretamente da p\u00e1gina de visualiza\u00e7\u00e3o, para acess\u00e1-lo facilmente depois. E $$ <3<3 3 US09 Eu, como usu\u00e1rio, quero ver minha lista de v\u00eddeos favoritos em um \u00fanico lugar, para organizar meu conte\u00fado preferido. E $$ <3<3 3 US13 Eu, como usu\u00e1rio, quero marcar v\u00eddeos para assistir mais tarde diretamente da p\u00e1gina de visualiza\u00e7\u00e3o, para poder guardar uma playlist de v\u00eddeos para ver depois. E $ <3<3 3 US14 Eu, como usu\u00e1rio, quero acessar minha lista de v\u00eddeos para assistir mais tarde, para poder encontrar facilmente os v\u00eddeos que marquei para ver depois. E $ <3<3 3"},{"location":"produto/backlog/#epico-5-rastreabilidade","title":"\u00c9pico 5: Rastreabilidade","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US11 Eu, como usu\u00e1rio, quero ver o hist\u00f3rico de v\u00eddeos que assisti recentemente, para encontrar facilmente v\u00eddeos que vi anteriormente. EE $$ <3<3 8 US12 Eu, como usu\u00e1rio, quero configurar minhas prefer\u00eancias de hist\u00f3rico, para gerenciar meu hist\u00f3rico. EE $$ <3<3 8 US18 Eu, como usu\u00e1rio, quero a op\u00e7\u00e3o de pular para o pr\u00f3ximo v\u00eddeo recomendado, para ter uma experi\u00eancia cont\u00ednua de visualiza\u00e7\u00e3o. E $ <3<3 5 US19 Eu, como usu\u00e1rio, quero configurar minhas prefer\u00eancias de reprodu\u00e7\u00e3o autom\u00e1tica, para controlar quando os v\u00eddeos recomendados devem ser reproduzidos automaticamente. E $ <3<3 5"},{"location":"produto/backlog/#epico-6-recomendacao-de-conteudo","title":"\u00c9pico 6: Recomenda\u00e7\u00e3o de Conte\u00fado","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US15 Eu, como usu\u00e1rio, quero ter uma lista de recomenda\u00e7\u00f5es de v\u00eddeos semelhantes aos vistos anteriormente, para visualizar conte\u00fados relacionados. EE $$$ <3<3<3 13 US16 Eu, como usu\u00e1rio, quero receber notifica\u00e7\u00f5es de novos v\u00eddeos recomendados para mim, para estar sempre atualizado com novos conte\u00fados. E $$$ <3<3<3 5 US17 Eu, como usu\u00e1rio, quero configurar minhas prefer\u00eancias de notifica\u00e7\u00e3o, para receber alertas apenas desejados. E $$$ <3<3<3 5 US21 Eu, como usu\u00e1rio, quero que o sistema recomende v\u00eddeos semelhantes aos que j\u00e1 assisti, para que eu possa descobrir novos conte\u00fados relacionados EEE $$$ <3<3<3 13 US22 Eu, como usu\u00e1rio, quero a op\u00e7\u00e3o de pular para o pr\u00f3ximo v\u00eddeo recomendado, para ter uma experi\u00eancia cont\u00ednua de visualiza\u00e7\u00e3o. EEE $$$ <3<3<3 13"},{"location":"produto/backlog/#epico-7-gerenciamento-de-permissoes","title":"\u00c9pico 7: Gerenciamento de Permiss\u00f5es","text":"ID Hist\u00f3ria de Usu\u00e1rio Esfor\u00e7o (E) Neg\u00f3cio ($) UX (<3) Story Points US05 Eu, como administrador, quero alterar os cargos de outros usu\u00e1rios por meio da tela de administrador. EE $$$ <3<3<3 13 US10 Eu, como administrador, quero gerenciar cargos de co-administradores, para delegar responsabilidades de gerenciamento. EE $$ <3<3 13 US20 US20 - Eu, como administrador, gostaria de uma p\u00e1gina de acesso pr\u00f3prio, para que eu possa ter acesso a dados e informa\u00e7\u00f5es sigilosos EEE $$ <3<3 13"},{"location":"produto/backlog/#somatorio-de-story-points-122","title":"Somat\u00f3rio de Story Points: 122","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/07/2024 1.0 Vers\u00e3o inicial com pontos 1 a 2 Victor Hugo Oliveira Le\u00e3o 12/07/2024 1.1 Designa\u00e7\u00e3o de story points para as hist\u00f3rias Jo\u00e3o Pedro de Camargo Vaz 15/07/2024 1.2 Designa\u00e7\u00e3o de story points para as hist\u00f3rias Jo\u00e3o Pedro de Camargo Vaz 26/08/2024 1.3 Adi\u00e7\u00e3o de novas hist\u00f3rias Jo\u00e3o Pedro de Camargo Vaz"},{"location":"produto/eap/","title":"Estrutura Anal\u00edtica do Projeto (EAP)","text":""},{"location":"produto/eap/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

A Estrutura Anal\u00edtica do Projeto (EAP) \u00e9 uma ferramenta essencial para gerenciar projetos, representando a decomposi\u00e7\u00e3o hier\u00e1rquica do escopo total do trabalho. Este processo envolve a quebra das entregas e do trabalho do projeto em componentes menores e mais gerenci\u00e1veis, proporcionando uma vis\u00e3o estruturada das entregas a serem realizadas.

A EAP organiza e define todo o escopo do projeto, refletindo o trabalho descrito na declara\u00e7\u00e3o de escopo do projeto. Cada n\u00edvel mais baixo na hierarquia da EAP, conhecido como pacote de trabalho, cont\u00e9m o trabalho planejado, permitindo que atividades sejam agrupadas para facilitar o agendamento, estimativa, monitoramento e controle. No contexto da EAP, o foco est\u00e1 nos produtos de trabalho ou entregas resultantes das atividades, e n\u00e3o nas atividades em si.

"},{"location":"produto/eap/#2-eap-do-projeto","title":"2. EAP do Projeto","text":"

Segue o EAP do Projeto UnB-TV.

"},{"location":"produto/eap/#3-referencias","title":"3. Refer\u00eancias","text":"

[1] Guia PMBOK 6a. ed. EUA: Project Management Institure, 2017. Dispon\u00edvel em: http://www.sesp.mt.gov.br/documents/4713378/12273418/Guia-PMBOK+6%C2%AA+Edi%C3%A7%C3%A3o_compressed.pdf/cd4313d8-a65c-e146-3a24-505a6bc29d4b. Acesso em: 06 de julho de 2024.

"},{"location":"produto/eap/#4-versionamento-do-documento","title":"4. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/07/2024 1.0 Vers\u00e3o inicial completa do documento Victor Hugo Oliveira Le\u00e3o"},{"location":"produto/leaninception/","title":"Lean Inception do Projeto","text":""},{"location":"produto/leaninception/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento busca apresentar o resultado final da Lean Inception feita pelo grupo juntamente com o PO (Product Owner). Contextualizando:

A Lean Inception \u00e9 um workshop colaborativo e din\u00e2mico que ajuda as equipes a alinhar e planejar a cria\u00e7\u00e3o do Produto M\u00ednimo Vi\u00e1vel (MVP), que serve como um resumo visual da estrat\u00e9gia do MVP, fornecendo clareza e dire\u00e7\u00e3o para a equipe avan\u00e7ar na constru\u00e7\u00e3o do produto. Originada e evolu\u00edda a partir de pr\u00e1ticas de Design Thinking e Lean Startup, a Lean Inception envolve uma s\u00e9rie de atividades estruturadas para facilitar a descoberta, o esclarecimento e a colabora\u00e7\u00e3o entre os membros da equipe (CAROLLI, 2018).

Como no trabalho realizado no semestre anterior pelo grupo respons\u00e1vel pelo projeto da UnBTV tamb\u00e9m houve essa tarefa da Lean Inception, as etapas iniciais (Vis\u00e3o de Produto at\u00e9 Brainstorming de Funcionalidades) foram revisadas e complementadas pelo que j\u00e1 tinha sido feito anteriormente.

"},{"location":"produto/leaninception/#2-etapas-da-lean-inception","title":"2. Etapas da Lean Inception","text":""},{"location":"produto/leaninception/#21-visao-do-produto","title":"2.1 Vis\u00e3o do Produto","text":"

A vis\u00e3o do produto \u00e9 a primeira etapa da Lean Inception e ajuda a trilhar o caminho inicial. Ela define a ess\u00eancia do seu valor de neg\u00f3cio e deve refletir uma mensagem clara e convincente acerca do produto. Nela, decide-se sobre qual caracter\u00edstica do produto o caminho inicial ser\u00e1 trilhado, e qual ser\u00e1 a estrat\u00e9gia de posicionamento (CAROLLI, 2018).

A Vis\u00e3o de Produto consolidada do grupo \u00e9:

"},{"location":"produto/leaninception/#22-o-produto-e-nao-e-faz-nao-faz","title":"2.2 O Produto \u00c9 - N\u00c3O \u00c9 - FAZ - N\u00c3O FAZ","text":"

A atividade \u00c9 - N\u00e3o \u00e9 - Faz - N\u00e3o faz (ENFN, abreviado) busca classifica\u00e7\u00f5es sobre o produto seguindo as quatro diretrizes, indagando, especificamente, cada aspecto positivo e negativo sobre o produto ser ou fazer algo. Essa atividade ajuda a esclarecer o produto. Geralmente, ap\u00f3s tal atividade, os participantes ter\u00e3o uma vis\u00e3o mais alinhada tanto sobre o que o produto faz, quanto sobre o que o produto n\u00e3o faz (CAROLLI, 2018).

O Produto \u00c9 - N\u00c3O \u00c9 - FAZ - N\u00c3O FAZ consolidado do grupo \u00e9:

"},{"location":"produto/leaninception/#23-objetivos-do-produto","title":"2.3 Objetivos do Produto","text":"

Nesta etapa, cada membro da equipe deve compartilhar sua compreens\u00e3o sobre os objetivos do neg\u00f3cio, e os v\u00e1rios pontos de vista devem ser discutidos para chegar a um consenso sobre o que verdadeiramente possui relev\u00e2ncia. Portanto, esta atividade auxilia no levantamento e esclarecimento dos objetivos (CAROLLI, 2018).

Eles s\u00e3o separados em clusters (grupos), a fim de agrupar os objetivos que s\u00e3o similares ao grupo.

Os Objetivos do Produto consolidados do grupo \u00e9:

"},{"location":"produto/leaninception/#24-personas","title":"2.4 Personas","text":"

Para efetivamente identificar as funcionalidades de um produto, \u00e9 importante ter em mente os usu\u00e1rios e seus objetivos. A maneira geralmente utilizada para representar os usu\u00e1rios \u00e9 por meio de personas. Uma persona representa um usu\u00e1rio do produto ou servi\u00e7o, descrevendo n\u00e3o s\u00f3 o seu papel, mas tamb\u00e9m suas necessidades espec\u00edficas. Isso cria uma representa\u00e7\u00e3o realista de usu\u00e1rios, auxiliando o time a descrever funcionalidades do ponto de vista de quem interagir\u00e1 com o produto final (CAROLLI, 2018).

Para o projeto foram definidas 2 personas distintas, mas que definem bem os usu\u00e1rios do produto:

"},{"location":"produto/leaninception/#25-jornadas-do-usuario","title":"2.5 Jornadas do Usu\u00e1rio","text":"

A jornada descreve o percurso de um usu\u00e1rio por uma sequ\u00eancia de passos dados para alcan\u00e7ar um objetivo. Alguns desses passos representam diferentes pontos de contato com o produto, caracterizando a intera\u00e7\u00e3o da pessoa com ele (CAROLLI, 2018).

As Jornadas dos Usu\u00e1rios que s\u00e3o as personas do produto s\u00e3o:

"},{"location":"produto/leaninception/#26-brainstorm-de-funcionalidades","title":"2.6 Brainstorm de Funcionalidades","text":"

Funcionalidade \u00e9 a descri\u00e7\u00e3o de uma a\u00e7\u00e3o ou intera\u00e7\u00e3o de um usu\u00e1rio com o produto. A descri\u00e7\u00e3o de uma funcionalidade deve ser o mais simples poss\u00edvel: o usu\u00e1rio est\u00e1 tentando fazer uma coisa, ent\u00e3o o produto deve ter uma funcionalidade para isso (CAROLLI, 2018). Assim, o uso de brainstorming incentiva encontrar o m\u00e1ximo de funcionalidades sugeridas por todos os membros da equipe.

A din\u00e2mica do grupo foi revisar o brainstorm do semestre passado e adicionar novas funcionalidades recomendadas pelo grupo. Assim, pode-se consolidar as funcionalidades:

"},{"location":"produto/leaninception/#27-revisao-tecnica-de-negocio-e-de-ux","title":"2.7 Revis\u00e3o T\u00e9cnica, de Neg\u00f3cio e de UX","text":"

Ap\u00f3s a obten\u00e7\u00e3o das funcionalidades, \u00e9 preciso reavali\u00e1-las, normaliz\u00e1-las, e, se poss\u00edvel, descartar o que n\u00e3o faz sentido levar a diante. Para evoluir esse entendimento, avaliamos cada funcionalidade em termos de esfor\u00e7o, valor para o neg\u00f3cio, experi\u00eancia dos usu\u00e1rios e o n\u00edvel de confian\u00e7a que temos sobre o que e como constru\u00ed-la (CAROLLI, 2018).

Para esfor\u00e7o, valor de neg\u00f3cio e valor de UX (user experience em ingl\u00eas, ou experi\u00eancia do usu\u00e1rio, em portugu\u00eas), avaliamos e classificamos as funcionalidades com marca\u00e7\u00f5es em uma escala de um a tr\u00eas. J\u00e1 para n\u00edvel de confian\u00e7a t\u00e9cnico e de UX/neg\u00f3cio, \u00e9 feita uma avalia\u00e7\u00e3o entre baixo, m\u00e9dio e alto para cada um desses n\u00edveis, a fim de obter uma classifica\u00e7\u00e3o baseada em cor (vermelho, amarelo ou verde) que ilustra o qu\u00e3o confiante a equipe est\u00e1 em rela\u00e7\u00e3o a funcionalidade.

A Revis\u00e3o T\u00e9cnica, de Neg\u00f3cio e de UX consolidada do grupo \u00e9:

"},{"location":"produto/leaninception/#28-sequenciador","title":"2.8 Sequenciador","text":"

O objetivo desta etapa \u00e9 priorizar as funcionalidades previamente identificadas e j\u00e1 avaliadas. Para isso, a equipe deve usar um template de um sequenciador e deve organizar as funcionalidades de forma sequencial, indicando o que ser\u00e1 implementado no MVP e o que ser\u00e1 incrementado. Al\u00e9m disso, a equipe deve definir quais funcionalidades estar\u00e3o em cada onda, quantas ondas o MVP ter\u00e1 e qual o tamanho de cada onda. Al\u00e9m disso, o sequenciador deve seguir um conjunto de regras pr\u00e9-definidas(CAROLLI, 2018).

O Sequenciador at\u00e9 o MVP (no Figma \u00e9 poss\u00edvel ver completo) do grupo \u00e9:

"},{"location":"produto/leaninception/#29-calculando-esforco-tempo-e-custo","title":"2.9 Calculando Esfor\u00e7o, Tempo e Custo","text":"

Esta atividade busca entender quanto tempo durar\u00e1 a constru\u00e7\u00e3o de cada onda e, consequentemente at\u00e9 o MVP. Levando em conta que as ondas s\u00e3o parecidas, j\u00e1 que seguem as regras, pode-se fazer uma estimativa para as tr\u00eas primeiras ondas e, assim, us\u00e1-la para todas as ondas.

Essa atividade segue os seguintes passos:

  1. Destrinchar as funcionalidades em peda\u00e7os menores (hist\u00f3rias de usu\u00e1rio);
  2. Dimensionar as hist\u00f3rias em tamanhos de esfor\u00e7o (P, M, G e GG);
  3. Estimar o tempo de 3 a 4 hist\u00f3rias em cada tamanho de esfor\u00e7o, em dias (1 dia = 1 jornada de trabalho = 8 horas);
  4. Fazer uma m\u00e9dia de tempo de esfor\u00e7o para cada tamanho;
  5. Obter a m\u00e9dia de tempo para cada onda.

O C\u00e1lculo de Esfor\u00e7o, Tempo e Custo (representa apenas 1 onda na imagem, no Figma \u00e9 poss\u00edvel ver completo) do grupo \u00e9:

Pode-se considerar, ent\u00e3o, que cada dupla de desenvolvedores (haver\u00e3o 4) gasta aproximadamente 0,9 dias (7 horas) para desenvolver cada onda. Contudo, isso n\u00e3o leva em conta o tempo de estudo necess\u00e1rio, tamb\u00e9m, logo cada onda pode durar entre 1 sprint e 1 1/2 sprint (j\u00e1 que as 7 horas de desenvolvimento s\u00e3o distribu\u00eddas ao longo da semana).

"},{"location":"produto/leaninception/#210-canvas-mvp","title":"2.10 Canvas MVP","text":"

No Canvas MVP, a equipe detalha o MVP (M\u00ednimo Produto Vi\u00e1vel) e as suas funcionalidades, sob as perspectivas de Design Thinking e do Lean Startup. Apesar de poder ser utilizada independente da sequ\u00eancia de atividades da Lean Inception, ela foi concebida para ser a \u00faltima do workshop. O Canvas MVP \u00e9 dividido em sete blocos. E em cada bloco, uma pergunta deve ser respondida, na ordem indicada:

  1. Proposta do MVP: Qual \u00e9 a proposta deste MVP?
  2. Personas segmentadas: Para quem \u00e9 este MVP? Podemos segmentar e testar este MVP em um grupo menor?
  3. Jornadas: Quais jornadas s\u00e3o atendidas ou melhoradas com este MVP?
  4. Funcionalidades: O que vamos construir neste MVP? Que a\u00e7\u00f5es ser\u00e3o simplificadas ou melhoradas neste MVP?
  5. Resultado esperado: Que aprendizado ou resultado estamos buscando neste MVP?
  6. M\u00e9tricas para validar as hip\u00f3teses do neg\u00f3cio: Como podemos medir os resultados deste MVP?
  7. Custo e Cronograma: Qual \u00e9 o custo e a data prevista para a entrega deste MVP?

O Canvas MVP do grupo \u00e9:

"},{"location":"produto/leaninception/#3-lean-inception-completa","title":"3. Lean Inception Completa","text":"

A Lean Inception Completa da equipe pode ser encontrada no Figma abaixo:

"},{"location":"produto/leaninception/#4-referencias","title":"4. Refer\u00eancias","text":"

Paulo Caroli: Lean Inception: How to Align People and Build the Right Product. 1 ed. S\u00e3o Paulo.

"},{"location":"produto/leaninception/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 30/04/2024 1.0 Vers\u00e3o inicial completa do documento Victor Hugo Oliveira Le\u00e3o"},{"location":"sprints/Sprint1/","title":"Sprint 1","text":""},{"location":"sprints/Sprint1/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 1 US:
    • US03 - Eu, como usu\u00e1rio, quero incluir v\u00eddeo nas sugest\u00f5es de pauta, para contribuir na produ\u00e7\u00e3o e divulga\u00e7\u00e3o de v\u00eddeos.

A realiza\u00e7\u00e3o dessa hist\u00f3ria de usu\u00e1rio foi realizada por meio de uma reuni\u00e3o com a presen\u00e7a do m\u00e1ximo de pessoas do grupo, a fim de que todos pudessem entender como funciona o fluxo de desenvolvimento na disciplina. Os estudantes de MDS se candidatavam para resolver a issue, sendo guiados pelos estudantes de EPS.

Al\u00e9m disso, essa hist\u00f3ria contribuiu para a consolida\u00e7\u00e3o do conhecimento desenvolvido pelo time, durante o per\u00edodo de treinamentos. Os dojos realizados de front, back, fullstack, devops e git foram uma base s\u00f3lida para que o time conseguisse engrenar bem nas opera\u00e7\u00f5es internas necess\u00e1rias para vencer as hist\u00f3rias propostas.

"},{"location":"sprints/Sprint1/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Sexta-feira (19/07), 14 horas Review + Retrospectiva Segunda-feira (22/07), 16 horas"},{"location":"sprints/Sprint1/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint1/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US3 Reposit\u00f3rios Frontend e Admin Todos do grupo"},{"location":"sprints/Sprint1/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":"

Foi esperado o desenvolvimento da US3, uma modifica\u00e7\u00e3o em um formul\u00e1rio j\u00e1 presente no sistema. O grupo foi capaz de implementar a melhoria durante uma reuni\u00e3o com todos os integrantes do grupo para entenderem o fluxo de desenvolvimento.

Portanto, a hist\u00f3ria foi de grande valor para o time e para o PO, uma vez que possibilitou maior coes\u00e3o e integra\u00e7\u00e3o entre os integrantes do grupo, a visar \u00e0 passagem de conhecimentos entre os alunos de EPS e de MDS.

"},{"location":"sprints/Sprint1/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/07/2024 1.0 Vers\u00e3o inicial do documento Victor Hugo Oliveira Le\u00e3o 06/08/2024 1.1 Vers\u00e3o inicial do documento Jo\u00e3o Pedro de Camargo Vaz"},{"location":"sprints/Sprint2/","title":"Sprint 2","text":""},{"location":"sprints/Sprint2/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 3 US:
    • US1: obten\u00e7\u00e3o de dados de visualiza\u00e7\u00e3o de v\u00eddeos;
    • US2: obten\u00e7\u00e3o de dados de visualiza\u00e7\u00e3o de v\u00eddeos por categoria;
    • US20: cria\u00e7\u00e3o da p\u00e1gina de admin.
"},{"location":"sprints/Sprint2/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Segunda-feira (22/07), 18h30 Review + Retrospectiva Segunda-feira (29/07), 16h"},{"location":"sprints/Sprint2/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint2/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US1 Reposit\u00f3rio Frontend Victor, Benjamin, Jo\u00e3o Marques US2 Reposit\u00f3rio Frontend Gabriel Roger, Jo\u00e3o Victor e Felipe US20 Reposit\u00f3rios Frontend e Users Jo\u00e3o Pedro, Vin\u00edcius, J\u00e9ssica, Ruan, Pedro e Gabriel Henrique"},{"location":"sprints/Sprint2/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":"

Foi esperado o desenvolvimento das US1, US2 e US20, o grupo foi dividido em trios, com 2 hist\u00f3rias ficando para um trio e outra hist\u00f3ria com dois trios, principalmente pelo planejamento de hist\u00f3rias da Release 1 (n\u00e3o ficar muito extensa). Assim, os integrantes de EPS apoiariam o desenvolvimento por parte dos estudantes de MDS. Os testes seriam esperados de serem feitos pelos integrantes de EPS.

Todas as hist\u00f3rias foram entregues a tempo e com excel\u00eancia.

"},{"location":"sprints/Sprint2/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/07/2024 1.0 Vers\u00e3o inicial do documento Victor Hugo Oliveira Le\u00e3o 06/08/2024 1.1 Corre\u00e7\u00e3o da data de Review + Retrospectiva Gabriel Roger Amorim da Cruz"},{"location":"sprints/Sprint3/","title":"Sprint 3","text":""},{"location":"sprints/Sprint3/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 4 US:
    • US08: Adi\u00e7\u00e3o do bot\u00e3o e l\u00f3gica de videos marcados como assistir mais tarde;
    • US13: Adi\u00e7\u00e3o do bot\u00e3o e l\u00f3gica de videos marcados como favorito;
    • US06: Vizualiza\u00e7\u00e3o das estat\u00edsticas de vizualiza\u00e7\u00e3o.
    • US04: pesquisa de v\u00eddeos por t\u00edtulo, descri\u00e7\u00e3o, palavras-chaves e categoria.
"},{"location":"sprints/Sprint3/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Segunda-feira (29/07), 18h30 Review + Retrospectiva Segunda-feira (05/08), 18h"},{"location":"sprints/Sprint3/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint3/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US08 Reposit\u00f3rio Frontend e VideoService Vin\u00edcius, Benjamin, Gabriel Henrique US13 Reposit\u00f3rio Frontend e VideoService Jo\u00e3o Pedro, Pedro e Felipe US06 Reposit\u00f3riose Frontend e Users Gabriel Roger, Jo\u00e3o Marques e Jo\u00e3o Vitor US04 Reposit\u00f3rios Frontend e Users Victor, J\u00e9ssica, Ruan"},{"location":"sprints/Sprint3/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":"

Foi esperado o desenvolvimento das US08, US13 e US06 e US04, o grupo foi dividido em trios, com 2 hist\u00f3rias ficando para um trio e outra hist\u00f3ria com dois trios, principalmente pelo planejamento de hist\u00f3rias da Release 1 (n\u00e3o ficar muito extensa). Assim, os integrantes de EPS apoiariam o desenvolvimento por parte dos estudantes de MDS.

Al\u00e9m disso, foi passado para os alunos MDS conhecimentos relativos aos testes e da base de dados, para que eles consigam rodar e subir. Bem como ter um entendimento maior sobre o funcionamento da base de dados da aplica\u00e7\u00e3o.

Com isso, o resultado das hist\u00f3rias foram de extrema qualidade, seguindo o protocolo de valida\u00e7\u00e3o do PO, por meio de formul\u00e1rios que colhem a avalia\u00e7\u00e3o do dono do produto. Vale ressaltar o aprendizado dos alunos de MDS, que se adequaram ainda mais ao fluxo de desenvolvimento e desenvolveram as suas habilidades quanto \u00e0 Engenharia de Software (desenvolvimento e participa\u00e7\u00e3o em projeto de larga escala);

"},{"location":"sprints/Sprint3/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial do documento Vin\u00edcius Assump\u00e7l\u00e3o de Ara\u00fajo 06/08/2024 1.1 Vers\u00e3o atual do documento Jo\u00e3o Pedro de Camargo Vaz 06/08/2024 1.2 Corre\u00e7\u00e3o da data de Review + Retrospectiva Gabriel Roger Amorim da Cruz"},{"location":"sprints/Sprint4/","title":"Sprint 4","text":""},{"location":"sprints/Sprint4/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 4 US:
    • US06: Dashboard com dados de visualiza\u00e7\u00e3o das categorias;
    • US11: Hist\u00f3rico de v\u00eddeos;
    • US09: Ver a lista de v\u00eddeos favoritos;
    • US14: Ver a lista de v\u00eddeos \"assistir mais tarde\".
"},{"location":"sprints/Sprint4/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Segunda-feira (05/08), 18h15 Review + Retrospectiva PLANEJADA PARA: Segunda-feira (12/08), 16h"},{"location":"sprints/Sprint4/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint4/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US06 Reposit\u00f3rio Frontend Gabriel Roger, Jo\u00e3o Marques e Jo\u00e3o Vitor US11 Reposit\u00f3rio Frontend e VideoService Victor, J\u00e9ssica, Gabriel US09 Reposit\u00f3rios Frontend e VideoService Jo\u00e3o Pedro, Ruan, Benjamin US14 Reposit\u00f3rios Frontend e VideoService V\u00ednicius, Pedro, Felipe"},{"location":"sprints/Sprint4/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":""},{"location":"sprints/Sprint4/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 06/08/2024 1.0 Vers\u00e3o inicial do documento Victor Hugo Oliveira Le\u00e3o 12/08/2024 1.1 Vers\u00e3o inicial do documento Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo"},{"location":"sprints/Sprint5/","title":"Sprint 5","text":""},{"location":"sprints/Sprint5/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 4 US:
    • US10: Gerenciar cargos de Co-Administrador;
    • US12: Hist\u00f3rico de v\u00eddeos;
    • US18: Pr\u00f3ximos V\u00eddeo com base na categoria;
    • US21: Implementa\u00e7\u00e3o da l\u00f3gica de recomenda\u00e7\u00e3o de v\u00eddeos.
"},{"location":"sprints/Sprint5/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Segunda-feira (12/08), 18h15 Review + Retrospectiva PLANEJADA PARA: Segunda-feira (19/08), 16h"},{"location":"sprints/Sprint5/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint5/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US12 Reposit\u00f3rio FRONTEND e VIDEOSERVICE Vinicius, Felipe, Jo\u00e3o Marques US18 Reposit\u00f3rio FRONTEND e VIDEOSERVICE Gabriel Roger, J\u00e9ssica, Benjamin US10 Reposit\u00f3rios FRONTEND e USERS Jo\u00e3o Pedro, Gabriel, Ruan US21 Reposit\u00f3rios FRONTEND e VIDEOSERVICE Victor, Jo\u00e3o Victor, Pedro"},{"location":"sprints/Sprint5/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":"

Para a Sprint 5, foi iniciado o desenvolvimento da US12, US10, US18 e US21. Dessas US, apenas a US12 teve dura\u00e7\u00e3o de 1 Sprint, sendo assim, a US12 foi finalizada e o respectivo PR foi mergeado com a branch principal. Enquanto isso, as outras US seguem em desenvolvimento.

Al\u00e9m disso, a equipe de desenvolvimento contou a chegada de 3 novos participantes da disciplina de MDS: Luis Eduardo, Renan e Vitor. Por conta disso, a equipe destinou um tempo da Sprint 5 para realiza\u00e7\u00e3o de reuni\u00f5es com os novos integrantes, a fim de apresentar e explicar o projeto e o fluxo de trabalho da equipe.

Com isso, o resultado das hist\u00f3rias foram de extrema qualidade, seguindo o protocolo de valida\u00e7\u00e3o do PO, por meio de formul\u00e1rios que colhem a avalia\u00e7\u00e3o do dono do produto. Vale ressaltar o aprendizado dos alunos de MDS, que se adequaram ainda mais ao fluxo de desenvolvimento e desenvolveram as suas habilidades quanto \u00e0 Engenharia de Software (desenvolvimento e participa\u00e7\u00e3o em projeto de larga escala);

"},{"location":"sprints/Sprint5/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 12/08/2024 1.0 Vers\u00e3o inicial do documento Jo\u00e3o Pedro de Camargo Vaz 19/08/2024 1.1 Atualiza\u00e7\u00e3o do documento Vinicius Assump\u00e7\u00e3o de Ara\u00fajo 21/08/2024 1.2 Atualiza\u00e7\u00e3o da conclus\u00e3o da sprint Gabriel Roger Amorim da Cruz"},{"location":"sprints/Sprint6/","title":"Sprint 6","text":""},{"location":"sprints/Sprint6/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 5 US:
    • US10: Gerenciar cargos de Co-Administrador;
    • US16: Notifica\u00e7\u00f5es de v\u00eddeos;
    • US18: Pr\u00f3ximos V\u00eddeo com base no programa e na categoria;
    • US21: Implementa\u00e7\u00e3o da l\u00f3gica de recomenda\u00e7\u00e3o de v\u00eddeos;
    • Ajustes P\u00f3s Entrega da Release 2.
"},{"location":"sprints/Sprint6/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Segunda-feira (19/08), 18h15 Review + Retrospectiva Segunda-feira (26/08), 16h"},{"location":"sprints/Sprint6/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint6/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US10 Reposit\u00f3rios FRONTEND e USERS Jo\u00e3o Pedro, Gabrielv e Ruan US16 Reposit\u00f3rio FRONTEND e VIDEOSERVICE Vinicius, Felipe e Jo\u00e3o Victor Marques US18 Reposit\u00f3rio FRONTEND e VIDEOSERVICE Gabriel Roger, J\u00e9ssica e Pedro US21 Reposit\u00f3rios FRONTEND e VIDEOSERVICE Victor, Jo\u00e3o Vitor e Benjamim Ajustes Reposit\u00f3rio FRONTEND Gabriel Roger, Luis, Renan e Vitor"},{"location":"sprints/Sprint6/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":"

Foi esperado o desenvolvimento das US10, US16 e US18 e US21, al\u00e9m dos ajustes sugeridos pelo PO ap\u00f3s a reuni\u00e3o semanal. O grupo foi dividido em 4 trios e 1 quarteto, com 1 US para cada equipe. Assim, os integrantes de EPS apoiariam o desenvolvimento por parte dos estudantes de MDS.

Al\u00e9m disso, foi passado para os alunos MDS conhecimentos relativos aos testes e da base de dados, para que eles consigam rodar e subir. Bem como ter um entendimento maior sobre o funcionamento da base de dados da aplica\u00e7\u00e3o.

Com isso, o resultado das hist\u00f3rias foram de extrema qualidade, seguindo o protocolo de valida\u00e7\u00e3o do PO, por meio de formul\u00e1rios que colhem a avalia\u00e7\u00e3o do dono do produto. Vale ressaltar o aprendizado dos alunos de MDS, que se adequaram ainda mais ao fluxo de desenvolvimento e desenvolveram as suas habilidades quanto \u00e0 Engenharia de Software (desenvolvimento e participa\u00e7\u00e3o em projeto de larga escala);

As issues US10, US18, US21 e Ajustes foram finalizados e entregues, enquanto que a US16 continuou sendo desenvolvida na pr\u00f3xima sprint (Sprint 7).

"},{"location":"sprints/Sprint6/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 21/08/2024 1.0 Vers\u00e3o inicial do documento Gabriel Roger Amorim da Cruz 26/08/2024 1.1 Adi\u00e7\u00e3o da conclus\u00e3o da Sprint e pequenos ajustes Gabriel Roger Amorim da Cruz"},{"location":"sprints/Sprint7/","title":"Sprint 6","text":""},{"location":"sprints/Sprint7/#1-objetivos","title":"1. Objetivos","text":"
  • Realiza\u00e7\u00e3o de 4 US:
    • US05: Alterar cargos de outros usu\u00e1rios;
    • US15: Lista de recomenda\u00e7\u00f5es de v\u00eddeos;
    • US16: Notifica\u00e7\u00f5es de v\u00eddeos;
    • US22: Bot\u00e3o de pr\u00f3ximo v\u00eddeo vinculado sistema de recomenda\u00e7\u00e3o.
"},{"location":"sprints/Sprint7/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning Segunda-feira (26/08), 18h15 Review + Retrospectiva PLANEJADA PARA: Segunda-feira (02/09), 16h"},{"location":"sprints/Sprint7/#21-definicao-de-pronto","title":"2.1 Defini\u00e7\u00e3o de Pronto:","text":"
  • 50% de cobertura de testes.
  • Sem defeitos.
  • Todos os crit\u00e9rios de aceita\u00e7\u00e3o implementados
"},{"location":"sprints/Sprint7/#3-atividades","title":"3. Atividades","text":"US Reposit\u00f3rio Respons\u00e1veis US05 Reposit\u00f3rios FRONTEND e USERS Jo\u00e3o Pedro, Gabriel Henrique, Renan e Ruan US15 Reposit\u00f3rio FRONTEND e VIDEOSERVICE Victor Hugo, Benjamim, Jo\u00e3o Vitor e Vitor US16 Reposit\u00f3rio FRONTEND e VIDEOSERVICE Vinicius, Felipe e Jo\u00e3o Victor Marques US22 Reposit\u00f3rios FRONTEND e VIDEOSERVICE Gabriel Roger, J\u00e9ssica, Lu\u00eds e Pedro"},{"location":"sprints/Sprint7/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":""},{"location":"sprints/Sprint7/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 26/08/2024 1.0 Vers\u00e3o inicial do documento Gabriel Roger Amorim da Cruz 26/08/2024 1.1 Ajustes nas equipes de desenvolvimento Gabriel Roger Amorim da Cruz"},{"location":"sprints/SprintTemplate/SprintTemplate/","title":"Template Sprint","text":""},{"location":"sprints/SprintTemplate/SprintTemplate/#1-objetivos","title":"1. Objetivos","text":"

Explicar em pontos os objetivos gerais da Sprint para a equipe como um todo:

  • Quantidade de tarefas a serem realizadas;
  • Atividades macro;
  • Documentos a serem atualizados;
  • Atualiza\u00e7\u00f5es a serem feitas.
"},{"location":"sprints/SprintTemplate/SprintTemplate/#2-planejamento-de-reunioes","title":"2. Planejamento de Reuni\u00f5es","text":"

Tabela com o planejamento de reuni\u00f5es da Sprint:

Reuni\u00e3o Data/Hor\u00e1rio Planning - Dailys - Review + Retrospectiva -"},{"location":"sprints/SprintTemplate/SprintTemplate/#3-atividades","title":"3. Atividades","text":"

Explicar em uma tabela quais as issues ser\u00e3o feitas, o reposit\u00f3rio no quais ser\u00e3o trabalhadas e os respons\u00e1veis (pareamento):

Issue Reposit\u00f3rio Respons\u00e1veis Issue X - Nome Reposit\u00f3rio X Nome dos respons\u00e1veis"},{"location":"sprints/SprintTemplate/SprintTemplate/#4-conclusao-da-sprint","title":"4. Conclus\u00e3o da Sprint","text":"

Explicar o que foi esperado e o que foi entregue.

"},{"location":"sprints/SprintTemplate/SprintTemplate/#5-versionamento-do-documento","title":"5. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 31/03/2024 1.0 Vers\u00e3o inicial do documento Victor Hugo Oliveira Le\u00e3o 10/04/2024 1.1 Ajuste na padroniza\u00e7\u00e3o do documento Gabriel Roger Amorim da Cruz"},{"location":"treinamentos/DojoBack/","title":"Dojo Backend","text":""},{"location":"treinamentos/DojoBack/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Visando o treinamento e prepara\u00e7\u00e3o dos alunos da disciplina de M\u00e9todos de Desenvolvimento de Software nas tecnologias utilizadas no projeto, foi realizado um treinamento de backend, com foco em FastApi e constru\u00e7\u00e3o de endpoints com o framework.

"},{"location":"treinamentos/DojoBack/#2-gravacao-do-treinamento","title":"2. Grava\u00e7\u00e3o do Treinamento","text":""},{"location":"treinamentos/DojoBack/#21-treinamento-backend","title":"2.1. Treinamento Backend","text":""},{"location":"treinamentos/DojoBack/#22-material-adicional","title":"2.2. Material Adicional","text":"
  • https://medium.com/data-hackers/como-criar-a-sua-primeira-api-em-python-com-o-fastapi-50b1d7f5bb6d
  • https://kinsta.com/pt/blog/fastapi/
  • https://medium.com/@caioeduardojm4/iniciando-com-fastapi-postgresql-e-docker-3b7b413dbb21
"},{"location":"treinamentos/DojoBack/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 10/05/2024 1.0 Vers\u00e3o inicial do documento Vin\u00edcius Assump\u00e7\u00e3o de Ara\u00fajo"},{"location":"treinamentos/QuadroConhecimento/","title":"Quadro de Conhecimentos","text":""},{"location":"treinamentos/QuadroConhecimento/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Esse documento visa apresentar o quadro de conhecimentos da equipe no come\u00e7o do projeto e ser\u00e1 incrementado ao longo do mesmo, a fim de mostrar a evolu\u00e7\u00e3o da equipe no semestre como um todo. Al\u00e9m de guiar treinamentos a serem realizados pela equipe de EPS para os membros de MDS.

"},{"location":"treinamentos/QuadroConhecimento/#2-quadro-de-conhecimentos-da-equipe","title":"2. Quadro de Conhecimentos da Equipe","text":"

Levando em considera\u00e7\u00e3o as tecnologias iniciais e b\u00e1sicas do projeto, as seguintes tecnologias foram colocadas para avalia\u00e7\u00e3o dos membros:

  1. Linux: sistema operacional importante para desenvolvimento;
  2. Docker: tecnologia para cria\u00e7\u00e3o de cont\u00e2iners;
  3. Github: tecnologia utilizada para o versionamento;
  4. TypeScript: linguagem utilizada para o FrontEnd;
  5. HTML/CSS: suportes para o FrontEnd;
  6. Python: linguagem utilizada para o BackEnd;
  7. PyTest: biblioteca de testes para Python;
  8. FastAPI: biblioteca usada em Python para o BackEnd.

A partir disso, as notas que os integrantes deveriam dar seriam de 1 a 5 com a seguinte legenda:

  • 1: N\u00e3o sei nada;
  • 2: J\u00e1 ouvi falar, mas nunca mexi;
  • 3: J\u00e1 ouvi falar e mexi um pouco, mas nunca a fundo;
  • 4: J\u00e1 ouvi falar e j\u00e1 mexi bastante;
  • 5: Uso recorrentemente.

Dessa forma, pode ser visto abaixo o quadro de conhecimentos resultante da equipe:

"},{"location":"treinamentos/QuadroConhecimento/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 01/04/2024 1.0 Vers\u00e3o inicial com pontos 1 a 2 Victor Hugo Oliveira Le\u00e3o"},{"location":"treinamentos/dojoFront/","title":"Dojo Frontend","text":""},{"location":"treinamentos/dojoFront/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Visando o treinamento e prepara\u00e7\u00e3o dos alunos da disciplina de M\u00e9todos de Desenvolvimento de Software nas tecnologias utilizadas no frontend do projeto, foi realizado um treinamento no dia 12 de julho de 2024, em que foi mostrado o passo a passo de cria\u00e7\u00e3o de um componente do angular e tentar passar aos alunos de MDS, com maior fidedignidade poss\u00edvel, como funcionar\u00e1 a l\u00f3gica do front end do projeto UNB TV

Neste treinamento, foi apresentado o funcionamento do HTML, CSS e Angular.

"},{"location":"treinamentos/dojoFront/#2-gravacao-do-treinamento","title":"2. Grava\u00e7\u00e3o do Treinamento","text":""},{"location":"treinamentos/dojoFront/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 12/07/2024 1.0 Vers\u00e3o inicial do documento Jo\u00e3o Pedro de Camargo Vaz"},{"location":"treinamentos/dojoFullStack/","title":"Dojo Frontend","text":""},{"location":"treinamentos/dojoFullStack/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Visando o treinamento e prepara\u00e7\u00e3o dos alunos da disciplina de M\u00e9todos de Desenvolvimento de Software, foi realizado um treinamento full stack no dia 17 de julho de 2024. Esse treinamento tem foco na integra\u00e7\u00e3o das tecnologias utilizadas no backend e no frontend do projeto.

"},{"location":"treinamentos/dojoFullStack/#2-gravacao-do-treinamento","title":"2. Grava\u00e7\u00e3o do Treinamento","text":""},{"location":"treinamentos/dojoFullStack/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 17/07/2024 1.0 Vers\u00e3o inicial do documento Gabriel Roger Amorim da Cruz"},{"location":"treinamentos/dojoGit/","title":"Dojo Git e Github","text":""},{"location":"treinamentos/dojoGit/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Visando o treinamento e prepara\u00e7\u00e3o dos alunos da disciplina de M\u00e9todos de Desenvolvimento de Software nas tecnologias utilizadas no controle de versionamento do projeto, foi realizado um treinamento no dia 8 de abril de 2024.

Neste treinamento, foi apresentado o funcionamento do Git e do Github.

"},{"location":"treinamentos/dojoGit/#2-gravacao-do-treinamento","title":"2. Grava\u00e7\u00e3o do Treinamento","text":""},{"location":"treinamentos/dojoGit/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 09/04/2024 1.0 Vers\u00e3o inicial do documento Gabriel Roger Amorim da Cruz"},{"location":"treinamentos/dojoInicial/","title":"Dojo Inicial","text":""},{"location":"treinamentos/dojoInicial/#1-introducao","title":"1. Introdu\u00e7\u00e3o","text":"

Visando o treinamento e prepara\u00e7\u00e3o dos alunos da disciplina de M\u00e9todos de Desenvolvimento de Software nas tecnologias utilizadas no projeto, foi realizado um treinamento inicial no dia 4 de abril de 2024.

Neste treinamento, foi apresentado brevemente o funcionamento das tecnologias que ser\u00e3o utilizadas no projeto: Linux, Docker, Git, Html, Css, Angular, FastAPI.

"},{"location":"treinamentos/dojoInicial/#2-gravacao-do-treinamento","title":"2. Grava\u00e7\u00e3o do Treinamento","text":""},{"location":"treinamentos/dojoInicial/#21-treinamento-inicial-linux-docker-e-git","title":"2.1. Treinamento Inicial Linux, Docker e Git","text":""},{"location":"treinamentos/dojoInicial/#22-treinamento-inicial-html-css-angular-e-fastapi","title":"2.2. Treinamento Inicial Html, Css, Angular e FastAPI","text":""},{"location":"treinamentos/dojoInicial/#3-versionamento-do-documento","title":"3. Versionamento do Documento","text":"Data Vers\u00e3o Descri\u00e7\u00e3o Autor 05/04/2024 1.0 Vers\u00e3o inicial do documento Gabriel Roger Amorim da Cruz"}]} \ No newline at end of file diff --git a/sitemap.xml b/sitemap.xml new file mode 100644 index 00000000..0f8724ef --- /dev/null +++ b/sitemap.xml @@ -0,0 +1,3 @@ + + + \ No newline at end of file diff --git a/sitemap.xml.gz b/sitemap.xml.gz new file mode 100644 index 00000000..6d8da610 Binary files /dev/null and b/sitemap.xml.gz differ diff --git a/sprints/Sprint1/index.html b/sprints/Sprint1/index.html new file mode 100644 index 00000000..3e5212b5 --- /dev/null +++ b/sprints/Sprint1/index.html @@ -0,0 +1,2301 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 1 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 1

+

1. Objetivos

+
    +
  • Realização de 1 US:
      +
    • US03 - Eu, como usuário, quero incluir vídeo nas sugestões de pauta, para contribuir na produção e divulgação de vídeos.
      • +
    +
    • +
+

A realização dessa história de usuário foi realizada por meio de uma reunião com a presença do máximo de pessoas do grupo, a fim de que todos pudessem entender como funciona o fluxo de desenvolvimento na disciplina. Os estudantes de MDS se candidatavam para resolver a issue, sendo guiados pelos estudantes de EPS.

+

Além disso, essa história contribuiu para a consolidação do conhecimento desenvolvido pelo time, durante o período de treinamentos. Os dojos realizados de front, back, fullstack, devops e git foram uma base sólida para que o time conseguisse engrenar bem nas operações internas necessárias para vencer as histórias propostas.

+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSexta-feira (19/07), 14 horas
Review + RetrospectivaSegunda-feira (22/07), 16 horas
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US3Repositórios Frontend e AdminTodos do grupo
+

4. Conclusão da Sprint

+

Foi esperado o desenvolvimento da US3, uma modificação em um formulário já presente no sistema. O grupo foi capaz de implementar a melhoria durante uma reunião com todos os integrantes do grupo para entenderem o fluxo de desenvolvimento.

+

Portanto, a história foi de grande valor para o time e para o PO, uma vez que possibilitou maior coesão e integração entre os integrantes do grupo, a visar à passagem de conhecimentos entre os alunos de EPS e de MDS.

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
26/07/20241.0Versão inicial do documentoVictor Hugo Oliveira Leão
06/08/20241.1Versão inicial do documentoJoão Pedro de Camargo Vaz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/Sprint2/index.html b/sprints/Sprint2/index.html new file mode 100644 index 00000000..e58d4e95 --- /dev/null +++ b/sprints/Sprint2/index.html @@ -0,0 +1,2311 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 2 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 2

+

1. Objetivos

+
    +
  • Realização de 3 US:
      +
    • US1: obtenção de dados de visualização de vídeos;
      • +
    • US2: obtenção de dados de visualização de vídeos por categoria;
      • +
    • US20: criação da página de admin.
      • +
    +
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSegunda-feira (22/07), 18h30
Review + RetrospectivaSegunda-feira (29/07), 16h
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US1Repositório FrontendVictor, Benjamin, João Marques
US2Repositório FrontendGabriel Roger, João Victor e Felipe
US20Repositórios Frontend e UsersJoão Pedro, Vinícius, Jéssica, Ruan, Pedro e Gabriel Henrique
+

4. Conclusão da Sprint

+

Foi esperado o desenvolvimento das US1, US2 e US20, o grupo foi dividido em trios, com 2 histórias ficando para um trio e outra história com dois trios, principalmente pelo planejamento de histórias da Release 1 (não ficar muito extensa). Assim, os integrantes de EPS apoiariam o desenvolvimento por parte dos estudantes de MDS. Os testes seriam esperados de serem feitos pelos integrantes de EPS.

+

Todas as histórias foram entregues a tempo e com excelência.

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
26/07/20241.0Versão inicial do documentoVictor Hugo Oliveira Leão
06/08/20241.1Correção da data de Review + RetrospectivaGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/Sprint3/index.html b/sprints/Sprint3/index.html new file mode 100644 index 00000000..0f240360 --- /dev/null +++ b/sprints/Sprint3/index.html @@ -0,0 +1,2324 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 3 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 3

+

1. Objetivos

+
    +
  • Realização de 4 US:
      +
    • US08: Adição do botão e lógica de videos marcados como assistir mais tarde;
      • +
    • US13: Adição do botão e lógica de videos marcados como favorito;
      • +
    • US06: Vizualização das estatísticas de vizualização.
      • +
    • US04: pesquisa de vídeos por título, descrição, palavras-chaves e categoria.
      • +
    +
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSegunda-feira (29/07), 18h30
Review + RetrospectivaSegunda-feira (05/08), 18h
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US08Repositório Frontend e VideoServiceVinícius, Benjamin, Gabriel Henrique
US13Repositório Frontend e VideoServiceJoão Pedro, Pedro e Felipe
US06Repositóriose Frontend e UsersGabriel Roger, João Marques e João Vitor
US04Repositórios Frontend e UsersVictor, Jéssica, Ruan
+

4. Conclusão da Sprint

+

Foi esperado o desenvolvimento das US08, US13 e US06 e US04, o grupo foi dividido em trios, com 2 histórias ficando para um trio e outra história com dois trios, principalmente pelo planejamento de histórias da Release 1 (não ficar muito extensa). Assim, os integrantes de EPS apoiariam o desenvolvimento por parte dos estudantes de MDS.

+

Além disso, foi passado para os alunos MDS conhecimentos relativos aos testes e da base de dados, para que eles consigam rodar e subir. Bem como ter um entendimento maior sobre o funcionamento da base de dados da aplicação.

+

Com isso, o resultado das histórias foram de extrema qualidade, seguindo o protocolo de validação do PO, por meio de formulários que colhem a avaliação do dono do produto. Vale ressaltar o aprendizado dos alunos de MDS, que se adequaram ainda mais ao fluxo de desenvolvimento e desenvolveram as suas habilidades quanto à Engenharia de Software (desenvolvimento e participação em projeto de larga escala);

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
06/08/20241.0Versão inicial do documentoVinícius Assumpçlão de Araújo
06/08/20241.1Versão atual do documentoJoão Pedro de Camargo Vaz
06/08/20241.2Correção da data de Review + RetrospectivaGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/Sprint4/index.html b/sprints/Sprint4/index.html new file mode 100644 index 00000000..6d8a3aa7 --- /dev/null +++ b/sprints/Sprint4/index.html @@ -0,0 +1,2315 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 4 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 4

+

1. Objetivos

+
    +
  • Realização de 4 US:
      +
    • US06: Dashboard com dados de visualização das categorias;
      • +
    • US11: Histórico de vídeos;
      • +
    • US09: Ver a lista de vídeos favoritos;
      • +
    • US14: Ver a lista de vídeos "assistir mais tarde".
      • +
    +
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSegunda-feira (05/08), 18h15
Review + RetrospectivaPLANEJADA PARA: Segunda-feira (12/08), 16h
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US06Repositório FrontendGabriel Roger, João Marques e João Vitor
US11Repositório Frontend e VideoServiceVictor, Jéssica, Gabriel
US09Repositórios Frontend e VideoServiceJoão Pedro, Ruan, Benjamin
US14Repositórios Frontend e VideoServiceVínicius, Pedro, Felipe
+

4. Conclusão da Sprint

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
06/08/20241.0Versão inicial do documentoVictor Hugo Oliveira Leão
12/08/20241.1Versão inicial do documentoVinícius Assumpção de Araújo
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/Sprint5/index.html b/sprints/Sprint5/index.html new file mode 100644 index 00000000..c871d8d6 --- /dev/null +++ b/sprints/Sprint5/index.html @@ -0,0 +1,2324 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 5 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 5

+

1. Objetivos

+
    +
  • Realização de 4 US:
      +
    • US10: Gerenciar cargos de Co-Administrador;
      • +
    • US12: Histórico de vídeos;
      • +
    • US18: Próximos Vídeo com base na categoria;
      • +
    • US21: Implementação da lógica de recomendação de vídeos.
      • +
    +
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSegunda-feira (12/08), 18h15
Review + RetrospectivaPLANEJADA PARA: Segunda-feira (19/08), 16h
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US12Repositório FRONTEND e VIDEOSERVICEVinicius, Felipe, João Marques
US18Repositório FRONTEND e VIDEOSERVICEGabriel Roger, Jéssica, Benjamin
US10Repositórios FRONTEND e USERSJoão Pedro, Gabriel, Ruan
US21Repositórios FRONTEND e VIDEOSERVICEVictor, João Victor, Pedro
+

4. Conclusão da Sprint

+

Para a Sprint 5, foi iniciado o desenvolvimento da US12, US10, US18 e US21. Dessas US, apenas a US12 teve duração de 1 Sprint, sendo assim, a US12 foi finalizada e o respectivo PR foi mergeado com a branch principal. Enquanto isso, as outras US seguem em desenvolvimento.

+

Além disso, a equipe de desenvolvimento contou a chegada de 3 novos participantes da disciplina de MDS: Luis Eduardo, Renan e Vitor. Por conta disso, a equipe destinou um tempo da Sprint 5 para realização de reuniões com os novos integrantes, a fim de apresentar e explicar o projeto e o fluxo de trabalho da equipe.

+

Com isso, o resultado das histórias foram de extrema qualidade, seguindo o protocolo de validação do PO, por meio de formulários que colhem a avaliação do dono do produto. Vale ressaltar o aprendizado dos alunos de MDS, que se adequaram ainda mais ao fluxo de desenvolvimento e desenvolveram as suas habilidades quanto à Engenharia de Software (desenvolvimento e participação em projeto de larga escala);

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
12/08/20241.0Versão inicial do documentoJoão Pedro de Camargo Vaz
19/08/20241.1Atualização do documentoVinicius Assumpção de Araújo
21/08/20241.2Atualização da conclusão da sprintGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/Sprint6/index.html b/sprints/Sprint6/index.html new file mode 100644 index 00000000..3213c479 --- /dev/null +++ b/sprints/Sprint6/index.html @@ -0,0 +1,2325 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 6 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 6

+

1. Objetivos

+
    +
  • Realização de 5 US:
      +
    • US10: Gerenciar cargos de Co-Administrador;
      • +
    • US16: Notificações de vídeos;
      • +
    • US18: Próximos Vídeo com base no programa e na categoria;
      • +
    • US21: Implementação da lógica de recomendação de vídeos;
      • +
    • Ajustes Pós Entrega da Release 2.
      • +
    +
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSegunda-feira (19/08), 18h15
Review + RetrospectivaSegunda-feira (26/08), 16h
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US10Repositórios FRONTEND e USERSJoão Pedro, Gabrielv e Ruan
US16Repositório FRONTEND e VIDEOSERVICEVinicius, Felipe e João Victor Marques
US18Repositório FRONTEND e VIDEOSERVICEGabriel Roger, Jéssica e Pedro
US21Repositórios FRONTEND e VIDEOSERVICEVictor, João Vitor e Benjamim
AjustesRepositório FRONTENDGabriel Roger, Luis, Renan e Vitor
+

4. Conclusão da Sprint

+

Foi esperado o desenvolvimento das US10, US16 e US18 e US21, além dos ajustes sugeridos pelo PO após a reunião semanal. O grupo foi dividido em 4 trios e 1 quarteto, com 1 US para cada equipe. Assim, os integrantes de EPS apoiariam o desenvolvimento por parte dos estudantes de MDS.

+

Além disso, foi passado para os alunos MDS conhecimentos relativos aos testes e da base de dados, para que eles consigam rodar e subir. Bem como ter um entendimento maior sobre o funcionamento da base de dados da aplicação.

+

Com isso, o resultado das histórias foram de extrema qualidade, seguindo o protocolo de validação do PO, por meio de formulários que colhem a avaliação do dono do produto. Vale ressaltar o aprendizado dos alunos de MDS, que se adequaram ainda mais ao fluxo de desenvolvimento e desenvolveram as suas habilidades quanto à Engenharia de Software (desenvolvimento e participação em projeto de larga escala);

+

As issues US10, US18, US21 e Ajustes foram finalizados e entregues, enquanto que a US16 continuou sendo desenvolvida na próxima sprint (Sprint 7).

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
21/08/20241.0Versão inicial do documentoGabriel Roger Amorim da Cruz
26/08/20241.1Adição da conclusão da Sprint e pequenos ajustesGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/Sprint7/index.html b/sprints/Sprint7/index.html new file mode 100644 index 00000000..b2a041e3 --- /dev/null +++ b/sprints/Sprint7/index.html @@ -0,0 +1,2315 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint 7 - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Sprint 6

+

1. Objetivos

+
    +
  • Realização de 4 US:
      +
    • US05: Alterar cargos de outros usuários;
      • +
    • US15: Lista de recomendações de vídeos;
      • +
    • US16: Notificações de vídeos;
      • +
    • US22: Botão de próximo vídeo vinculado sistema de recomendação.
      • +
    +
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
PlanningSegunda-feira (26/08), 18h15
Review + RetrospectivaPLANEJADA PARA: Segunda-feira (02/09), 16h
+

2.1 Definição de Pronto:

+
    +
  • 50% de cobertura de testes.
    • +
  • Sem defeitos.
    • +
  • Todos os critérios de aceitação implementados
    • +
+

3. Atividades

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
USRepositórioResponsáveis
US05Repositórios FRONTEND e USERSJoão Pedro, Gabriel Henrique, Renan e Ruan
US15Repositório FRONTEND e VIDEOSERVICEVictor Hugo, Benjamim, João Vitor e Vitor
US16Repositório FRONTEND e VIDEOSERVICEVinicius, Felipe e João Victor Marques
US22Repositórios FRONTEND e VIDEOSERVICEGabriel Roger, Jéssica, Luís e Pedro
+

4. Conclusão da Sprint

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
26/08/20241.0Versão inicial do documentoGabriel Roger Amorim da Cruz
26/08/20241.1Ajustes nas equipes de desenvolvimentoGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/sprints/SprintTemplate/SprintTemplate/index.html b/sprints/SprintTemplate/SprintTemplate/index.html new file mode 100644 index 00000000..67364bde --- /dev/null +++ b/sprints/SprintTemplate/SprintTemplate/index.html @@ -0,0 +1,2268 @@ + + + + + + + + + + + + + + + + + + + + + + + Sprint Template - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Template Sprint

+

1. Objetivos

+

Explicar em pontos os objetivos gerais da Sprint para a equipe como um todo:

+
    +
  • Quantidade de tarefas a serem realizadas;
    • +
  • Atividades macro;
    • +
  • Documentos a serem atualizados;
    • +
  • Atualizações a serem feitas.
    • +
+

2. Planejamento de Reuniões

+

Tabela com o planejamento de reuniões da Sprint:

+ + + + + + + + + + + + + + + + + + + + + +
ReuniãoData/Horário
Planning-
Dailys-
Review + Retrospectiva-
+

3. Atividades

+

Explicar em uma tabela quais as issues serão feitas, o repositório no quais serão trabalhadas e os responsáveis (pareamento):

+ + + + + + + + + + + + + + + +
IssueRepositórioResponsáveis
Issue X - NomeRepositório XNome dos responsáveis
+

4. Conclusão da Sprint

+

Explicar o que foi esperado e o que foi entregue.

+

5. Versionamento do Documento

+ + + + + + + + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
31/03/20241.0Versão inicial do documentoVictor Hugo Oliveira Leão
10/04/20241.1Ajuste na padronização do documentoGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/treinamentos/DojoBack/index.html b/treinamentos/DojoBack/index.html new file mode 100644 index 00000000..fb6db154 --- /dev/null +++ b/treinamentos/DojoBack/index.html @@ -0,0 +1,2233 @@ + + + + + + + + + + + + + + + + + + + + + + + Dojo BackEnd - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Dojo Backend

+

1. Introdução

+

Visando o treinamento e preparação dos alunos da disciplina de Métodos de Desenvolvimento de Software nas tecnologias utilizadas no projeto, foi realizado um treinamento de backend, com foco em FastApi e construção de endpoints com o framework.

+

2. Gravação do Treinamento

+

2.1. Treinamento Backend

+

Treinamento Backend

+

2.2. Material Adicional

+
    +
  • https://medium.com/data-hackers/como-criar-a-sua-primeira-api-em-python-com-o-fastapi-50b1d7f5bb6d
    • +
  • https://kinsta.com/pt/blog/fastapi/
    • +
  • https://medium.com/@caioeduardojm4/iniciando-com-fastapi-postgresql-e-docker-3b7b413dbb21
    • +
+

3. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
10/05/20241.0Versão inicial do documentoVinícius Assumpção de Araújo
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/treinamentos/QuadroConhecimento/index.html b/treinamentos/QuadroConhecimento/index.html new file mode 100644 index 00000000..082aca7e --- /dev/null +++ b/treinamentos/QuadroConhecimento/index.html @@ -0,0 +1,2199 @@ + + + + + + + + + + + + + + + + + + + + + + + Quadro de Conhecimentos - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Quadro de Conhecimentos

+

1. Introdução

+

Esse documento visa apresentar o quadro de conhecimentos da equipe no começo do projeto e será incrementado ao longo do mesmo, a fim de mostrar a evolução da equipe no semestre como um todo. Além de guiar treinamentos a serem realizados pela equipe de EPS para os membros de MDS.

+

2. Quadro de Conhecimentos da Equipe

+

Levando em consideração as tecnologias iniciais e básicas do projeto, as seguintes tecnologias foram colocadas para avaliação dos membros:

+
    +
  1. Linux: sistema operacional importante para desenvolvimento;
    2. +
  2. Docker: tecnologia para criação de contâiners;
    3. +
  3. Github: tecnologia utilizada para o versionamento;
    4. +
  4. TypeScript: linguagem utilizada para o FrontEnd;
    5. +
  5. HTML/CSS: suportes para o FrontEnd;
    6. +
  6. Python: linguagem utilizada para o BackEnd;
    7. +
  7. PyTest: biblioteca de testes para Python;
    8. +
  8. FastAPI: biblioteca usada em Python para o BackEnd.
    9. +
+

A partir disso, as notas que os integrantes deveriam dar seriam de 1 a 5 com a seguinte legenda:

+
    +
  • 1: Não sei nada;
    • +
  • 2: Já ouvi falar, mas nunca mexi;
    • +
  • 3: Já ouvi falar e mexi um pouco, mas nunca a fundo;
    • +
  • 4: Já ouvi falar e já mexi bastante;
    • +
  • 5: Uso recorrentemente.
    • +
+

Dessa forma, pode ser visto abaixo o quadro de conhecimentos resultante da equipe:

+ + +

3. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
01/04/20241.0Versão inicial com pontos 1 a 2Victor Hugo Oliveira Leão
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/treinamentos/dojoFront/index.html b/treinamentos/dojoFront/index.html new file mode 100644 index 00000000..58085630 --- /dev/null +++ b/treinamentos/dojoFront/index.html @@ -0,0 +1,2179 @@ + + + + + + + + + + + + + + + + + + + + + + + Dojo FrontEnd - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Dojo Frontend

+

1. Introdução

+

Visando o treinamento e preparação dos alunos da disciplina de Métodos de Desenvolvimento de Software nas tecnologias utilizadas no frontend do projeto, foi realizado um treinamento no dia 12 de julho de 2024, em que foi mostrado o passo a passo de criação de um componente do angular e tentar passar aos alunos de MDS, com maior fidedignidade possível, como funcionará a lógica do front end do projeto UNB TV

+

Neste treinamento, foi apresentado o funcionamento do HTML, CSS e Angular.

+

2. Gravação do Treinamento

+

Treinamento Frontend

+

3. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
12/07/20241.0Versão inicial do documentoJoão Pedro de Camargo Vaz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/treinamentos/dojoFullStack/index.html b/treinamentos/dojoFullStack/index.html new file mode 100644 index 00000000..11d7ffb2 --- /dev/null +++ b/treinamentos/dojoFullStack/index.html @@ -0,0 +1,2178 @@ + + + + + + + + + + + + + + + + + + + + + + + Dojo Full Stack - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Dojo Frontend

+

1. Introdução

+

Visando o treinamento e preparação dos alunos da disciplina de Métodos de Desenvolvimento de Software, foi realizado um treinamento full stack no dia 17 de julho de 2024. Esse treinamento tem foco na integração das tecnologias utilizadas no backend e no frontend do projeto.

+

2. Gravação do Treinamento

+

Treinamento Full Stack

+

3. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
17/07/20241.0Versão inicial do documentoGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/treinamentos/dojoGit/index.html b/treinamentos/dojoGit/index.html new file mode 100644 index 00000000..eab8bda2 --- /dev/null +++ b/treinamentos/dojoGit/index.html @@ -0,0 +1,2179 @@ + + + + + + + + + + + + + + + + + + + + + + + Dojo Git - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Dojo Git e Github

+

1. Introdução

+

Visando o treinamento e preparação dos alunos da disciplina de Métodos de Desenvolvimento de Software nas tecnologias utilizadas no controle de versionamento do projeto, foi realizado um treinamento no dia 8 de abril de 2024.

+

Neste treinamento, foi apresentado o funcionamento do Git e do Github.

+

2. Gravação do Treinamento

+

Treinamento Git e Github

+

3. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
09/04/20241.0Versão inicial do documentoGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file diff --git a/treinamentos/dojoInicial/index.html b/treinamentos/dojoInicial/index.html new file mode 100644 index 00000000..b792798e --- /dev/null +++ b/treinamentos/dojoInicial/index.html @@ -0,0 +1,2230 @@ + + + + + + + + + + + + + + + + + + + + + + + Dojo Inicial - 2024.1-UnB-TV-DOC + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ +
+ + + + + + +
+ + +
+ +
+ + + + + + +
+
+ + + +
+
+
+ + + + + +
+
+
+ + + +
+
+
+ + + +
+
+
+ + + +
+
+ + + + + + + +

Dojo Inicial

+

1. Introdução

+

Visando o treinamento e preparação dos alunos da disciplina de Métodos de Desenvolvimento de Software nas tecnologias utilizadas no projeto, foi realizado um treinamento inicial no dia 4 de abril de 2024.

+

Neste treinamento, foi apresentado brevemente o funcionamento das tecnologias que serão utilizadas no projeto: Linux, Docker, Git, Html, Css, Angular, FastAPI.

+

2. Gravação do Treinamento

+

2.1. Treinamento Inicial Linux, Docker e Git

+

Treinamento Inicial 1

+

2.2. Treinamento Inicial Html, Css, Angular e FastAPI

+

Treinamento Inicial 2

+

3. Versionamento do Documento

+ + + + + + + + + + + + + + + + + +
DataVersãoDescriçãoAutor
05/04/20241.0Versão inicial do documentoGabriel Roger Amorim da Cruz
+ + + + + + + + + + + + + +
+
+ + + +
+ +
+ + + +
+
+
+
+ + + + + + + + + + \ No newline at end of file