(Awarding documents, Part 3) and the contract terms for the three lots (Tendering documents, Part 4).
VIBA1.0 can be outlined as follows: The goal is to enable the contractor to implement the software using Scrum agile methods in the period from April 2018 to June 2019: On this basis, the programming of the specialist applications by the contractor as well as the development of the test automation takes place.- In approximately four-week intervals from the contractor executable releases are to be delivered by the DVKA a functional function test and in the corresponding
The current system architecture is described in the document "Technical Framework Conditions" (Tendering Documents, Part 5 - Materials).Details can be found in the terms of reference (award documents, Part 3).
The contractor has all the services for the overall project management in accordance with these specifications and the contract conditions applicable to lot 2
These include in particular:- creating and maintaining the project plan,
- preparation of the project documentation,
- risk management,
- configuration management,
- quality management,
- communication management,
- IT security.
For reporting in The overall project management has the interests of the GKV-Spitzenverband or DVKA with regard to achieving their goals- costs,
- time quality,
- Scope,
- risk,
- Use
Test and Details can be found in the terms of reference (award documents, Part 3).The aim of the quality assurance services is to define the relevant test objects within the two development projects VIAS 3.0 and VIBA 1.0, test cases for
For this, based on the defined requirements (epics, user stories, process models, data models) The results of the tests are relevant for the acceptance of the respective releases. It follows that much emphasis is placed on the in-depth understanding of The test of the functionality of the graphical user interface is thus orientedat the technicality defined in the requirements and only in the second step at the technical functionality.
Details can be found in the terms of reference (award documents, Part 3).
Framework contract for Oracle hardware, accessories, system software, services and support in two lots, the Procurement Office of the Federal Interior Ministry of the Interior intends under this procurement procedure a nationwide procurement - lot 1: Oracle Sparc Solaris hardware, with associated system software and the enhancement and system-related services, and hardware support. - Lot 2: Oracle Engineered Systems products based on x86 (not Sparc) perform architecture, associated system software and the enhancement and delivery-related services, and hardware support. This framework agreement is intended mainly for those authorities who have an Oracle Sparc hardware infrastructure or Oracle Engineered Systems products in operation and extend them now or in part, must renew (existing customers). The objective is the conclusion of two agreements with one bidder can an acknowledged Oracle partners demonstrate the appropriate skills and certification by the manufacturer for the handling and distribution of the respective systems. The contracts are each a minimum initial term of 2 years and an optional extension option to twice per one year (2 + 1 + 1). In the preliminary stages of the process, a necessary query for retrieving authorized agencies has been carried out to identify a potential order volume. It is of the following estimated contract volume during the contract period (including the optional extensions to 2 x for an additional year.) Assumed: - lot 1: 41 million EUR gross - Lot 2: 12 million EUR gross.
The subject of the project to be assigned here is the creation of a safety standard for Smart Home Systems (SHS) by the Contractor.
A detailed description can be found in the service description.
The aim of the project is to create a safety standard for Smart Home Systems (SHS). To do this
also a safety analysis of the current communication protocols of SHSn
respectively. The safety standard shall apply to certification procedures with regard to the safety performance of
SHSn can be used.
The content of the security standard provides security requirements for the architecture and the communication interfaces
of components of an SHS. The requirements are divided into modules and
address the safety-relevant areas, Eg communication interfaces, Udpateme mechanism
and key store. In the specification of the requirements must be the protection requirements and the performance
of a component.
The appendix of the safety standard provides test specifications for the communication protocols.
A SHS conforming to the safety standard is capable of handling local (especially Overthe-
Air) in the WAN. The test specifications contain test cases and related conditions
for the automated testing of the corresponding interfaces of an SHS. accordingly
the main focus of the project is the safety analysis of these communication protocols and the
Derive security requirements. The technical applicability of the test cases shall be carried out within the framework of a
Proof of concept.
A detailed description can be found in the service description.