Artefactual Systems, working with the Museum of Modern Art, has worked to build the first open source digital repository designed to meet the needs and complex digital preservation requirements of museum collections. This new system aims to facilitate digital collections care, management, and preservation for time-based media and born-digital artworks and is built from integrating functionality of both Archivematica and AtoM. This lightning session will introduce the DRMC, outline its design/deployment process, features, and its relevance to archives, libraries, museums, and other cultural heritage institutions undertaking digital preservation.
8. DRMC Team
Jesús García Crespo
Lead Developer
David Juhasz
Project Manager
Dan Gillean
Domain analysis; Design
Mike Cantelon
Developer
Misty De Meo
Developer
José RaddaouiMarín
Developer
Heather Anderson
Developer
9. DEVELOPMENT TIMELINE
2013 2014
ANALYSIS PROTOTYPING DEVELOPMENT
SITE VISIT USABILITY
STUDY
TECHNICAL
ADVISOR’S
MTG
USABILITY
STUDY
Artefactual is a small open source web development company of about 16 people
Our main projects are AtoM, a web-based application for standards-based archival arrangement, description, and acess; and Archivematica, a web-based digital preservation system.
We’ve had 7 members of our team focused on development of the DRMC, with participation from other team members at various points.
David Juhasz has acted as Project Manager throughout this project,
While Jesus Garcia Crespo is our Systems Architect and Lead Developer
I have been responsible for Domain Analysis and User Interface design
Mike Cantelon has done both Front and back end development throughout the project
Misty De Meo has built our fixity checker app, and worked on Archivematica integration and development
Jose Raddaoui Marin has developed much of the Elasticsearch architecture and REST endpoints
Heather has done a lot of the front-end work in Angular
This slide depicts an example of how the process followed from phase one to phase two.
The image in the top right depicts one of the use cases that MoMA had outlined as a requirement for DRMC functionality – in essence, a conservator searches for a work, finds it and navigates to it, and then browses the files contained within an associated AIP.
The first thing we did was to take these text-based use cases, and transform them into workflows – shown in the bottom left-hand corner. This helped us to understand the use case visually, and to be able to determine for each task what steps the user would take, and what corresponding actions would be performed by the application. Based on these, we could then determine how many wireframes we felt would be necessary to illustrate the interface as each action took place.
The top images in the middle and on the right show two examples of the wireframes produced from this workflow – the first depicts a sample of the search results, while the image on the right shows an example of the digital object browser used to explore files contained within an AIP.
Below are images of the application as it was a month ago – mid development. Many elements have been developed almost exactly as they were in the original wireframes, while other elements have changed based on the flexibility of the agile model – testing, feedback, evolution. We felt that this combination of approaches – that is, a long and well-considered planning phase, combined with an agile and flexible development methodology – has given us a strong base from which to work, while still retaining the ability for us to adapt and account for new ideas.
This slide depicts an example of how the process followed from phase one to phase two.
The image in the top right depicts one of the use cases that MoMA had outlined as a requirement for DRMC functionality – in essence, a conservator searches for a work, finds it and navigates to it, and then browses the files contained within an associated AIP.
The first thing we did was to take these text-based use cases, and transform them into workflows – shown in the bottom left-hand corner. This helped us to understand the use case visually, and to be able to determine for each task what steps the user would take, and what corresponding actions would be performed by the application. Based on these, we could then determine how many wireframes we felt would be necessary to illustrate the interface as each action took place.
The top images in the middle and on the right show two examples of the wireframes produced from this workflow – the first depicts a sample of the search results, while the image on the right shows an example of the digital object browser used to explore files contained within an AIP.
Below are images of the application as it was a month ago – mid development. Many elements have been developed almost exactly as they were in the original wireframes, while other elements have changed based on the flexibility of the agile model – testing, feedback, evolution. We felt that this combination of approaches – that is, a long and well-considered planning phase, combined with an agile and flexible development methodology – has given us a strong base from which to work, while still retaining the ability for us to adapt and account for new ideas.
This slide depicts an example of how the process followed from phase one to phase two.
The image in the top right depicts one of the use cases that MoMA had outlined as a requirement for DRMC functionality – in essence, a conservator searches for a work, finds it and navigates to it, and then browses the files contained within an associated AIP.
The first thing we did was to take these text-based use cases, and transform them into workflows – shown in the bottom left-hand corner. This helped us to understand the use case visually, and to be able to determine for each task what steps the user would take, and what corresponding actions would be performed by the application. Based on these, we could then determine how many wireframes we felt would be necessary to illustrate the interface as each action took place.
The top images in the middle and on the right show two examples of the wireframes produced from this workflow – the first depicts a sample of the search results, while the image on the right shows an example of the digital object browser used to explore files contained within an AIP.
Below are images of the application as it was a month ago – mid development. Many elements have been developed almost exactly as they were in the original wireframes, while other elements have changed based on the flexibility of the agile model – testing, feedback, evolution. We felt that this combination of approaches – that is, a long and well-considered planning phase, combined with an agile and flexible development methodology – has given us a strong base from which to work, while still retaining the ability for us to adapt and account for new ideas.