Technologieübergreifende Anwendungsentwicklung mit .NET- und JAVA-Technologien

Kurze Beschreibung

Dienstleistungen für die Anwendungsentwicklung für Verfahren der Justiz in der HZD mit .NET- und Java-Technologien. IT-Dienstleistungen für die fachübergreifende Anwendungsentwicklung die alle Phasen eines Anwendungsentwicklsprojektes abgedeckt.

Beschreibung der Beschaffung

Es sollen alle Phasen eines Anwendungsentwicklungsprojektes abgedeckt werden können. Neben der Unterstützung in der Anwendungsentwicklung in den unten benannten Technologien wird von dem Auftragnehmer die qualifizierte Unterstützung in querschnittlichen technologieunabhängigen Leistungsfeldern eines Anwendungsentwicklungsprojektes von der Initialisierung bis zur Betriebseinführung erwartet. Die Leistungen sind grundsätzlich als Dienstleistung mit eigenständigen Ausarbeitungen bzw. Umsetzungen zu erbringen.
Zur Erfüllung der Aufgabenfelder ist der Auftragnehmer in der Lage, je nach Anforderung des Einzelauftrags Personen mit den nachfolgenden Qualifikationsprofilen und Berufserfahrung zu stellen.
Technologien
Der Auftragnehmer muss die gesamte Bandbreite der in diesem Kapitel aufgeführten Technologien und deren Nachfolgeprodukte abdecken. Angegebene Versionen von Technologien sind als Mindestanforderungen zu verstehen und beinhalten auch die jeweiligen Nachfolgeprodukte. Konkrete Bedarfe richten sich nach den anfordernden Projekten. Eine Prognose für die Verteilung auf die genannten Technologieschwerpunkte kann nicht erfolgen.
.NET Microsoft-Technologien im Enterprise-Umfeld:
— Windows Presentation Foundation (WPF), Windows Forms,
— Windows Communication Foundation (WCF) Webservices mit IIS,
— ASP.NET/ASP.NET core, ASP.NET WebForms, ASP.NET MVC/ASP.NET Core MVC, Web Client Software Factory (WCSF), RESTful Web API oder AJAX, ASP.NET Security, Authentication und Role Provider,
— Universal Windows Platform (UWP),
— VB.NET,
— C#,
— Dependency Injection mit Unity Container,
— ADO.NET,
— Model-View-ViewModel (MVVM) — Architekturmodell,
— Object-Relational-Mapping (ORM), z. B. Entity Framework 6.2/Entity Frame-work Core 2
JAVA -Technologien im Enterprise-Umfeld:
— Java Platform, Enterprise Edition,
— JavaServer Faces (JSF 2), PrimeFaces, PrimeNG,
— Java Persistence API (z. B. mit Hibernate 4),
— JAX-RS,
— WildFly, JBoss (EAP) oder Apache Tomcat,
— iText, jasper reports, APACHE POI oder APACHE Lucene,
— GUI-Frameworks Standard Widget Toolkit (SWT 3) oder Remote Application Platform (RAP 2).
Web (Frontend)-Entwicklungen:
— TypeScript, JavaScript (inkl. Frameworks), JQuery,
— Angular (ab Version 2),
— Node.js,
— Ionic Framework (ab Version 2),
— Apache Cordova/Ionic Capacitor,
— HTML 5 (Hypertext Markup Language),
— CSS 3, Sass (Syntactically Awesome Stylesheets).
Begleitende Technologien:
— Linux (SUSE, Red Hat oder andere Derivate),
— Entwicklungs-, Konfigurationsmanagement-, Versionsmanagement- und Testunterstützende Werkzeuge wie:
—— Eclipse,
—— Visual Studio (2017),
—— TFS (2017) (Team Foundation Server bzw. Azure DevOps Server 2019),
—— GIT, Subversion,
—— Maven 2,
—— JIRA,
—— Jenkins,
—— Nexus.
— Datenbanken (Oracle, SQL Server oder funktional ähnliche Produkte):
—— Oracle (ab 12.2),
— SQL für Oracle:
—— Microsoft SQL-Server (2016).
— SQL für MS SQL Server,
— MS SQL Server Reporting Services (2016),
— SSIS (MS SQL Server Integration Services),
— BizTalk-Server (2016),
— REST Web Services,
— XML (Extensible Markup Language),
— Progressive Web Apps (Service Worker, App Manifest, etc.),
— Windows-PowerShellKryptographie-Verfahren,
— Einbindung von Standardkomponenten wie:
—— Microsoft Office,
—— SharePoint,
—— Microsoft Exchange,
—— Active Directory.
Erläuterungen zu den verwendeten Begriffen
In der folgenden Beschreibung der Leistung werden in der HZD gebräuchliche Begriffe verwendet, die einer Erläuterung bedürfen.
Die „Spezifikation des Anwendungssystems" ist ein Dokument, das sowohl fachliche Bestandteile in Bezug auf Kundenanforderungen als auch technische Teile aus Sicht der Anwendungsentwicklung enthält. Das Dokument beschreibt die Lösung für die Anforderungen der Kunden. Das Dokument spezifiziert zu Beginn die Anforderungen des Auftraggebers an das Anwendungssystem und den Entwicklungsprozess und dokumentiert im weiteren Verlauf die tatsächlich implementierten und erreichten Anwendungseigenschaften.
Die „Softwareentwicklungsdokumentation" (Synonym: Dokumentation der Softwareentwicklung) beschreibt wie die fachlichen Anforderungen technisch implementiert werden sollen. Die Dokumentation enthält einen Überblick über die Module der Anwendung sowie alle wesentlichen Festlegungen für die Entwicklungsinfrastruktur und Implementierungsdetails. Hier werden sämtliche Entwurfsentscheidungen dokumentiert, beispielsweise auch die Softwarearchitektur.
Beide Dokumentationen sind bei kleineren Projekten vollständig in einem Dokument enthalten. Bei größeren Projekten oder abhängig von der Ausgangslage können weitere Dokumente durch Verlinkung über ein Dokument zusammengefasst werden.
Beide Dokumentationen sind Ergebnis der Konzeption und werden während der Implementierung und bei der Pflege der Software fortlaufend aktualisiert. Dies ist unabhängig von einem Vorgehensmodell auch mit agilen Methoden sicher zu stellen.
Wenn daher im Folgenden der Begriff „Spezifikation des Anwendungssystems" verwendet wird, sind nicht nur die darin zusammengefassten Tätigkeiten, sondern auch deren Dokumentation gemeint. Ebenso ist unter „Softwareentwicklungsdokumentation" nicht nur die Erstellung der entsprechenden Dokumentation enthalten sondern auch alle Tätigkeiten, die zu dem Ergebnis führen.
Es werden Entwicklungsleiter/fachliche Koordinatoren, Senior-Enwickler, Entwickler, Junior-Entwickler und Softwareberater gebraucht. Die Anforderungen und einzelnen Tätigkeitsgebieter können der Leistungbeschreibung entnommen werden.

