Open Source Communities:                           Case Study Enterprise Resource Planning                           Dr. M...
Übersicht       ‣ Enterprise Resource Planning - Einleitung       ‣ Marktübersicht       ‣ OpenERP       ‣ Tryton       ‣ ...
ERP Einleitung       Enterprise Resource Planning bezeichnet die unternehmerische       Aufgabe, die in einem Unternehmen ...
ERP Einleitung       Ausprägungen:       ‣ fachlich (Branche)       ‣ Skalierbarkeit (Größe des Unternehmens)       ‣ Funk...
ERP Einleitung       Allgemeines:       ‣ unterschiedliche Datenbanksysteme (Microsoft Access, PostgreSQL,         MySQL, ...
ERP Einleitung       Funktionsbereiche:       ‣ Materialwirtschaft (Beschaffung, Lagerhaltung, Disposition,         Bewert...
Kommerzieller Markt ERP-Software                                   Marktanteil 2006 weltweit                              ...
Kommerzieller Markt ERP-Software                                    Marktanteil 2006 Deutschland                          ...
Vorteil offener Systeme für Kunden       ‣ 100% Transparenz: testen vor dem Kauf       ‣ Kunde kauft ein Service, keine Li...
Offener Source Code       ‣ horizontale und vertikale Erweiterung und Adaptierung       ‣ offene Dokumentation       ‣ Anb...
OpenERP                           www.openerp.comDonnerstag, 06. Mai 2010                 11
OpenERP       ‣ Full-featured Open Source Enterprise Management Software       ‣ Beispiel für ein "company driven" Open So...
OpenERP - Key Features       ‣ Abbildung aller betrieblich relevanten Prozesse         Einkauf, Verkauf, Finanzen, Produkt...
VorstellungDonnerstag, 06. Mai 2010   14
VorstellungDonnerstag, 06. Mai 2010   15
VorstellungDonnerstag, 06. Mai 2010   16
OpenObject                           www.openobject.comDonnerstag, 06. Mai 2010                    17
OpenObject Community       OpenObject(*) Projekt ist in Teams organisiert:       ‣ Developers       ‣ Translators       ‣ ...
OpenObject Community - Developers       Aufteilung der Entwickler in Klassen:       ‣ Quality team: Qualitätssicherung cor...
OpenObject Community - Experts       Experts Team:       Ausgezeichnete Experten in unterschiedlichen Gebieten       Plane...
OpenObject Community       ‣ OpenObject community         entscheidet, welche Module         aufgenommen werden       ‣ Op...
OpenERP - Technik       Zugrundeliegendes Framework ist OpenObject       ‣ Streng objektorientierte Architektur         Mo...
Controller-Klassen       Python-Klassen beschreiben die Tabellenstruktur der DB und dienen       als Controller zwischen d...
View-Definition       ‣ View-Definitionen werden dynamisch in XML codiert:              <?xml version="1.0" encoding="UTF-...
OpenObject - Vorteile       ‣ Keine manuelle Interaktion mit der DB nötig       ‣ Diverse ORM ‘utility’ Methoden verfügbar...
Es gibt aber auch Nachteile ...       ‣ lückenhafte Dokumentation       ‣ steile Lernkurve für Entwickler       ‣ keine zu...
Tryton                           www.tryton.orgDonnerstag, 06. Mai 2010                27
Tryton       ‣ universelles "Drei-Schichten" Applikation-Framework für den         Unternehmenseinsatz       ‣ schnelle, m...
Drei-Schichten       ‣ Präsentationsschicht: Frontend - Präsentation der Daten       ‣ Logikschicht: Application Server - ...
Tryton - Architektur                               Quelle: http://www.b2ck.com/~bch/slides/tryton_overview/tryton.htmlDonn...
Tryton Präsentationsschicht       Tryton Client:       ‣ GUI ohne Businesslogik       ‣ MVC Architektur       ‣ GTK (Platt...
Tryton Server - Logikschicht       Tryton Kernel:       ‣ ermöglicht high-level Zugriff auf die Daten       ‣ Netzwerk-Lay...
Tryton Server - Logikschicht       Sicherheit:       ‣ Authentifizierung       ‣ Zugriffs-Rollen nach Model bzw. nach Reco...
Datenbank - Datenhaltungsschicht       ‣ PostgreSQL       ‣ MySQL       ‣ SQLiteDonnerstag, 06. Mai 2010                  ...
Case Study: „Neso“                           ERP für Ein-Personen-Unternehmen                           „Paul Gärtner“, ED...
Case Study: „medical“                           Electronic Medical Record (EMR)                           auf Basis von Op...
Electronic Medical Record (EMR)       Medical ist ein Open Source Projekt auf Basis von OpenERP       ‣universelle elektro...
Vielen Dank       ‣ Open Source Experts Group       ‣ Tryton Projekt: Cédric Krier, Bertrand Chenal (B2CK)       ‣ Medical...
Nächste SlideShare
Wird geladen in …5
×

Open Source ERP talk, Linuxwochen 2010

1.196 Aufrufe

Veröffentlicht am

Enterprise Resource Planning (ERP) Systeme erfreuen sich seit einigen Jahren wachsender Beliebtheit im Unternehmensumfeld. Der Anspruch derartiger Systeme liegt in der zentralen Verwaltung aller betrieblich relevanten Prozesse (Einkauf, Verkauf, Produktion, Finanzen, Personalwesen, CRM usw.) bei gleichzeitiger Standardisierung der zugrundeliegenden Arbeitsschritte. Durch die dadurch erzielbare Optimierung der Resourcen ergibt sich für viele Unternehmen der unmittelbare Vorteil, Zeit und Geld zu sparen.

Neben den bekannten ’big players’ aus dem proprietären Umfeld haben sich in letzter Zeit einige community-basierte Open Source Projekte im ERP-Bereich etabliert, die speziell auf die Bedürfnisse von KMU/EPU maßgeschneidert sind. Diese glänzen neben ihrer funktionalen Modularität und Kosteneffizienz vor allem durch Flexibilität hinsichtlich der abzubildenden Geschäftsprozesse. Community-basierte Projekte wie Tryton (www.tryton.org) haben durchaus das Potential, den kommerziellen Produkten in Zukunft den Rang abzulaufen.

Veröffentlicht in: Technologie
0 Kommentare
0 Gefällt mir
Statistik
Notizen
  • Als Erste(r) kommentieren

  • Gehören Sie zu den Ersten, denen das gefällt!

Keine Downloads
Aufrufe
Aufrufe insgesamt
1.196
Auf SlideShare
0
Aus Einbettungen
0
Anzahl an Einbettungen
4
Aktionen
Geteilt
0
Downloads
14
Kommentare
0
Gefällt mir
0
Einbettungen 0
Keine Einbettungen

Keine Notizen für die Folie

Open Source ERP talk, Linuxwochen 2010

  1. 1. Open Source Communities: Case Study Enterprise Resource Planning Dr. Michael Wolfinger, Philipp HamidDonnerstag, 06. Mai 2010 1
  2. 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. 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_PlanningDonnerstag, 06. Mai 2010 3
  4. 4. ERP Einleitung Ausprägungen: ‣ fachlich (Branche) ‣ Skalierbarkeit (Größe des Unternehmens) ‣ Funktionsumfang ‣ TechnologienDonnerstag, 06. Mai 2010 4
  5. 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. 6. ERP Einleitung Funktionsbereiche: ‣ Materialwirtschaft (Beschaffung, Lagerhaltung, Disposition, Bewertung) ‣ Produktion ‣ Finanz- und Rechnungswesen ‣ Controlling ‣ Personalwirtschaft ‣ Forschung und Entwicklung ‣Verkauf und Marketing ‣StammdatenverwaltungDonnerstag, 06. Mai 2010 6
  7. 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_PlanningDonnerstag, 06. Mai 2010 7
  8. 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_PlanningDonnerstag, 06. Mai 2010 8
  9. 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-InfrastrukturDonnerstag, 06. Mai 2010 9
  10. 10. Offener Source Code ‣ horizontale und vertikale Erweiterung und Adaptierung ‣ offene Dokumentation ‣ Anbieterunabhängigkeit ‣ Minimierung von InvestitionsrisikenDonnerstag, 06. Mai 2010 10
  11. 11. OpenERP www.openerp.comDonnerstag, 06. Mai 2010 11
  12. 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 USADonnerstag, 06. Mai 2010 12
  13. 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 ProgrammDonnerstag, 06. Mai 2010 13
  14. 14. VorstellungDonnerstag, 06. Mai 2010 14
  15. 15. VorstellungDonnerstag, 06. Mai 2010 15
  16. 16. VorstellungDonnerstag, 06. Mai 2010 16
  17. 17. OpenObject www.openobject.comDonnerstag, 06. Mai 2010 17
  18. 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 ändernDonnerstag, 06. Mai 2010 18
  19. 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. 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 ExpertsDonnerstag, 06. Mai 2010 20
  21. 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.comDonnerstag, 06. Mai 2010 21
  22. 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. 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. 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. 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. 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) empfohlenDonnerstag, 06. Mai 2010 26
  27. 27. Tryton www.tryton.orgDonnerstag, 06. Mai 2010 27
  28. 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 VerkaufsmanagementDonnerstag, 06. Mai 2010 28
  29. 29. Drei-Schichten ‣ Präsentationsschicht: Frontend - Präsentation der Daten ‣ Logikschicht: Application Server - beinhaltet Anwendungslogik ‣ Datenhaltungsschicht: Backend - Speichern und Laden der Daten aus DBDonnerstag, 06. Mai 2010 29
  30. 30. Tryton - Architektur Quelle: http://www.b2ck.com/~bch/slides/tryton_overview/tryton.htmlDonnerstag, 06. Mai 2010 30
  31. 31. Tryton Präsentationsschicht Tryton Client: ‣ GUI ohne Businesslogik ‣ MVC Architektur ‣ GTK (Plattformunabhängigkeit) WebDAV: ‣ RFC 2518 ‣ Zugriff via Webbrowser XML-RPCDonnerstag, 06. Mai 2010 31
  32. 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 ‣ InternationalisierungDonnerstag, 06. Mai 2010 32
  33. 33. Tryton Server - Logikschicht Sicherheit: ‣ Authentifizierung ‣ Zugriffs-Rollen nach Model bzw. nach Records Protokolle (optional via SSL): ‣ NetRPC ‣ XML-RPC ‣ JSON-RPC ‣ WebDAVDonnerstag, 06. Mai 2010 33
  34. 34. Datenbank - Datenhaltungsschicht ‣ PostgreSQL ‣ MySQL ‣ SQLiteDonnerstag, 06. Mai 2010 34
  35. 35. Case Study: „Neso“ ERP für Ein-Personen-Unternehmen „Paul Gärtner“, EDV-DienstleisterDonnerstag, 06. Mai 2010 35
  36. 36. Case Study: „medical“ Electronic Medical Record (EMR) auf Basis von OpenERPDonnerstag, 06. Mai 2010 36
  37. 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.netDonnerstag, 06. Mai 2010 37
  38. 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

×