Introduction and Goals

The introduction to the architecture documentation should list the driving forces that software architects must consider in their decisions.

This includes on the one hand the fulfillment of functional requirements of the stakeholders, on the other hand the fulfillment of or compliance with required constraints, always in consideration of the architecture goals.

The FakeJob portal enables us, Fake Technologies inc, to enter the Cloud Business by allowing personnel service providers to streamline their complete management of job applicants.

We will enter the service business by hosting the FakeJob software on our own servers. However there will also be a version that can be run by those service providers that want to run the server in-house.

A large numer of small personnel service providers have appeared on the market that currently only manage applicants by legacy tools (Excel sheets, Word documents, …)

• Job applicants can enter and review their own CV and submit to multiple PSPs
• PSP (personnel service providers) can enter job applicant data (CV, availability, experience)
• Only data made available can be seen by the respective parties: That is PSPs can have their own data that other PSPs or applicants can't see, applicants can submit CVs only to certian PSPs.
• The user interface shall be available via current up-to-date web browser at time of release (Firefox, Safari, IE, Chrome, …) Legacy browsers will not be supported.
• The user interface shall be available on mobile devices with very good usability (at lease IPhone, Andoid)
• Time to Market: 24 Months (Full V1.0 rel)
• Price starts at EUR 100.-/mo for smallest PSP, lowest feature set

• Available 24/7 on the internet, max 5 minutes „off“ time per day
• Answer time on Client typically not noticable, maximum 1 second per mouse click
• Data can never be lost
• System handles pesonal data: Maximum protection against data theft, modification

• Marketing (currently thinking how to push this on PSPs)
• Management (came up with the plan to do service business with PSPs)
• Sys (department that will do systems administration)
• Proj (projects department think they can sell some customizations of the product)