Beschreibung der Verlängerungen

Ziel der vorliegenden Ausschreibung ist der Abschluss eines Rahmenvertrages mit einer Vertragslaufzeit von 2 Jahren mit einer zweimaligen automatischen Verlängerungsoption um jeweils ein weiteres Jahr für die vorgenannten Leistungen.

Beschreibung der Optionen

Dem Auftraggeber steht ein einseitiges Leistungsbestimmungserweiterungsrecht bis zu 20 % der Gesamtangebotssumme (netto) aus diesem Vergabeverfahren als Mehrbedarf (quantitative Leistungserweiterung) zu. Die Gesamtangebotssumme (netto) ergibt sich aus dem Preisblatt.

Liste und kurze Beschreibung der Auswahlkriterien

Darstellung von mindestens 2 geeigneten Referenzen aus den letzten 3 Jahren
Die Nr. 1 bis 6 sind in jeder Referenz auszufüllen:
1. Referenz:
a) des Bieters,
b) des Mitglieds der Bietergemeinschaft,
c) des Unterauftragnehmers.
2. Auftraggeber des referenzierten Projekts,
3. Ansprechpartner beim Auftraggeber des referenzierten Projekts,
4. Projektlaufzeit,
5. Kurztitel des Projekts/Projektbezeichnung,
6. Projektbeschreibung.
Kurze aussagekräftige Beschreibung; Gliederung gemäß Anhang 1 der Referenzvorlage.
Die Nr. 7 bis 10 sind Mindestanforderungen an jede eingereichte Referenz. Es werden nur Referenzen gewertet, die diese Kriterien alle mit „Ja" beantworten:
7. Betrug der Gesamtprojektumfang mindestens 220 Personentage (PT),
8. Betrug die Gesamtanzahl der Projektmitarbeiter mindestens 3,
9. Betrug der Gesamtprojektumfang des Bieters/Unterauftragnehmers mindestens 110 PT,
10. Betrug die Gesamtanzahl der Projektmitarbeiter des Bieters/Unterauftragnehmers mindestens 2 Personen,
Ab Nr. 11 muss durch die Summe aller eingereichten Referenzen mindestens einmal jede Nr. nachgewiesen werden. Nur wenn durch die Referenzen alle Eignungskriterien einmal bestätigt werden, erfüllt ein Bieter die Referenzkriterien. Ansonsten erfolgt ein Ausschluss aufgrund Nichterfüllung der Referenz.
11. Wurde das Mitarbeiter-Profil Entwicklungsleiter/fachlicher Koordinator,
12. Wurde das Mitarbeiter-Profil Senior-Entwickler,
13. Wurde das Mitarbeiter-Profil Entwickler Eingesetzt?
Tätigkeitsfelder des Bieters im Projekt:
14. Wurde die Rolle Scrum-Master wahrgenommen?
15. Wurde eine Anforderungsanalyse erstellt?
16. Wurde eine Konzeption mit Lösungsentwurf erstellt?
17. Wurde das Anwendungsdesign entworfen?
18. Wurde die Anwendungsarchitektur erstellt?
19. Wurde das Datenbankdesign entworfen?
20. Wurde die Datenbank-Programmierung durchgeführt?
21. Wurden IT-Sicherheitsfragen nach BSI Standards umgesetzt?
22. Wurde eine Anwendung in eine bestehende IT Infrastruktur eingebunden?
23. Wurde eine Dokumentation zum Anwendungssystem erstellt (Spezifikation des Anwendungssystems, siehe Leistungsbeschreibung)?
24. Wurde eine Dokumentation zur Anwendungsentwicklung erstellt (Softwareentwicklungsdokumentation, siehe Leistungsbeschreibung)?
Technologien .NET im Enterprise-Umfeld:
Wurde in der ausgewiesenen Referenz durch den Bieter...
25. Mit Windows Presentation Foundation (WPF) oder Windows Forms,
26. Mit Windows Communication Foundation (WCF) Webservices mit IIS,
27. Mit ASP.NET Security, Authentication und Role Provider,
28. Mit ASP.NET/ASP.NET core, ASP.NET WebForms, ASP.NET MVC/ASP.NET Core MVC, Web Client Software Factory (WCSF), REST-ful Web API Web API oder AJAX,
29. Mit C # Entwickelt?
30. Object-Relational-Mapping (ORM), z. B. Entity Framework 6.2/Entity Framework Core 2 eingesetzt?
Technologien Java im Enterprise-Umfeld:
Wurde in der ausgewiesenen Referenz durch den Bieter...
31. Mit der Java Plattform, Enterprise Edition,
32. Mit JavaServer Faces (JSF 2) oder PrimeFaces,
33. Mit der Java Persistence API (z. B. Hibermate 4),
34. Mit iText, jasper reports, APACHE POI oder APACHE Lucene,
35. Mit GUI-Frameworks Standard Widget Toolkit (SWT 3) oder Remote Application Platform (RAP 2) Entwickelt?
36. Apache Tomcat, WildFly oder JBoss EAP eingesetzt?
Web (Frontend)-Entwicklungen:
Wurde in der ausgewiesenen Referenz durch den Bieter...
37. JavaScript (inkl. Frameworks), JQuery oder TypeScript,
38. HTML 5 und CSS 3 Eingesetzt?
Begleitende Technologien:
Wurde in der ausgewiesenen Referenz durch den Bieter...
39. Maven 2,
40. Eclipse,
41. Visual Studio (2017),
42. Jenkins oder Nexus,
43. Subversion oder GIT,
44. JIRA oder TFS (2017),
45. MS SQL (2016) oder Oracle (ab 12.2) Datenbanksysteme,
46. MS SQL Server Reporting Services (2016),
47. BizTalk-Server,
48. Object-Relational-Mapping, z. B. Hibernate oder Entity Framework,
49. IIS (10),
50. Apache Tomcat oder FlyWay (JBoss),
51. Ein Kryptographie-Verfahren Eingesetzt?

