JURIMARU LTD

Computer systems & information services

Make information
work as a system.

Websites, data workflows and information services for organisations making information easier to use.

From source records to a published service, JURIMARU LTD connects systems design, data preparation, hosting and retrieval around what people need to do.

Explore the connections
Illustrative information cabinetLoose source documents become aligned fields, then a published surface with searchable records.SourceStructureAccess
Illustrative specimen · Three states of useful information

Connected capabilities

Where does your
requirement begin?

A searchable website may need more than page design. Source material might require preparation, records need a consistent structure, and the published service needs an appropriate hosting arrangement.

An internal workflow can raise similar questions without requiring a public website. Discuss the whole requirement or one defined part, with responsibilities made explicit.

Computer systems design

Give the system
a clear structure.

Begin with users, information and the tasks the system must support. Where does information enter? Which components use it? How do updates move between them?

Depending on scope, outputs can include a requirements outline, component diagram, interface definitions or implementation specification. These give a proposed website, processing workflow or information service a shared technical description.

Bring an existing process, sample inputs, known constraints and a description of the result you need. Incomplete inputs and dependencies should become explicit design decisions.

Illustrative system relationshipsSource material feeds a processing component and published service, with a separate review route for exceptions.Source materialProcessing componentPublished serviceExceptionsRequire a decision
Illustrative relationships · Scope determines the actual components

Data processing & preparation

Prepare records
for their next use.

Bring files into a consistent format, map fields and apply agreed transformation rules. The destination might be a website, searchable collection or another computer system.

Illustrative field mapping · Synthetic records

From source fields to a consistent output
Source fieldTransformationOutput field
Document nameTrim surrounding spacestitle
Subject labelMap to an agreed vocabularycategory
Reference codePreserve the source referencesource_id
Inspect an example transformation

“ Collection guide ” becomes “Collection guide”. Removing surrounding spaces changes presentation without inventing or replacing the underlying title.

An agreed deliverable might include prepared files, a field mapping and a record of applied rules. Describe source formats, intended outputs and how duplicates or incomplete records should be handled.

Web publishing & computing infrastructure

A published page
has foundations.

Illustrative publishing and hosting cutawayThree offset planes represent a published page, application layer and hosting environment.Visible experienceOperating environment
Illustrative cutaway · Layers have distinct responsibilities

Published experience

Content, navigation and page structure determine how visitors use the service. Plan how material will be published and who will update it.

Application & workflow

Identify integrations, publishing requirements and deployment dependencies. A website structure, configured environment or deployment documentation may form part of the agreed work.

Hosting environment

Establish domains, existing infrastructure and access arrangements early. Availability expectations, maintenance and ongoing support require specific agreement.

Information retrieval & web portals

A useful result
leads somewhere.

Start with the collection and the questions people ask. A directory or document portal may need searchable text, consistent categories and meaningful filters.

The scope can cover information structure, indexing requirements, a search interface or a retrieval feature. Update patterns and source references matter alongside the search itself.

Illustrative retrieval · Synthetic documents

Example query publishing responsibilities

Source: Example service outline · Publishing

Who updates the collection?

The publishing responsibilities record identifies who prepares new material, reviews changes and releases updates.

Reference: service-outline / publishing

Source: Example handover note · Operations

Keeping source links intact

A result should retain enough context to help the reader assess its relevance and reach the complete record.

Reference: handover-note / source-links

A title, excerpt, category and source reference each answer a different question. Choose the details that help your users recognise the right result.

Possible starting points

Start with the change you need.

Publish a structured collection.

Organise source records, establish useful fields and plan how visitors will browse or search the material.

Records → Structure → Access

Replace repeated file preparation.

Describe current inputs, define transformation rules and specify the output another system needs.

Inputs → Rules → Prepared files

Plan a new web service.

Connect user requirements, system components, publishing needs and hosting arrangements within one scope.

Requirements → Components → Publication

These are illustrative project patterns. Each needs an assessment of material, constraints and responsibilities before deliverables can be confirmed.

Working together

Make the work
reviewable.

A practical requirement becomes manageable when its inputs, outputs and decisions are clear.

  1. Describe.

    Explain the intended result and current situation. Relevant examples help establish what exists and what needs to change.

  2. Define.

    Agree inputs, outputs, dependencies, responsibilities and review criteria. Identify decisions still needed.

  3. Implement.

    Work against the agreed requirements, resolving questions in relation to the defined scope.

  4. Handover.

    Identify delivered materials, necessary access information and included operating documentation. Timing, commercial terms and ongoing responsibilities belong in the project agreement.

Practical questions

Before a project is scoped.

Do I need a finished specification?

No. An outline of the problem, intended users and desired result provides a useful basis for discussion.

Can an existing system be involved?

Describe its formats, integrations and access restrictions. Compatibility needs assessment before a scope is agreed.

What should I send initially?

A concise description and the types of files or systems involved. Avoid sending confidential records or credentials in an initial message.

Are hosting and support included?

Their inclusion, responsibilities and terms require explicit agreement. Costs and schedules depend on confirmed requirements and scope.

An enquiry starts here

Bring a practical
information problem.

Explain what you want to publish, prepare, connect or make searchable. Include the current situation and intended result. JURIMARU LTD covers computer systems design, computing infrastructure, data processing, web hosting and information services.

Emailjurijrusas2@gmail.com
Telephone+447453404942
Address

182-184 High Street North LONDON - E6 2JA United Kingdom (GB)