maandag 23 december 2019
vrijdag 20 december 2019
Architecting the Ecosystem: 5 Challenges for 2020 and beyond
The web is getting more complicated, due to increasing pressure on companies to adapt faster and more efficiently and lots of new technologies that are made available, at a much broader scale.
It has become a huge continuously changing ecosystem in which we must find new ways to control architecture.
Read more about 5 challenges for 2020 and beyond: https://hansrontheweb.blogspot.com/2019/12/architecting-ecosystem-5-challenges-for.html
It has become a huge continuously changing ecosystem in which we must find new ways to control architecture.
Read more about 5 challenges for 2020 and beyond: https://hansrontheweb.blogspot.com/2019/12/architecting-ecosystem-5-challenges-for.html
maandag 19 augustus 2019
3 Great maps aimed at helping Architects finding their way in Azure: Solution architecture, Security architecture and Infrastructure architecture
3 Great maps aimed at helping Architects finding their way in Azure:
The Azure Solution Architect Map: https://techcommunity.microsoft.com/t5/Azure-Developer-Community-Blog/The-Azure-Solution-Architect-Map/ba-p/689700
The Azure Security Architect Map: https://techcommunity.microsoft.com/t5/Azure-Developer-Community-Blog/The-Azure-Security-Architect-Map/ba-p/714091
The Azure Infrastructure Architect Map: https://techcommunity.microsoft.com/t5/Azure-Developer-Community-Blog/The-Azure-Infrastructure-Architect-Map/ba-p/766268
The Azure Solution Architect Map: https://techcommunity.microsoft.com/t5/Azure-Developer-Community-Blog/The-Azure-Solution-Architect-Map/ba-p/689700
The Azure Security Architect Map: https://techcommunity.microsoft.com/t5/Azure-Developer-Community-Blog/The-Azure-Security-Architect-Map/ba-p/714091
The Azure Infrastructure Architect Map: https://techcommunity.microsoft.com/t5/Azure-Developer-Community-Blog/The-Azure-Infrastructure-Architect-Map/ba-p/766268
donderdag 1 augustus 2019
UPDATED! My collection of links to various architecture (mostly technology related) resources
I've updated my collection of links to various architecture (mostly technology related) resource. This collection is not complete (it is quite a mess actually) but it will be supplemented and restructured on a regular basis.
See: https://hansronarchitecture.blogspot.com/p/architecture-resources-my-link.html (or the "Architecture resources" link in the header)
zondag 8 februari 2015
Workflow: a brief overview with some guidance for choosing the right solution
A brief overview of what is workflow about with some guidance for choosing the right solution for your case.
vrijdag 4 april 2014
Capgemini's TechnoVision: an update on technology trends with transformation potential
A yearly "need to know" explanation on technology trends with transformation potential in Capgemini's TechnoVision. It looks at technology first and business second...
Download the TechnoVision 2014 paper
Technovision 2014 presentation on SlideShare
TechnoVision 2017
TechnoVision 2018: The Impact of AI
TechnoVision Clusters: Capgemini has identified 17 key information technology trends that it believes will be most relevant to our clients and have grouped these trends into seven TechnoVision clusters.
Links
TechnoVisions of pas years:Download the TechnoVision 2014 paper
Technovision 2014 presentation on SlideShare
TechnoVision 2017
TechnoVision 2018: The Impact of AI
TechnoVision Clusters: Capgemini has identified 17 key information technology trends that it believes will be most relevant to our clients and have grouped these trends into seven TechnoVision clusters.
maandag 3 maart 2014
Reviewing an ICT solution/platform: what documentation and other things you need?
On a regular basis, I'm asked to do a quick review on an ICT solution or platform. This with the intention to take over the management and maintenance of the system. For a quick but effective review, you'll need documentation and contacts. To avoid being flooded with a lot of irrelevant documentation I have devised a set of documents that help me to form a decent picture of the quality of the solution or platform.
The document set is based on the information that you need to make changes and extensions to the software, to solve incidents, to explain the operation of the system and to advice on modifications, extensions and migration.
Documents:
Information on:
Of course, this is not an extensive list. Any suggestions are welcome!
The document set is based on the information that you need to make changes and extensions to the software, to solve incidents, to explain the operation of the system and to advice on modifications, extensions and migration.
Principles and requirements
To be able to determine what purpose the software has been created for and what standards/high level requirements are to be met.Documents:
- (Project) Start Architecture: e.g. basic principles, design and implementation standards
- Roles / persona's and user stories
- Requirements; both functional and non functional
Solution / software architecture
Preferrably a high level solution architecture diagram that refers to more detailled documentation like technical designs.Information on:
- Standards/standards/frameworks to be used
- Solution scope, interfaces with adjacent ICT components and other dependencies
- Scalabilty: what boundaries are known to the system and how can the solution be scaled?
- Security: in what way the system is secured?
- Flexibility: in what ways the solution can be configurated, extended?
Design documents
- Standards used
- Functional design: functions, interaction/flow, entities
- User interface model: screens, flow, controls, navigation
- Technical design: database design, classes/objects models, interface designs
- Implementation/deployment model
Implementation
- Standards, e.g. frameworks, patterns used
- Detailled program structure
- Version history, branches etc.
- Version planning for future versions, work items, etc.
Deployment/installation and configuration
- Installation and configuration documentation
- Release documents of the past x versions / period
- Environments used (specified) for Development, Test, Acceptance and Production (DTAP)
Quality management
- Test method used
- Test plans for smoke tests, system tests, integration tests, regression tests, user acceptance tests
- Test reports of the past x versions / period
Deployment
- Infrastructure requirements
- Software maintenance manual
- Implementation guide
Techical support and maintenance
- Health checklist
- Known issues, solutions and workarounds
- Backup and disaster recovery procedures and manuals
- Incident log of the last x months
Usage
- User documentation
- Super user documentation (for local support)
Supporting tools
Description of required tooling for:- Architecture
- Design tools
- Development, e.g. code editors, workbenches, source control
- Deployment
People
Who can I contact to gain more information and insight on the particular solution/platform?- Business owner(s)
- Architect(s) (solution) responsible
- Designer(s) / engineer(s) responsible
- IT professional(s) (installation, configuration, maintenance and support) responsible
- End user, each role
Of course, this is not an extensive list. Any suggestions are welcome!
Abonneren op:
Posts (Atom)
(Dutch) Hoe staat het met het gebruik van open standaarden in in aanbestedingen, de toepassing in overheidsbrede voorzieningen en overig gebruik?
Forum Standaardisatie onderzoekt jaarlijks het gebruik van de standaarden van de "Pas toe of leg uit"-lijst. Het onderzoek richt z...
-
Modellen (Microsoft) Developing Models for Software Design (UML) Technologie (Microsoft) MSDN Channel9 video's over diverse techno...
-
Forum Standaardisatie onderzoekt jaarlijks het gebruik van de standaarden van de "Pas toe of leg uit"-lijst. Het onderzoek richt z...
-
On a regular basis, I'm asked to do a quick review on an ICT solution or platform. This with the intention to take over the management a...















