Documente Academic
Documente Profesional
Documente Cultură
Management Portal
Group 17
-Varun Varshney
-Ronak Kogta
-Anil Verma
-Veera Reddy
-Yogendra Sao
Architectural Drivers
(Major Functional & Non Functional )
for the CMP
(Conference Management Portal)
itectural Drivers Based on Major Non Functional Requirem
chitectural Drivers Based on Major Functional Requiremen
Ensuring
Exhaustive and complete registration
Ensuring
Efficient and Stable Front-end.
Smooth and fair Paper submission & Review
Assumptions & Major Constraints
for CMP
ences follow the same basic pattern. For eg: usage of the same basic templates.
nstraints : The budget constraints keeping in mind the moolah invested by all the stakeho
r the achievement of these goals, the system should be modular and easily extensible.
nce the architecture should facilitate addition of new service modules with ease.
n implies certain system characteristics ,performance characteristics and process and distrib
CMP
he architecture should entail efficient and correct entries into the database.
e database schema should ensure authorized access, crash recovery and efficient linking.
e architecture should make sure that the User interface is neat ,clear and tidy.
should contain sufficient information and at the same time it should not be crowded.
should allow easy simple modifications to take care of changing themes of the conferences.
Processing
Databases/Storage(Backend)
Logical Architecture(p.t.o)
Client(User Interface)
Presentation
(Web Browser-HTML,JavaScript,CSS)
Tier
Application Tier HTTP
Client
xx
(Web Browser-HTML/JavaScript)
Control Module
Error Handler (PHP)
HTTP
HTTP HTTP
Registration Authentication Display /View Info
HTTP HTTP
HTTP
Paper Submission
Paper Review
Calculate amount
Paper Submission
Update Info List Generation
Paper Allocation
Payment Discussion Forum Submit Decision
Printing Receipts
Forum Controller
Submit
Data
File Data Data Data Data Data
Send Email
Data
SMTP
Security Module Data Controller
JDBC/ODBC
mponents can be used by Conferences with different themes by re-using the same Middle T
Security : All the data updates take place through the Security module.
composition :
Processing tier is divided into various functional components each serving a different purpo
ur model :
stration ,Authentication , Paper Submission ,Paper review.
stration is further divided into Payment ,Evaluate and Submit .etc.
ion Hiding :
d Style ensures Information Hiding.
l:
can be revoked only by passing messages, therefore system will be very selective in passing
dependability between modules (should be low).
rporates cohesiveness between Admin Services & the Review Services. For e.g. Information
Modularity :
The combination of different sub functionalities to describe a major functionality.
In our model :
For e.g. Payment Calculate amount and Printing receipts.
Suitable Style Structures:
1) Three Tier Architecture:
which has various different processes like Paper Submission & Review , Registration and Di
oes not suit the demands of CMP because there is only one information exchange point i.