Our approach on regulatory requirements
As you may know, to be compliant is not only about the software. How you work, your processes, your values, these are also parts of compliance.
Our approach on regulatory requirements Read More »
As you may know, to be compliant is not only about the software. How you work, your processes, your values, these are also parts of compliance.
Our approach on regulatory requirements Read More »
The objective is to extract all concrete subclasses of a particular class into a custom format file, and this should be part of the build. This file serves as a template for access control configuration for the scanned rich client application.
Scanning Java with JQAssistant and Neo4j Read More »
A refactoring aims to leave the code in a better state than before. But what happens after the dust is settled and it is time for some new development that must adhere to the new architecture. What can we do in order to avoid degeneration of the software architecture?
Future proof your architecture with aspects Read More »
Don’t underestimate the value of keeping your unit tests in shape. When it’s time for refactoring, your black box tests will help you get the job done faster.
The refactoring safety net Read More »
The most successful way can be summarized in three words – “just do it”. It is very important to be quick and not be afraid to change and re-change as experience grows.
Lessons learned from a Redmine implementation project Read More »
After established architecture, a baselined requirements model and a verified development/deployment process, the project could evolve into a software development factory
Development of a Production Management System Read More »
Lightweight” and “Agile” are often used as reasons to remove most, if not all, project administration.
Issue/Task Management in a development project Read More »
Diaverum runs clinics in 14 countries, and requested a business critical system that would manage a team where the members are located far away from each other.
Developing business critical system with a team spread all over the world Read More »
Diaverum had different types of requirements driving different aspects of their project and of the development of their system. As a result, they had different regulatory requirements in the different countries, performance aspects and functional requirements from the users. User training is expensive, which is why user friendliness and learnability are important requirements on systems with many users.
Requirements analysis covering all system properties Read More »
Diaverum runs dialysis clinics in 14 countries, using different types of clinic systems. Diaverum requested one common system supporting all clinics in all countries taking all, documented as well as undocumented, requirements into account. Most clinics would consequently require new business processes as well.
Development of a clinical platform Read More »