"Open Source ERP Systeme" Vortrag @Linuxwochen 2010
0 gefällt mir1,268 aufrufe
Das Dokument gibt einen Überblick über Enterprise Resource Planning (ERP) und dessen Bedeutung für die effiziente Ressourcenverwaltung in Unternehmen, sowie über offene ERP-Systeme wie OpenERP und Tryton. Es werden die Vorteile offener Systeme, einschließlich der Community-Entwicklung und der Modularität, hervorgehoben, sowie spezifische Fallstudien wie 'Neso' und 'Medical' vorgestellt. Darüber hinaus wird die technische Architektur von OpenERP beschrieben, die auf objektorientierten Prinzipien und einer flexiblen Datenbankstruktur basiert.
![Controller-Klassen
Python-Klassen beschreiben die Tabellenstruktur der DB und dienen
als Controller zwischen den Ansichten und Datenmodellen.
class incoremr_patient(osv.osv):
_name = "incoremr.patient"
_inherit = "res.partner"
_columns = {
'lastname' : fields.char('Nachnname', size=128, required=True),
'title_suffix' : fields.char('Titel Suffix', size=16, help="Dem Namen nachgestellte(r) Titel"),
'svnr': fields.char('SV-Nr', size=12, required=True, help="Sozialversicherungsnummer"),
'insurance_company' : fields.many2one('res.partner', 'Versichert bei', select=1, domain=
[('is_insurance_company','=','True')]),
'date' : fields.date('Patient seit'),
'dob' : fields.date ('Geburtsdatum'),
'sex' : fields.selection([
('m','m'),
('f','w'),
], 'Sex', select=True),
'deceased': fields.boolean('verstorben', help="Anklicken wenn PatientIn verstorben ist"),
}
_defaults = {
'date': lambda *a: DateTime.now().strftime("%d.%m.%Y"),
}
_sql_constraints = [
('svnr_uniq', 'unique (svnr)', 'Die SV-Nr. muss eindeutig sein!')
]
incoremr_patient()
Donnerstag, 06. Mai 2010 23](https://image.slidesharecdn.com/incorelinuxwochen20100506-100507033945-phpapp02/85/Open-Source-ERP-Systeme-Vortrag-Linuxwochen-2010-23-320.jpg)
![View-Definition
‣ View-Definitionen werden dynamisch in XML codiert:
<?xml version="1.0" encoding="UTF-8"?>
<openerp>
<data>
<!-- [...] -->
<record model="ir.ui.view" id="emr_patient_view_form">
<field name="name">Patient</field>
<field name="model">incoremr.patient</field>
<field name="type">form</field>
<field name="arch" type="xml">
<form string="Patienten">
<group string="Patient" colspan="4" col="6">
<field name="title" string="Titel" />
<newline />
<field name="name" select="1" string="Vorname" />
<field name="lastname" select="1" />
<field name="title_suffix" />
<newline />
<field name="svnr" select="1" />
<field name="insurance_company" widget="selection" />
<field name="sex" string="Geschlecht" />
</group>
</form>
</field>
</record>
<!-- [...] -->
</data>
</openerp>
Donnerstag, 06. Mai 2010 24](https://image.slidesharecdn.com/incorelinuxwochen20100506-100507033945-phpapp02/85/Open-Source-ERP-Systeme-Vortrag-Linuxwochen-2010-24-320.jpg)
"Open Source ERP Systeme" Vortrag @Linuxwochen 2010
- 1. Open Source Communities: Case Study Enterprise Resource Planning Dr. Michael Wolfinger, Philipp Hamid Donnerstag, 06. Mai 2010 1
- 2. Übersicht ‣ Enterprise Resource Planning - Einleitung ‣ Marktübersicht ‣ OpenERP ‣ Tryton ‣ Case Study “Neso”: ERP für Ein-Personen-Unternehmen (EPU) ‣ Case Study “medical”: Electronic Medical Record (EMR) Donnerstag, 06. Mai 2010 2
- 3. ERP Einleitung Enterprise Resource Planning bezeichnet die unternehmerische Aufgabe, die in einem Unternehmen vorhandenen Resourcen (Kapital, Betriebsmittel oder Personal) möglichst effizient für den betrieblichen Ablauf einzusetzen und somit die Steuerung von Geschäftsprozessen zu optimieren. Quelle Wikipedia: http://de.wikipedia.org/wiki/Enterprise_Resource_Planning Donnerstag, 06. Mai 2010 3
- 4. ERP Einleitung Ausprägungen: ‣ fachlich (Branche) ‣ Skalierbarkeit (Größe des Unternehmens) ‣ Funktionsumfang ‣ Technologien Donnerstag, 06. Mai 2010 4
- 5. ERP Einleitung Allgemeines: ‣ unterschiedliche Datenbanksysteme (Microsoft Access, PostgreSQL, MySQL, DB2, Oracle, Microsoft SQL Server) ‣ immer mehr webbasierte Systeme - dadurch unternehmensexterner Zugriff möglich ‣ Fokus: Zeit- und damit Kostenvorteil ‣ serviceorientierte Architektur (über Unternehmensgrenzen hinaus) ‣ ERP spiegelt das Unternehmen wider (Konzern sehr komplex; KMU Branchen spezifisch und kompakt) Donnerstag, 06. Mai 2010 5
- 6. ERP Einleitung Funktionsbereiche: ‣ Materialwirtschaft (Beschaffung, Lagerhaltung, Disposition, Bewertung) ‣ Produktion ‣ Finanz- und Rechnungswesen ‣ Controlling ‣ Personalwirtschaft ‣ Forschung und Entwicklung ‣Verkauf und Marketing ‣Stammdatenverwaltung Donnerstag, 06. Mai 2010 6
- 7. Kommerzieller Markt ERP-Software Marktanteil 2006 weltweit SAP Oracle Infor 22,6% Lawson Software Microsoft IFS AB 13,8% Agresso 7,9% 3,2% 3,2% 3,1% 2,2% Quelle Wikipedia: http://de.wikipedia.org/wiki/Enterprise_Resource_Planning Donnerstag, 06. Mai 2010 7
- 8. Kommerzieller Markt ERP-Software Marktanteil 2006 Deutschland SAP 54,8% Oracle Infor Lawson Software Microsoft IFS AB Agresso Sage Exact Software Hyperion 5,5% 3,8% 0,9% 0,4% 0,4% 0,3% Quelle Wikipedia: http://de.wikipedia.org/wiki/Enterprise_Resource_Planning Donnerstag, 06. Mai 2010 8
- 9. Vorteil offener Systeme für Kunden ‣ 100% Transparenz: testen vor dem Kauf ‣ Kunde kauft ein Service, keine Lizenzen: Investition fließt direkt in die Entwicklung bzw. Servicierung des Produktes ‣ Kunde hat die Möglichkeit, sich zwischen Investition in Zeit oder Geld zu entscheiden ‣ Kunde profitiert von den Entwicklungen der Community: Neue Funktionalität muss nicht finanziert werden, höchstens eine Adaptierung bzw. Integration in die eigene IT-Infrastruktur Donnerstag, 06. Mai 2010 9
- 10. Offener Source Code ‣ horizontale und vertikale Erweiterung und Adaptierung ‣ offene Dokumentation ‣ Anbieterunabhängigkeit ‣ Minimierung von Investitionsrisiken Donnerstag, 06. Mai 2010 10
- 11. OpenERP www.openerp.com Donnerstag, 06. Mai 2010 11
- 12. OpenERP ‣ Full-featured Open Source Enterprise Management Software ‣ Beispiel für ein "company driven" Open Source ERP System ‣ Geschichte: 2002 Gründung von Tiny durch Fabien Pinckaers 2005 Entwicklung TinyERP 2007 erste Großkunden (>1000 MA) 2008 TinyERP -> OpenERP 2009 OpenERP auf SaaS Basis verfügbar mitlerweile hat OpenERP s.a. >100 Mitarbeiter zuletzt 3 Mio EUR aufgestellt - Expansion in USA Donnerstag, 06. Mai 2010 12
- 13. OpenERP - Key Features ‣ Abbildung aller betrieblich relevanten Prozesse Einkauf, Verkauf, Finanzen, Produktion, Personalwesen, CRM & Marketing, Vertrieb, Logistik, Dokumenten-Management, Business Intelligence, E-Commerce ‣ Modulares System ‣ Multilingual: Übersetzungen in >25 Sprachen verfügbar ‣ GPL v3 ‣ Partner Programm Donnerstag, 06. Mai 2010 13
- 14. Vorstellung Donnerstag, 06. Mai 2010 14
- 15. Vorstellung Donnerstag, 06. Mai 2010 15
- 16. Vorstellung Donnerstag, 06. Mai 2010 16
- 17. OpenObject www.openobject.com Donnerstag, 06. Mai 2010 17
- 18. OpenObject Community OpenObject(*) Projekt ist in Teams organisiert: ‣ Developers ‣ Translators ‣ Experts Developers Translators Experts Hosting auf launchpad.net (*) OpenERP hat angekündigt, den Namen OpenObject zu ändern Donnerstag, 06. Mai 2010 18
- 19. OpenObject Community - Developers Aufteilung der Entwickler in Klassen: ‣ Quality team: Qualitätssicherung core ‣ Driver Team: definiert Ziele für kommende Releases ‣ Commiter Team: Entwicklung addon-extra Module im offiziellen Branch ‣ Community Team: Entwicklung community Module meritokratisches System: Quality Team bestimmt neue Commiters und Drivers, Initiatoren bestimmen Mitglieder des Quality Teams. Bewerbung als Commiter nach Veröffentlichung von zwei Modulen. Donnerstag, 06. Mai 2010 19
- 20. OpenObject Community - Experts Experts Team: Ausgezeichnete Experten in unterschiedlichen Gebieten Planen die Entwicklung der Software, entwickeln jedoch nicht selbst ‣ Accounting Experts ‣ Manufacturing Experts ‣ Service Experts ‣ Ergonomy Experts Donnerstag, 06. Mai 2010 20
- 21. OpenObject Community ‣ OpenObject community entscheidet, welche Module aufgenommen werden ‣ OpenERP Module: 500 350 185 40 Okt 2006 Apr 2007 Jan 2009 Apr 2010 Quelle: http://test.openerp.com Donnerstag, 06. Mai 2010 21
- 22. OpenERP - Technik Zugrundeliegendes Framework ist OpenObject ‣ Streng objektorientierte Architektur Modellierung in Objekten, Speicherung in RDBMS (PostgreSQL) ‣ Object Relational Mapping (ORM) Abstraktions-Layer zwischen Objekten und SQL Tabellen ‣ Beschreibung der Objekte und deren Verhalten in Python ‣ Model-View-Controller Controller Object (Python) View Definition (XML) RDBMS (PostgreSQL) Donnerstag, 06. Mai 2010 22
- 23. Controller-Klassen Python-Klassen beschreiben die Tabellenstruktur der DB und dienen als Controller zwischen den Ansichten und Datenmodellen. class incoremr_patient(osv.osv): _name = "incoremr.patient" _inherit = "res.partner" _columns = { 'lastname' : fields.char('Nachnname', size=128, required=True), 'title_suffix' : fields.char('Titel Suffix', size=16, help="Dem Namen nachgestellte(r) Titel"), 'svnr': fields.char('SV-Nr', size=12, required=True, help="Sozialversicherungsnummer"), 'insurance_company' : fields.many2one('res.partner', 'Versichert bei', select=1, domain= [('is_insurance_company','=','True')]), 'date' : fields.date('Patient seit'), 'dob' : fields.date ('Geburtsdatum'), 'sex' : fields.selection([ ('m','m'), ('f','w'), ], 'Sex', select=True), 'deceased': fields.boolean('verstorben', help="Anklicken wenn PatientIn verstorben ist"), } _defaults = { 'date': lambda *a: DateTime.now().strftime("%d.%m.%Y"), } _sql_constraints = [ ('svnr_uniq', 'unique (svnr)', 'Die SV-Nr. muss eindeutig sein!') ] incoremr_patient() Donnerstag, 06. Mai 2010 23
- 24. View-Definition ‣ View-Definitionen werden dynamisch in XML codiert: <?xml version="1.0" encoding="UTF-8"?> <openerp> <data> <!-- [...] --> <record model="ir.ui.view" id="emr_patient_view_form"> <field name="name">Patient</field> <field name="model">incoremr.patient</field> <field name="type">form</field> <field name="arch" type="xml"> <form string="Patienten"> <group string="Patient" colspan="4" col="6"> <field name="title" string="Titel" /> <newline /> <field name="name" select="1" string="Vorname" /> <field name="lastname" select="1" /> <field name="title_suffix" /> <newline /> <field name="svnr" select="1" /> <field name="insurance_company" widget="selection" /> <field name="sex" string="Geschlecht" /> </group> </form> </field> </record> <!-- [...] --> </data> </openerp> Donnerstag, 06. Mai 2010 24
- 25. OpenObject - Vorteile ‣ Keine manuelle Interaktion mit der DB nötig ‣ Diverse ORM ‘utility’ Methoden verfügbar (create, read, write, ...) ‣ View Definition unabhängig vom Client (Web, GTK) ‣ Workflow Business Prozesse via XML steuerbar ‣ Reports (OpenOffice, RML, ...) ‣ Server Actions (z.B. automatischer E-mail Versand) ‣ und vieles mehr ... Donnerstag, 06. Mai 2010 25
- 26. Es gibt aber auch Nachteile ... ‣ lückenhafte Dokumentation ‣ steile Lernkurve für Entwickler ‣ keine zufriedenstellende Diskussion über Security-Aspekte in der offiziellen Dokumentation und in den Foren ‣ Einsatz nur firmenintern bzw. über sichere Verbindungen (VPN) empfohlen Donnerstag, 06. Mai 2010 26
- 27. Tryton www.tryton.org Donnerstag, 06. Mai 2010 27
- 28. Tryton ‣ universelles "Drei-Schichten" Applikation-Framework für den Unternehmenseinsatz ‣ schnelle, mächtige und flexible Entwicklungsplattform ‣ multi-user Environment ‣ Open Source Projekt ‣ fork von OpenERP ‣ Basismodule für Buchhaltung, Fakturierung, Inventar-, Einkaufs-, und Verkaufsmanagement Donnerstag, 06. Mai 2010 28
- 29. Drei-Schichten ‣ Präsentationsschicht: Frontend - Präsentation der Daten ‣ Logikschicht: Application Server - beinhaltet Anwendungslogik ‣ Datenhaltungsschicht: Backend - Speichern und Laden der Daten aus DB Donnerstag, 06. Mai 2010 29
- 30. Tryton - Architektur Quelle: http://www.b2ck.com/~bch/slides/tryton_overview/tryton.html Donnerstag, 06. Mai 2010 30
- 31. Tryton Präsentationsschicht Tryton Client: ‣ GUI ohne Businesslogik ‣ MVC Architektur ‣ GTK (Plattformunabhängigkeit) WebDAV: ‣ RFC 2518 ‣ Zugriff via Webbrowser XML-RPC Donnerstag, 06. Mai 2010 31
- 32. Tryton Server - Logikschicht Tryton Kernel: ‣ ermöglicht high-level Zugriff auf die Daten ‣ Netzwerk-Layer ‣ Module definieren Business-Logik ‣ Views definieren wie die Daten präsentiert werden ‣ Workflow & Report engine ‣ Internationalisierung Donnerstag, 06. Mai 2010 32
- 33. Tryton Server - Logikschicht Sicherheit: ‣ Authentifizierung ‣ Zugriffs-Rollen nach Model bzw. nach Records Protokolle (optional via SSL): ‣ NetRPC ‣ XML-RPC ‣ JSON-RPC ‣ WebDAV Donnerstag, 06. Mai 2010 33
- 34. Datenbank - Datenhaltungsschicht ‣ PostgreSQL ‣ MySQL ‣ SQLite Donnerstag, 06. Mai 2010 34
- 35. Case Study: „Neso“ ERP für Ein-Personen-Unternehmen „Paul Gärtner“, EDV-Dienstleister Donnerstag, 06. Mai 2010 35
- 36. Case Study: „medical“ Electronic Medical Record (EMR) auf Basis von OpenERP Donnerstag, 06. Mai 2010 36
- 37. Electronic Medical Record (EMR) Medical ist ein Open Source Projekt auf Basis von OpenERP ‣universelle elektronische Patientenakte (EMR) ‣Spitals-Informationssystem (HIS) ‣Schwerpunkt medizinische Grundversorgung ‣Einbindung sozio-ökonomischer Aspekte ‣Integration von WHO-Standard ICD-10 (>14k Krankheiten) ‣Identifikation genetischer Risiken lt. NCBI (>4k Gene erfasst) ‣Epidemiologische und andere statistische Reports medical.sourceforge.net Donnerstag, 06. Mai 2010 37
- 38. Vielen Dank ‣ Open Source Experts Group ‣ Tryton Projekt: Cédric Krier, Bertrand Chenal (B2CK) ‣ Medical Projekt: Luis Falcon (Thymbra) Donnerstag, 06. Mai 2010 38