Implementace systému pro dynamická skonta

Loading...
Thumbnail Image
Date
ORCID
Mark
B
Journal Title
Journal ISSN
Volume Title
Publisher
Vysoké učení technické v Brně. Fakulta informačních technologií
Abstract
Tato práce se zabývá návrhem a implementací systému pro financování faktur na principu dynamických skont, což dodavatelům umožní získat prostředky dříve a odběratelům přinese zisk. Jedná se o firemní zadání bakalářské práce pro firmu Platební instituce Roger a.s. Webová aplikace je implementována v Pythonu a frameworku web2py. Součástí je analýza požadavků, návrh i popis samotné implementace.
This thesis is about design and implementation of a system for financing invoices according to the principle of dynamic (Sliding scale) discounts, which allows suppliers to get money faster and customers can obtain a profit. It is company assignment for company "Platební instituce Roger a.s." Web based application was implemented in Python and framework web2py. This thesis includes analysis of requirements, design as well as description of an implementation itself.
Description
Citation
BARTOŠ, S. Implementace systému pro dynamická skonta [online]. Brno: Vysoké učení technické v Brně. Fakulta informačních technologií. 2018.
Document type
Document version
Date of access to the full text
Language of document
cs
Study field
Informační technologie
Comittee
doc. Dr. Ing. Dušan Kolář (předseda) doc. Dr. Ing. Otto Fučík (místopředseda) doc. Ing. Radek Burget, Ph.D. (člen) doc. RNDr. Milan Češka, Ph.D. (člen) Ing. František Grézl, Ph.D. (člen)
Date of acceptance
2018-06-13
Defence
Student nejprve prezentoval výsledky, kterých dosáhl v rámci své práce. Komise se poté seznámila s hodnocením vedoucího a posudkem oponenta práce. Student následně odpověděl na otázku oponenta a na další otázky přítomných. Komise se na základě posudku oponenta, hodnocení vedoucího, přednesené prezentace a odpovědí studenta na položené otázky rozhodla práci hodnotit stupněm " B ". Otázky u obhajoby: V ER diagramu na obr. 5.1, str. 21, jsou entity "auth_user" a "role" propojeny vazbou 1:1, přičemž obě strany musí být přiřazeny (minimální kardinalita je 1, tzn. uživateli odpovídá právě jedna role a roli právě jeden uživatel). Proč jste navrhl toto rozdělení do dvou entit, když musí existovat pro každého uživatele/roli vždy obě instance (resp. proč jen nedoplnit entitu "auth_user" o požadované atributy)?
Result of defence
práce byla úspěšně obhájena
Document licence
Standardní licenční smlouva - přístup k plnému textu bez omezení
DOI
Collections
Citace PRO