Bedingungen für die Vertragserfüllung

Es wird darauf hingewiesen, dass die Bieter sowie deren Nachunternehmen und Verleihunternehmen, soweit diese bereits bei Angebotsabgabe bekannt sind, die erforderlichen Verpflichtungserklärungen (Datei „Verpflichtungserklaerung_oeff_AG") zur Tariftreue und zum Mindestentgelt nach dem Hessischen Vergabe- und Tariftreuegesetz (HVTG) vom 19.12.2014, (GVBl. S. 354) mit dem Angebot abzugeben haben. Die Verpflichtungserklärung bezieht sich nicht auf Beschäftigte, die bei einem Bieter, Nachunternehmer und Verleihunternehmen im EU-Ausland beschäftigt sind und die Leistung im EU-Ausland erbringen.

Eine Beschreibung der zu vergebenden Leistung steht auf der Vergabeplattform des Landes Hessen (https://vergabe.hessen.de) zur Verfügung und muss dort heruntergeladen werden.
Der Bieter hat die Eigenerklärung gemäß dem Gemeinsamen Runderlass über den „Ausschluss von Bewerbern und Bieter wegen schwerer Verfehlungen, die ihre Zuverlässigkeit in Frage stellen" in der Fassung vom 12. Dezember 2017 (StAnz. 1/2018 S. 15 ff) ausgefüllt mit seinem Angebot einzureichen. Bei elektronischem Versand ist die Eigenerklärung auch ohne Unterschrift rechtsgültig. Der Name der erklärenden Person ist zu nennen. Zusätzlich weist die Vergabestelle an dieser Stelle bereits darauf hin, dass für den Zuschlag in Aussicht genommenen Bieter eine Abfrage bei Korruptions- und Vergaberegistern, insbesondere bei der zentralen Melde- und Informationsstelle für Vergabesperren (MIS) bei der Oberfinanzdirektion Frankfurt am Main, vorgenommen wird. Ebenso wird von dem für den Zuschlag in Aussicht genommenen Bieter gemäß § 19 Abs. 4 MiLoG vor Zuschlagserteilung eine Auskunft aus dem Gewerbezentralregister nach § 150a der Gewerbeordnung angefordert. (Datei „Erklaerung_Ausschluss.pdf")
Eigenerklärung zu zwingenden Ausschlussgründen nach § 123 GWB
Der Bieter hat die Eigenerklärung zu den zwingenden Ausschlussgründen nach § 123 GWB ausgefüllt mit seinem Angebot vorzulegen. Der Name der erklärenden Person ist zu nennen. (Datei „Eigenerklaerung_Ausschlussgruende_Par_123_GWB.pdf")
Eigenerklärung zu fakultativen Ausschlussgründen nach § 124 GWB
Der Bieter hat die Eigenerklärung zu den fakultativen Ausschlussgründen nach § 124 GWB ausgefüllt mit seinem Angebot einzureichen. Der Name der erklärenden Person ist zu nennen. Sollten ein oder mehrere Gründe bejaht werden, wird der Bieter gebeten, diesen Grund bzw. diese Gründe unter präziser Darstellung des relevanten Sachverhalts sowie die unternommenen Selbstreinigungsmaßnahmen (§ 125 GWB) auf einem gesonderten Blatt zu erläutern. Die Vergabestelle wird dann nach pflichtgemäßem Ermessen entscheiden, ob die Teilnahme des Bieters am Vergabeverfahren zulässig ist oder der Bieter vom Vergabeverfahren ausgeschlossen werden muss.
(Datei „Eigenerklaerung_Ausschlussgruende_Par_124_GWB.pdf")
Wirtschaftlichkeitsprüfung
Den Zuschlag erhält der Bieter mit dem wirtschaftlichsten Angebot in Bezug auf den Preis (Angebotsvergleichspreis). Die Preisermittlung basiert auf der Abfrage von einzelnen Tagessätzen für 5 verschiedene Tätigkeitsprofile (Entwicklungsleiter/fachlicher Koordinator, Senior-Entwickler, Entwickler, Junior- Entwickler und Softwareberater). Es werden 10 000 Personentage auf jedes Tätigkeitsprofil verteilt und mit dem Basistagessatz multipliziert, sodass ein Angebotsvergleichspreis zur Ermittlung des wirtschaftlichsten Angebots ermittelt wird. Es besteht keine Abnahmeverpflichtung aufgrund dieser Schätzung. Sofern mehrere Bieter exakt den gleichen Preis anbieten, entscheidet das Los.

Genaue Informationen über Fristen für Überprüfungsverfahren

§ 160 GWB (Einleitung, Antrag):
(1) Die Vergabekammer leitet ein Nachprüfungsverfahren nur auf Antrag ein,
(2) Antragsbefugt ist jedes Unternehmen, das ein Interesse an dem öffentlichen Auftrag oder der Konzession hat und eine Verletzung in seinen Rechten nach § 97 Absatz 6 durch Nichtbeachtung von Vergabevorschriften geltend macht. Dabei ist darzulegen, dass dem Unternehmen durch die behauptete Verletzung der Vergabevorschriften ein Schaden entstanden ist oder zu entstehen droht,
(3) Der Antrag ist unzulässig, soweit:
1. Der Antragsteller den geltend gemachten Verstoß gegen Vergabevorschriften vor Einreichen des Nachprüfungsantrags erkannt und gegenüber dem Auftraggeber nicht innerhalb einer Frist von 10 Kalendertagen gerügt hat; der Ablauf der Frist nach § 134 Absatz 2 bleibt unberührt,
2. Verstöße gegen Vergabevorschriften, die aufgrund der Bekanntmachung erkennbar sind, nicht spätestens bis zum Ablauf der in der Bekanntmachung benannten Frist zur Bewerbung oder zur Angebotsabgabe gegenüber dem Auftraggeber gerügt werden,
3. Verstöße gegen Vergabevorschriften, die erst in den Vergabeunterlagen erkennbar sind, nicht spätestens bis zum Ablauf der Frist zur Bewerbung oder zur Angebotsabgabe gegen-über dem Auftraggeber gerügt werden,
4. Mehr als 15 Kalendertage nach Eingang der Mitteilung des Auftraggebers, einer Rüge nicht abhelfen zu wollen, vergangen sind.
Satz 1 gilt nicht bei einem Antrag auf Feststellung der Unwirksamkeit des Vertrags nach § 135 Absatz 1 Nummer 2. § 134 Absatz 1 Satz 2 bleibt unberührt.