system architecture

profileRona
reportPhaseOne1.docx

CS277 SOFTWARE ENGINEERING

Phase One Report

Table of Content

1. Introduction

1.1 Problem Statement

1.2 Required Specification

1.3 Proposed Solution

2. Project Organization

2.1 Software Process Model

2.2 Roles and Responsibilities

2.3 Tools and Techniques

3. Project Management Plan

3.1 List of tasks

3.2 List of resources needed

3.3 List of dependencies and constraint

3.4 List of risk and Contingencies

3.5 Gantt-Chart

1. Introduction:

1.1 Problem Statement

It’s important to be fully aware of every aspect of any medication that you take. medications in general must have a prescription given to you by the doctor. It contains the recommended dosage, what’s the ingredients for the product, what’s the possible side effects, etc. There’s always a possibility that we lose this important document. when the prescription is lost, it takes lots of time to find a detailed prescription.

Something similar happened to Sara. Sara lost her medicine's prescription. She was unable to read the side effect of her medication and the ingredients that could cause allergy reaction. due to that, she suffered the following symptoms:

*Headache

*Upset stomach

*Vomiting

She ended up in the emergency room. The doctor asked her "Did you read your prescription?" and she said, " I lost it ".

because of this incident, Sara has gotten sick. she might not be the first to have such an experience.

1.2 Required Specification

The website we will be building will allow its users to have access to a huge database full of information related to medications they will be taking or been advised to take.

1.3 Proposed Solution

because of Sara's incident -and many like hers-, we wanted to help by creating a platform which helps her find information about any sort of medications. Our website will be a backup plan for anyone who accidently lost their medication instructions in their busy lives. It will also help the users to figure out if a certain medicine has an ingredient that they’re allergic to or if one of the medicines they’re taking will react badly with another one they’re planning to take, this usually happens with non-prescription medications that you don’t need to go to the doctor to get it. A study that took place in 2007, Orlando, Florida, involved 246 participants between the age of 19 and 50 years old, showed that Off the Counter Medication could cause a lot of complication to the patient if they’re not carful enough.

This is where our website could help. When patients know thoroughly the ingredient and the possible side effect and the possible allergy reaction, the risk of any health damages will be much reduced.

2. Project Organization

2.1 Software Process Model

We ended up using the Waterfall model. We’ve picked this model because our system was clear, and we could finish one phase before starting the next one. First, we will start by collecting data and information. Second, we will be designing the website and working on its development process. After we’re done with this step, we will evaluate how the system works and if there is any type of errors or mistakes that was done during the process, which is called testing.

2.2 Roles and Responsibilities

Description of Tasks Preformed

role

Name

Plan for the software process activities. Plan for meetings, explain and divide tasks, revise the team work and give them feedback.

Team leader

Ghaydaa

Search for information to create data base that website will be built on, write weekly reports .

Researcher

Safaa

Design data base system.

Data base designer

Bushra

Design the web pages.

Link the website with the databases.

Programming the web page

interface designing and programming

Asmaa

2.3. Tools and Techniques:

excel

Canva

Word

xmap

3. Project Management Plan

3.1 List of tasks

Task No

Task name

Task description

SPECIFICATION

T1

Requirement analysis

Meet with the with team. explain and discuss project idea .

T2

Requirement Specification

documents that defines the set of requirements.

T3

Requirement Validation

Checks the requirement for realism, consistency and completeness. 

DESIGN &IMPLEMENTATION

T4

Design input

Information about the platform we will use, what data the system will take.

T5

Architectural design

The system making of the system and their relationship are identified and documented.

T6

Interface design

The interface of the website: design pages.

T7

Database design

The database which we will use in the system to store the medical information

T8

Design output

The final version of our system (website).

Validation

T9

Component testing

Component testing is also known as module and program testing. It finds the defects in the module and verifies the functioning of software.

T10

System testing

The components are integrated to make up the system. This process is concerned with finding errors

T11

Accepting testing

This is the final stage in the testing process before the system is accepted for operational use. The system is tested with data supplied by the costumer rather than with simulated.

Evolution

T12

Operation

Start using the system

T13

maintenance

the process of developing software initially, then repeatedly updating it for various reasons.

3.2 List of resources needed

Website for interface. (Conva)

Program for writing codes. (Eclipse)

Access to the internet and computers.

My sql for designing data base

3.3. List of Dependencies and Constrains:-

Task No

Duration "days"

dependencies

T1

2

-

T2

3

T1

T3

1

T2,T1

T4

1

T3

T5

7

T4

T6

10

T5

T7

3

T6

T8

4

T7

T9

6

T8

T10

10

T9

T11

5

T10

T12

5

T11

T13

5

T12

3.4. List of risk and contingencies

Impossible Deadlines – A successful project manager knows that repeatedly asking a team for the impossible can quickly result in declining morale and productivity. The odds of successfully completing a project under unreasonable deadlines are generally not feasible expectations

Ambiguous Contingency Plans – It's important for project managers to know what direction to take in pre-defined "what-if" scenarios. If contingencies are not identified, the entire project can become mired in an unexpected set of problems. Asking others to identify potential problem areas can lead to a smoother and successful project.

Inadequate Skills for the Project – A project sometimes requires skills that the project's contributors do not possess. Project management training can help a project leader determine the needed competencies, assess the available workers and recommend training, outsourcing or hiring additional staff.

Insufficient team skills - The team members for many projects are assigned based on their availability, and some people assigned may be too proud or simply not knowledgeable enough to tell the manager that they are not trained for all of their assigned work. Solution: Starting with the project manager role, document the core set of skills needed to accomplish the expected workload, and honestly bounce each person's skills against the list or matrix. Using this assessment of the team, guide the team towards competency with training, cross-training, additional resources, external advisors, and other methods to close the skills gap

Customers and end-users are not engaged during the project. Project teams can get wound up in their own world of internal deliverables, deadlines, and process, and the people on the outside do not get to give added input during the critical phases. Solution: Discuss and provide status updates to all project participants - keep them informed! Invite (and encourage) stakeholders, customers, end-users, and others to periodic status briefings, and provide an update to those that did not attend.

Vision and goals not well-defined - The goals of the project (and the reasons for doing it), along with the sub-projects or major tasks involved, are not always clearly defined. Clearly communicating these vague goals to the project participants becomes an impossible task. Some solutions and ideas to thrash vagueness: Determine which parts of a project are not understood by the team and other project participants - ask them or note feedback and questions that come up. Check the project documentation as prepared and tighten up the stated objectives and goals - an editor has appropriate skills to find vague terms and phrasing. Each project is, hopefully, tied into to the direction, strategic goals, and vision for the whole organization, as part of the portfolio of projects for the organization

3.5 Gantt-Chart