Rudra PDF
Rudra PDF
Rudra PDF
DegreeEngineering-129
SoftwareEngineering-3161605
Academic Year:2023 - 2024
NAME: -
ENROLLMENT NO: -
BATCH: -
Department of
IT 6thSemester
GYANMANJARIINSTITUTEOFTECHNOLOGY SE-3161605
INDEX
Sr. PAGE
AIM DATE REMARKS SIGN
No NO.
1 IntroductiontoSDLC.
2 IntroductiontoUsecaseDiagramanditsimplementation.
3 IntroductiontoActivitydiagramandswimlanediagram
andits implementation.
4 Introduction toUMLclassdiagramsits implementation.
5 IntroductiontoSequencediagramanditsimplementation.
6 Introduction toDataFlowdiagramandimplementation.
8 UseofCOCOMOmodel(tutorial3).
9 EstimationofTestCoverageandstructuralcomplexity.
10 DesigningTestsuites.
11 PreparationofSRSdocument.
SE-3161605 211290116014
Practical1
Aim:IntroductiontoSDLC
RequirementGatheringandAnalysis
In an SDLC, this is the first and most crucial phasefor a software project’s success.
In this phase, communication takes place between stakeholders, end-users, and
project teams,as both functional and non-functional requirements are gathered
from customers.
TheRequirementGathering&AnalysisPhaseofSDLC involvesthe following:-
Analysis of functionality and financial feasibility
Identifying and capturing requirements of stakeholders through customer
interactions like interviews, surveys, etc.
Clearly defining and documenting customer requirements in an SRS (Software
Resource Specification Document) comprising of all product requirements that
need to be developed
Creatingprojectprototypestoshowtheend-userhowtheprojectwilllook
Gyanmanjariinstituteoftechnology 1
SE-3161605 211290116014
DesignPhase
InthedesignphaseofanSDLC,thearchitecturaldesignisproposed fortheproject based
on the SRS Document requirements.
The Designing Phase of SDLC involves the following:-
Separation of hardware and software system requirements
Designingthesystemarchitecturebasedongatheredrequirements
CreatingUnifiedModellingLanguage (UML)diagrams like- use
cases,class diagrams, sequence diagrams, and activity diagrams
DevelopmentPhase
Inthe entire SDLC, the development phase is considered to be the longest one.
In this phase, the actual project is developed and built.
TheDevelopmentPhaseofSDLCinvolvesthefollowing:-
Actual code is written
Demonstrationofaccomplishedworkpresentedbeforea BusinessAnalystfor
further modification of work
Unittestingisperformed,i.e.,verifyingthecodebasedonrequirements
TestingPhase
AlmostallstagesofSDLCinvolvesthetestingstrategy.
However, SDLC’s testing phase refers to checking, reporting, and fixingthe
systemforanybug/defect. Inthis phase, theon-goingsystemorproject is migrated to a
test environment where different testing forms are performed.
This testing continues until the project has achieved the quality standards, as
mentioned in the SRS document during the requirement gatheringphase.
TheTestingPhaseinvolvesthefollowing:-
Testing the system as a whole
Performing different types of test in the
system Reportingandfixingallforms
ofbugs&defects
Gyanmanjariinstituteoftechnology 2
SE-3161605 211290116014
FunctionalandNonFunctionalrequirementsforonlinebank
Functionalrequirementsforonlinebank
UserRegistration:Thesystemshouldallow userstocreateanaccountandprovide basic
information about themselves.
DonorRegistration:Thesystemshouldallow donors tocreateanaccountand
provide informationabout their blood group, donationhistory, and eligibility
criteria.
BloodRequest:Thesystemshouldallow hospitalsandmedicalfacilitiestorequest
blood online byproviding necessary informationsuchas blood type, quantity, and
urgency.
BloodDonation:Thesystemshouldallowregistereddonorstosearchforblood donation
requests and offer to donate.
Blood Inventory Management: The system should allow bank staff to manage
inventory,includingaddingnewbloodunits,updatingstocklevels,andremoving
expired or unusable units.
NotificationSystem:Thesystemshould notifydonorsandrequestersofthestatus of
their requests and donations.
Gyanmanjariinstituteoftechnology 3
SE-3161605 211290116014
NonFunctionalrequirementsforonlinebank
Signature:
Date:
Gyanmanjariinstituteoftechnology 4
SE-3161605 211290116014
Practical2
Aim:IntroductiontoUsecaseDiagramanditsimplementation.
A use case diagram for an online bank system depicts the interactions between
actors (users or external systems) and the system.
The diagram shows the different use cases that the system performs to meet the
user's needs.
The following are the steps for implementing a use case diagram for an online
bank:-
Identify the actors:Identifythe actors involved in the system. These includedonors,
recipients, medical facilities, bank staff, and administrators.
Identify the use cases: Identify the specific actions or tasks that the system will
perform. These include user registration, donor registration, blood request, blood
donation, blood inventory management, and notification system.
Define the relationships:Define the relationships betweenthe actors and use cases.
For example, donors can register, offer blood donation, and receive notifications.
Recipients can request blood, receive notifications, and provide feedback.
Create the diagram: Create a diagram that visually represents the actors, use cases,
and relationships. The use cases are shown as ovals, and the actors are shown as
stick figures.
Validate the diagram: Validate the diagram to ensure that it accurately reflects the
system's behavior and that it meets the user's requirements. This can be done by
reviewing the diagram with stakeholders, conducting user testing, or running
simulations.
Refinethediagram:Refinethediagramasneededtoreflectchanges inthesystem's
behavior or requirements. For example, if a new use case is added or an existing
one is modified, the diagramwill need to be updated.
Gyanmanjariinstituteoftechnology 5
SE-3161605 211290116014
UseCaseDiagramForOnlineBank
Signature:
Date:
Gyanmanjariinstituteoftechnology 6
SE-3161605 211290116014
Practical3
Aim: Introduction to Activity diagram and swim lane diagram and its
implementation.
An activity diagram is a type of UML diagram that shows the flow of control or
sequence of activities within a system or process.
It is used to model complex systems and processes and helps to illustrate the
different steps and decisions involved in completing a particular task.
Anactivitydiagramconsists ofactivities, transitions, decision points, and start and
end points.
An activity diagram for an online bank system could depict the different activities
involved in a blood donation process.
For example, the activities might include donor registration, bloodtype verification,
blood donation, and blood storage.
The diagram would show the flow of activities and decisions involved in
completing each step in the process, helping to ensure that the system is efficient
and effective.
Gyanmanjariinstituteoftechnology 7
SE-3161605 211290116014
ActivityDiagramForbankRegistration
Gyanmanjariinstituteoftechnology 8
SE-3161605 211290116014
ActivityDiagramForuserRegistration
Gyanmanjariinstituteoftechnology 9
SE-3161605 211290116014
ActivityDiagramForUser
Signature:
Date:
Gyanmanjariinstituteoftechnology 10
SE-3161605 211290116014
Practical4
Aim:IntroductiontoUMLclassdiagramsitsimplementation.
A UML class diagram is a type of UML diagram that describes the structure of
a system or software application.
It shows the classes, interfaces, attributes,and methods thatmake up the systemand
the relationships between them.
Aclass diagramis useful in visualizingthe designofanobject-oriented system, as
it provides a high-level view of the system's structure.
ImplementationforOnlinebank:-
AnexampleofaUMLclassdiagramforanonlinebanksystemmightinclude the
following classes:
Donor:Aclassthatrepresentsblooddonorsandtheirattributes,suchasname,age, blood
type, and contact information.
bank:Aclassthatrepresentsthebankanditsattributes,suchasname, location,
and contact information.
Gyanmanjariinstituteoftechnology 11
SE-3161605 211290116014
ClassDiagramForOnlinebank
Signature:
Date:
Gyanmanjariinstituteoftechnology 12
SE-3161605 211290116014
Practical5
Aim:IntroductiontoSequencediagramanditsimplementation.
A sequence diagram is a type of UML diagram that depicts theinteractions between
objects or components in a system or software application. It shows the sequence
of messages exchanged between the objects over time and helps to visualize the
behavior of the system during runtime.
ImplementationforOnlinebank:-
A sequence diagram for an online bank system could depict the interactions
betweenthe different components ofthe systemduringthe blood donationprocess.
UserSearchbank
w
Gyanmanjariinstituteoftechnology 13
SE-3161605 211290116014
UserSearchDonor
Signature:
Date:
Gyanmanjariinstituteoftechnology 14
SE-3161605 211290116014
Practical6
Aim:IntroductiontoDataFlowdiagramandimplementation.
A Data Flow Diagram (DFD) is a visual representation of the flow of data through
a system.
The DFD shows how data enters and exitsthe system, where it is stored, and how it
is transformed or processed.
For an online bank system, the DFD can be used to model the flow of blood
donationrequests and the corresponding response fromthe bank.
HereisanexampleofhowtheDFD couldbestructured:
Gyanmanjariinstituteoftechnology 15
SE-3161605 211290116014
Level0DFD
Level1DFD
Gyanmanjariinstituteoftechnology 16
SE-3161605 211290116014
Level2DFD
Signature:
Date:
Gyanmanjariinstituteoftechnology 17
SE-3161605 211290116014
Practical7
Aim:UseofCOCOMOmodel.
Considering your immense expertise in software development, The Absolute
Beginners Inc. has recently allotted you a mega project. The goal of the projectis to
create a database of all Hindi films released since 2000. The software would allow
one to generate a list of top ten hit films, top ten flop films, best comedy films, and
so on.
Using your prior experience you have decided the approximate sizes of each
module of the software as follow:
Data entry (0.9
KDSI)
Dataupdate(0.7KDSI)
Query (0.9 KDSI)
Reportgenerationanddisplay(2KDSI)
SolvetheproblembyApplyingBasicandintermediateCOCOMO
1. FindProjectType?
Answer :- Oraganic.
2. FindProjectSize?
Answer :-
Now,0.9+0.7+0.9+2=4.5KDSI
KDSIisEquivalenttoKLOC,Hence
Project size = 4.5 KLOC.
3. FindInitialEffortEstimation?
Answer :-
Theformulaforinitialeffortestimationis:
Effort=a*(Size)^b
whereaandbareconstants,andSize istheprojectsizeinKLOC.
Gyanmanjariinstituteoftechnology 18
SE-3161605 211290116014
For anorganic project, a is 2.4 and b is 1.05. Therefore, the initial effort estimation
for the project is:
Effort=2.4*(4.5)^1.05=11.64person-months.
4. FindAdjustedEffortEstimation?
Answer :-
To find the adjusted effort estimation, weneed to consider the cost drivers and their
ratings. We can use the following formula to calculate the effort adjustment factor:
EAF=productofallcostdriversratings
Usingtheprovidedratings,theEAFforthisprojectis:
EAF=1*3*3*3*3=81
Therefore,theadjustedeffortestimationfortheprojectis:
AdjustedEffort=InitialEffort *EAF
AdjustedEffort=11.64*81=943.125person-hours.
5. Findschedule?
Amswer :-
Tofindtheschedule,wecanusethe followingformula:
Duration=2.5*(Effort)^0.38
Therefore,theestimatedschedulefortheprojectis:
Duration=2.5 *(1943.125)^0.38=33.75months.
6 Find
minimumsizeoftheteamyouwouldrequiretodevelopthissystem?
Answer :-
To find the minimum size ofthe teamrequired to develop the system, wecan use
the following formula:
TeamSize=Effort/Duration
Therefore,the minimumteamsizerequiredfortheprojectis:
Gyanmanjariinstituteoftechnology 19
SE-3161605 211290116014
Signature:
Date:
Gyanmanjariinstituteoftechnology 20
SE-3161605 211290116014
Practical8
Aim:EstimationofTestCoverageandstructuralcomplexity.
publicclassCalculator
{public intadd(inta,intb)
{
returna+b;
}
publicintsubtract(inta,intb)
{returna-b;
}
}
Guarantees
thatallindependentexecutionpathisexercisedatleast once;
TheCalculatorclasshastwomethods,add()andsubtract(),eachwithasingle independent
execution path.
The add()method executesa single statement,return a + b;, while
the subtract()method executes a single statement, return a - b;.
Therefore,bothmethodshaveacyclomaticcomplexity of 1,indicating asingle independent
path through the code.
Guarantees that both the true and false side of all logical decisions
are exercised;
Theabovecodedoesnothaveanylogicaldecisions,soitdoesnotapplytothe statement "boththe
true and false side ofall logicaldecisions are exercised".
Executestheloopattheboundaryvaluesandwithintheboundaries.
Theabovecodedoesnothaveanyloops,soitdoesnotapplytothestatement "Executes the loop
at the boundary values and within the boundaries".
Gyanmanjariinstituteoftechnology 21
SE-3161605 211290116014
FlowGraph
Complexity
For thegiven code, thecontrolflowgraph hastwonodes(onefor eachmethod) and
three edges (one for each return statement).
Applyingtheformula,weget: M
=E-N+
2 M=3-2+
2 M=3
Signature:
Date:
Gyanmanjariinstituteoftechnology 22
SE-3161605 211290116014
Practical9
Aim:DesigningTestsuites.
publicclassCalculator
{public intadd(inta,intb)
{
returna+b;
}
publicintsubtract(inta,intb)
{returna-b;
}
}
DesigningTestsuitesForaboveCode.
To design test suitesfor thegiven code,weneedto considerdifferentscenarios that
test the functionality ofthe Add and Subtract methods.
Herearesometestcasesthatcouldbe includedinthetestsuites:
1. Testcaseforaddmethodwithpositiveintegers:-
Input: a = 2, b = 3
ExpectedOutput:5
2. Testcaseforaddmethodwithnegativeintegers:
Input: a = -2, b = -3
ExpectedOutput:-5
3. Testcaseforaddmethodwithonepositiveandonenegative
integer: Input: a = 2, b = -3
ExpectedOutput:-1
4. Testcaseforsubtractmethodwithpositiveintegers:
Input: a = 5, b = 3
Gyanmanjariinstituteoftechnology 23
SE-3161605 211290116014
ExpectedOutput:2
5. Testcaseforsubtractmethodwithnegativeintegers:
Input: a = -2, b = -3
ExpectedOutput:1
6. Testcaseforsubtractmethodwithonepositiveandonenegative
integer: Input: a = 2, b = -3
ExpectedOutput:5
7. Testcaseforaddmethodwithlargeintegers:
Input: a = 2147483647, b = 1
ExpectedOutput:-2147483648(integeroverflow)
8. Testcaseforsubtractmethodwithlargeintegers:
Input: a = -2147483648, b = 1
ExpectedOutput:2147483647(integeroverflow)
9. Testcaseforaddmethodwithzero:
Input: a = 0, b = 0
ExpectedOutput:0
10.Testcaseforsubtractmethodwithzero:
Input: a = 5, b = 0
ExpectedOutput:5
Signature:
Date:
Gyanmanjariinstituteoftechnology 24
SE-3161605 211290116014
GYANMANJARIINSTITUTEOFTECHNOLOGY, BHAVNAGAR
A
SRS Report
On
E-dispensary
Under subject of
Software Engineerin
B.E.Semester :–6th (InformationTechnology)
Prof.Vishakha B Savani
FacultyGuide
Prof.Dhaval Chandarana
Head of the Department
Academicyear 2023-2024
Gyanmanjariinstituteoftechnology 25
SE-3161605 211290116014
Tableofcontent
1. Introduction
1. Purpose
2. Objectives
3. ProjectScope
4. References
2. OverallDescription
1. Product Perspective
2. Product Features
3. UserClassesand Characteristics
4. OperatingEnvironment
5. DesignandImplementationConstraints
6. User Documentation
7. AssumptionsandDependencies
3. SystemFeatures
1. SystemFeature1
4. ExternalInterfaceRequirements
1. User Interfaces
2. HardwareInterfaces
3. Software Interfaces
4. CommunicationsInterfaces
5. OtherNon-functionalRequirements
1. PerformanceRequirements
2. SafetyRequirements
3. SecurityRequirements
6. Other Requirements
Appendix A: Glossary
AppendixB:AnalysisModels
Appendix C: Issues List
Gyanmanjariinstituteoftechnology 26
SE-3161605 211290116014
1. Introduction
Purpose
The e-Dispensary system aims to transform patient access to healthcare by providing a digital
platform for online doctor consultations, prescription management, and appointment
scheduling. This initiative targets the increasing demand for an accessible, efficient, and
straightforward healthcareservicethat patientscanutilizeat home, especiallywhenvisiting
healthcarefacilitiesis impractical or not needed.
Scope
The e-Dispensarysystemproject is focused oncreating a digitalplatformto streamline healthcare
access through features like remote consultations, online appointment scheduling, digital
prescriptionmanagement, andsecurepatient recordsaccess. Ittargetspatientsseekingconvenient
healthcarefromhome,healthcareprovidersextendingdigitalservices,andpharmaciesinvolvedin
medication fulfillment. The scope includes ensuring compliance with healthcare regulations,
integrating withexisting systems, and enhancing user accessibility. Keyoutcomes aimfor greater
healthcare accessibility, efficiency, patient satisfaction, and a reduction in physical visits, with
exclusions for emergency and complex medical conditions requiring in-person care.
Definitions,acronymsandabbreviations
RSVP–Répondezs'ilvousplaît(Frenchfor"pleaserespond")UI–User Interface
Overview
The e-Dispensary systemproject envisions a digitalplatformto revolutionize healthcare access by
facilitating remote consultations, streamlining appointment scheduling, and enabling digital
prescription management directly from patients' homes. This initiative aims to remove
geographical and physical barriers to healthcare, ensuring services are more accessible,
efficient, and integrated for patients and providers alike. By leveraging technologyto connect
healthcare providerswithpatientsandpharmacies,theproject promisesto enhancepatient
satisfaction,reduce healthcaredeliverycosts, and improveoverallcarequality. Theanticipated
impact includesa more patient-friendlyhealthcaresystem, minimizedneedforin-
personvisits,andapotentialreductionin the spread of infectious diseases.
Gyanmanjariinstituteoftechnology 27
SE-3161605 211290116014
2. Overalldescription
UserClassesandCharacteristics
TheProductPerspectiveofthee-Dispensarysysteminvolvesexaminingthesystem'srelationship and
interactions with other related systems, outlining its place within a larger ecosystem, and
identifying how it interfaces with existing technologies and user environments. This
perspective helps define the context in which the e-Dispensary system operates, highlighting its
integration and the dependencies that are critical for its functioning. Here's a detailed look at
the product perspective for your project:
IntegrationwithExistingSystems
Thee-Dispensarysystemis notanisolatedentity;itmust seamlesslyintegratewithavarietyof
healthcare-related systems:
ElectronicHealthRecords(EHR):IntegrationwithEHRsystemstofetchandupdatepatient records,
ensuring that all health data remains synchronized and up-to-date.
Pharmacy Management Systems: The system needs to connect with various pharmacy
management software to facilitate real-time prescription processing and inventory checks.
Insurance and Billing Platform: Integration with health insurance and billing platforms to
streamlinethepaymentandreimbursementprocesses,makingtransactionssmootherforpatients and
healthcare providers.
Interoperability
StandardsCompliance:Ensuringthesystemcomplieswithhealthcaredataexchangestandards such
as HL7, FHIR, and DICOM for medical imaging, enabling interoperability with other
healthcare systems and ensuring that data exchange is secure and efficient.
APIs:Developingrobust APIsthat allow foreasyintegrationwithothersoftware,enablingthird-
party services to interact smoothly with the e-Dispensary system.
UserEnvironment
Thee-Dispensarysystemwilloperateinadiverseuserenvironment,cateringto:
Patients:Providingauser-friendlydigitalinterface accessibleviawebandmobileplatforms,
suitable for patients of various age groups and tech-savviness.
Gyanmanjariinstituteoftechnology 28
SE-3161605 211290116014
HealthcareProviders:Doctors,nurses, andadministrativestaffwillusethesystemindifferent
settings such as hospitals, clinics, and private practices, requiring a flexible and robust
system design.
Pharmacies:Used inbothretailandhospitalpharmaciesformanagingprescriptionssent
electronically from the e-Dispensary system.
SystemPlatform
Cross-PlatformAccessibility:Thesystemwillbe designedtobeaccessibleonvariousplatforms,
including desktops, tablets, and smartphones, ensuring a consistent and responsive
experience across all devices.
Cloud-Based Infrastructure: Utilizing a cloud-based infrastructure to ensure scalability,
reliability,andhighavailability,whichiscrucialforhandling highvolumesofusersanddata. User
Experience
Adaptive Design: The interface should be adaptive and inclusive, accommodating users
with
disabilitiesandensuringcompliancewithinternationalaccessibilitystandardsliketheWCAG.
Multi-LanguageSupport: Considering thediversityoftheuser base,thesystemmayneed to
support multiple languages, enhancing its usability and accessibility.
MarketContext
-Thee-Dispensarysystemispartofagrowing marketfordigitalhealthsolutionsthat emphasize
patient-centered care, efficiency in healthcare delivery, and integration of digital technology
in everyday health management.
Thisproduct perspective outlinesthe e-Dispensary systemasa comprehensive, integrated digital
healthsolutiondesignedto interactwithinacomplexhealthcareecosystem,enhancing healthcare
delivery through technology and meeting the needs of a diverse user base.
Productfeatures
1. RemoteConsultations:Offerssecurevideoandaudiocalls,allowingpatientsto consult
with healthcare providers from anywhere, enhancing convenience and accessibility.
2. AppointmentScheduling:Featuresreal-timebookingcapabilitieswithautomatedreminders,
enabling patients to easily schedule and manage their healthcare appointments online.
Gyanmanjariinstituteoftechnology 29
SE-3161605 211290116014
3.PrescriptionManagement:Allowshealthcareproviderstoissuedigitalprescriptionsdirectlyto
Gyanmanjariinstituteoftechnology 30
SE-3161605 211290116014
4.MedicalRecordManagement:Providessecureandprivacy-compliant accesstopatient
medical records, ensuring healthcare providers and patients can view relevant health
information.
5.IntegratedPaymentProcessing: Includesasecurepaymentsystemforconsultationsand
medications, along with support for insurance claims and billing, streamlining
financial transactions within the healthcare process.
Viewevent details
Gyanmanjariinstituteoftechnology 31
SE-3161605 211290116014
OperatingEnvironment
HardwareEnvironment
PatientDevices: Thesystemshould beaccessible viapersonaldevicessuchassmartphones,
tablets, and personal computers, catering to patients at home or on the move.
PharmacySystems:Accessthroughworkstationsusedinpharmaciesformanaginginventory,
processing prescriptions, and communicating with healthcare providers and patients.
Software Environment
OperatingSystems:CompatiblewithmajoroperatingsystemsincludingWindows,macOS,iOS, and
Android to ensure wide accessibility.
DatabaseManagement:UtilizesrobustdatabasemanagementsystemslikeMySQL,PostgreSQL, or
MongoDB for storing and managing data securely.
CloudServices:Deployedonacloudplatform,ensuringscalability,dataredundancy,andhigh
availability. This could involve platforms like AWS, Google Cloud, or Azure.
Network Environment
Gyanmanjariinstituteoftechnology 32
SE-3161605 211290116014
ComplianceandRegulatoryEnvironment
HealthcareStandards:AdherencetohealthcarestandardsandprotocolssuchasHL7,FHIRfor data
interoperability, and DICOM for medical imaging.
LegalCompliance:Complieswithlocalandinternationallawsregardingtelemedicine,prescription
drugs, and patient privacy.
UserSupportEnvironment
TechnicalSupport: Availabilityoftechnicalsupportservicesto assist
userswithsystemissues, available via phone, email, or live chat.
DocumentationandTraining:Comprehensiveusermanuals,onlinetutorials,andtraining programs
to help users navigate and utilize the system effectively.
This operating environment ensures that the e-Dispensarysystem is robust, secure, and capable
of functioningeffectivelyindiversetechnicalandregulatorycontexts.It supportsthesystem'sgoalof
Gyanmanjariinstituteoftechnology 33
SE-3161605 211290116014
DesignandImplementationConstraints
1. TechnicalConstraints
Compatibility: Thesystemmust becompatibleacrossmultipledevicesandoperatingsystems,
including Windows,macOS, iOS,and Android,toensure it canbeaccessed byawide rangeof
users.
Interoperability:Itmust integrateseamlesslywithexistinghealthcaresystemssuchasElectronic
Health Records (EHR), Pharmacy Management Systems, and other third-party services. This
requires adherence to standard data exchange formats like HL7, FHIR, and others.
Performance:Mustsupporthigh-volume,concurrentuseraccesswithoutdegradationof performance,
especially for critical features like video consultations and data retrieval.
2. SecurityandPrivacyConstraints
DataProtection:Compliancewithstrict dataprotectionlawslikeGDPR,HIPAA,orequivalent,
necessitating robust encryption, secure data storage, and transmission protocols.
UserAuthentication:Implementstrong,multifactorauthenticationmethodstosecureaccessto the
system, ensuring that only authorized users can access sensitive information.
3. RegulatoryConstraints
CompliancewithHealthRegulations: Mustmeetregulatoryrequirementsspecifictotelehealth and
online pharmacies, which vary by country and region, affecting how prescriptions can be handled
and consultations conducted.
Licensing:Healthcareprovidersusingthesystemmust belicensedtopracticeinthepatient's
locale, which affects how the service markets and operates in different jurisdictions.
4. UserInterfaceandAccessibilityConstraints
Accessibility: Design must complywithaccessibilitystandards suchas the Americans with
DisabilitiesAct (ADA) intheU.S.orsimilarregulationselsewhere,ensuringthat userswith
disabilities can effectively use the system.
MultilingualSupport:Theinterfacemayneedtosupportmultiplelanguagestoaccommodate users
in different geographical regions, adding complexityto the design and implementation.
Gyanmanjariinstituteoftechnology 34
SE-3161605 211290116014
5. ScalabilityandMaintenanceConstraints
Scalability:Thearchitecturemust bescalabletohandle growthinusernumbersanddatavolume
without requiring complete redesigns.
Maintainability:Codeandsystemsarchitectureshouldbedesignedforeasymaintenanceand updates,
with minimal downtime.
6. BudgetandResourceConstraints
CostLimitations:Financialconstraintscanlimitchoicesregardingtechnologystacks,features, and
the scope of initial deployment.
7. OperationalConstraints
SupportStaffTraining:Theneed fortrainingsupportstaffto handle newsystemsandprocesses can
be a constraint, particularly if the system introduces complex new functionalities.
UserEducation:Ensuringthat alltypesofusers(patients,providers,pharmacies)arecomfortable with
using the system can require significant effort inuser education and interface design.
Addressingtheseconstraintseffectivelyduringthe designand implementationphases iscriticalto
thesuccessofthee-Dispensarysystem,ensuring it notonlyfunctionsasintended but also adheres to all
necessary legal, technical, and operational standards.
Gyanmanjariinstituteoftechnology 35
SE-3161605 211290116014
UserDocumentation
1. UserManuals
Patient User Manual: Detailed instructions on how to register, set up a profile, navigate
the
system,bookappointments,joinconsultations,manageprescriptions,andaccessmedicalrecords.
Healthcare Provider Manual: Guidelines for providers on how to set up and manage their
professionalprofiles,scheduleandmanageappointments,conductremoteconsultations,accessand update
patient records, issue prescriptions, and use any analytic tools provided.
2. QuickStartGuides
SimplifiedSetupGuides: Concisedocumentsdesignedto get newusersupandrunningwithbasic
functionalities, such as signing in, navigating the dashboard, and performing primaryactions like
booking an appointment or viewing a prescription.
3. FAQs(FrequentlyAskedQuestions)
Common Issues and Solutions: A compiled list of frequentlyasked questions that address
commonconcernsorproblemsusersmight encounter,alongwithstraightforwardanswersand
step- by-step troubleshooting guides.
4. TroubleshootingGuides
Problem Resolution: Detailed guides that help users diagnose and resolve common
technical
issues,includingloginproblems,issueswithaudio/videofunctionalityduringconsultations,and
difficulties accessing or updating information.
5. How-ToVideos
VisualTutorials: Short video tutorialsthat visuallyguide usersthroughcommonprocesseswithin
thesystem, suchas howto bookanappointment, howtoenterandparticipateinaconsultation, and how
to order medications.
6. Glossary
Terminology:Asectiondedicatedto definingtermsand jargonusedwithinthee-Dispensary
system, making the documentation and system easier to understand for all users.
Gyanmanjariinstituteoftechnology 36
SE-3161605 211290116014
7. BestPractices
8. TechnicalSupportandContactInformation
SupportResources: Informationonhowtocontacttechnicalsupport,includingphonenumbers,
email addresses, and hours of operation, ensuring users know howto get help when needed.
9. SecurityandPrivacyGuidelines
SafetyProtocols:Informationonthesystem'ssecuritymeasuresand instructionsforuserstohelp
them maintain privacyand security, such as managing passwords and understanding data
sharing policies.
10. AccessibilityFeatures
UsingAccessibilityTools: Guidanceonhowtousethesystem'saccessibilityfeatures,ensuring
that users with disabilities can effectively use the system.
Gyanmanjariinstituteoftechnology 37
SE-3161605 211290116014
AssumptionsandDependencies
Assumption
s
TechnologicalAccessibility: It isassumedthat thetarget userbase(patients,healthcareproviders,
andpharmacies)hasaccesstothenecessarytechnologicalinfrastructure,includingreliable internet
connections and compatible devices (smartphones, computers, tablets).
Regulatory Compliance: The assumption that all operations within the e-Dispensarysystemwill
complywithrelevant healthcareregulations,suchasHIPAAfordataprivacyintheU.S.,GDPRin
Europe, and other local healthcare laws concerning telemedicine and online pharmacies.
User Adoption: There is an underlying assumption that users will be willing to adopt this
new system,transitioning fromtraditionalin-personconsultationsandprescriptionprocessesto
adigital format.
Dependencies
Third-PartyServices: Theproject'ssuccessdependsonintegrationwiththird-partyservices, such
as electronic healthrecords (EHRs), payment gateways, and possiblycloud service providers.
The reliability and availability of these services are crucial.
PharmacyIntegration:Successfulpharmacyintegrationiscritical,dependingonpharmacies'
willingness and ability to adopt and integrate with the e-Dispensary system for seamless
prescription management and fulfillment.
Continuous Support and Maintenance: The project depends on the availability of continuous
Gyanmanjariinstituteoftechnology 38
SE-3161605 211290116014
technicalsupportandregularsystemmaintenancetoaddressanyissuesthatarisepost-deployment and
to manage system updates.
Gyanmanjariinstituteoftechnology 39
SE-3161605 211290116014
3. SystemFeatures
SystemFeature:RemoteConsultationService Description
The Remote Consultation Service enables real-time audio and video communication between
patientsandhealthcareproviders.Thisfeaturefacilitatesconsultationsfromanywhere,reducing the
need for physical travel and providing access to medical care for patients in remoteor
underserved areas.
FunctionalRequirements
VideoandAudioStreaming
Thesystemmustsupporthigh-qualityvideoandaudiostreamingthatworkseffectivelyacross various
network conditions.
Providersandpatientsshould havetheabilitytoturnoffvideooraudio asneededduringthe consultation.
SchedulingIntegration
Theconsultationservice should be integratedwithascheduling systemthat allowspatientstobook,
reschedule, or cancel appointments directly through the platform.
Healthcareproviderscanmanagetheirschedules,setavailability,andadjustappointmentsas necessary.
SecureCommunication
Allcommunicationbetweenpatientsandhealthcareprovidersmust beencryptedtoensureprivacy and
compliance with healthcare regulations like HIPAA.
Thesystemshouldprovideasecurechannelforexchangingsensitiveinformationsuchaspatient data
and consultation notes.
RecordKeeping
Thesystemmust automaticallysavedetailsofeachconsultation, includingdate,time,duration, and
participating healthcare provider, in both the patient’s and provider’s records.
Providersshould havetheabilitytoaddnotesorupload relevant
documentsduringorafterthe consultation, which should be saved directly to the
patient’s medical record.
UserInterface
Patientsandprovidersshould haveaccesstoasimpleand intuitive interface forconductingremote consultations.
Theinterfaceshouldincludefeaturessuchasawaitingroom,sessiontimer,mute/unmuteoptions, and
the ability to send and receive text messages during the consultation.
TechnicalSupport
Technical support should be available to assist users with any issues related to the remote
consultationservice, includinghelpwithaudio/videoissues,
loginproblems,andsystemnavigation. Non-Functional Requirements
Gyanmanjariinstituteoftechnology 40
SE-3161605 211290116014
Reliability
Theservicemustbereliable,withaminimumuptimeof99.9%,ensuringthatscheduled consultations
can proceed without interruptions.
Performance
Thesystemshouldhavelowlatencyduringaudioandvideotransmissionstoensurethat communications
are timely and synchronous.
Scalability
Theservice must bescalableto supportanincreasingnumberofsimultaneousconsultationsasthe
user base grows.
Accessibility
Thefeatureshouldbeaccessibletouserswithdisabilities, complyingwithinternationalstandards
such as the ADA or WCAG.
Dependencies
Integrationwiththird-partyvideo streamingservices,unlessdeveloped in-house. Reliable
internet service for allusers to ensure qualityin audio/video streaming. Compliance with
regulatory requirements for digital health communication
Gyanmanjariinstituteoftechnology 41
SE-3161605 211290116014
4. ExternalInterfaceRequirements
UserInterfaces
1. PatientInterface
Homepage
NavigationMenu:Clearandsimplenavigationoptionsforaccessingvarious featureslikebooking
appointments,viewingmedicalrecords,managingprescriptions,andaccessingsupport.
Login/Registration: Easy-to-find loginand registration links for new and returning users.
InformationalContent:Briefdescriptionsoftheservicesoffered, includinghowtobookan
appointment or request a prescription.
Dashboard
AppointmentManagement:Asectionforviewingupcomingappointments,rescheduling,or
canceling them.
PrescriptionManagement:Featurestoviewactiveprescriptions,requestrefills,anddirectly order
medications from linked pharmacies.
ConsultationInterface
Video/AudioChatWindow:Thecorefeaturewhereconsultationsoccur.Shouldincludetoolsfor
muting/unmuting, turning the camera on/off, and ending the call.
ChatFeature:Atext chat
forcommunicatingduringtheconsultationwithoutinterruptingthe audio/video feed.
2. HealthcareProviderInterface
Professional Dashboard
ScheduleOverview: Acalendarviewshowingtheday’sappointments,withoptionstoview
patientsummariesorfullmedicalrecords.
Gyanmanjariinstituteoftechnology 42
SE-3161605 211290116014
AlertsandNotifications:Real-timenotificationsforappointment bookings,changes,or
prescription refill requests.
ConsultationManagement
3. PharmacyInterface
Pharmacy Dashboard
PrescriptionOrders:Viewand manageincomingprescriptionorders,verifydetails,andprocess
medicationsfordeliveryorpickup.
CommunicationTools:Featurestocontacthealthcareprovidersforprescriptionclarificationsor to
notify patients about medication availability.
OrderProcessingInterface
OrderDetails:Specificdetailsofeachprescriptionorder,includingpatient information,
prescribed medications, dosages, and prescribing doctor.
Fulfillment Status:Updateandtrackthestatusofmedicationorders,fromprocessingtodelivery.
Design Considerations
Accessibility:Allinterfacesshouldbedesignedwithaccessibilityinmind,supportingscreen readers,
high contrast modes, and easy navigation for those with disabilities.
ResponsiveDesign:Ensuresthattheinterfaceisusableonvariousdevices, includingsmartphones,
tablets, and desktop computers.
Gyanmanjariinstituteoftechnology 43
SE-3161605 211290116014
HardwareInterfaces
1. GeneralHardwareRequirements
Patients
PersonalComputingDevices:CompatibilitywithPCs,laptops,tablets,andsmartphones.
Web Cameras and Microphones: Necessary for remote consultations. The system should be
compatiblewithstandardbuilt-inandexternalcamerasand microphonesavailableonmost devices.
Speakers or Headphones: For clear audio during consultations, compatible with standard
audio output devices.
HealthcareProviders:
ProfessionalGradeComputingDevices: Morerobust systemssuchashigh-performancePCsand
tablets, capable of handling multiple applications simultaneously, including video streaming,
data management, and more.
High-QualityWebCamerasandMicrophones:Toensureclearandprofessionalvideo and
audio quality during remote consultations.
Medical Hardware Integration: Ability to interface with medical hardware devices for remote
monitoring, suchasdigitalstethoscopes,otoscopes,orECGmonitors,might berequireddepending
on the scope of services offered.
Pharmacies:
WorkstationSystems:StandardPCsystemscapableofhandlingpharmacymanagementsoftware, prescription
processing, and communication with the e-Dispensary system.
Printers: For printing prescriptions and patient information securely when needed.
BarcodeScanners:Formanaginginventoryandprocessing medicationordersefficiently.
2. InterfaceSpecifications
Network Interface:
EthernetandWi-FiConnectivity:AllhardwaredevicesshouldsupportcurrentEthernet
standardsand Wi-Ficonnectivityto ensuretheycanconnecttotheinternet orintranet for accessing
the e-Dispensary system.
SecurityProtocols:Hardwareshouldsupportadvancedsecurityprotocols, includingVPNs,
firewalls, and secure wireless standards to protect data transmissions.
Gyanmanjariinstituteoftechnology 44
SE-3161605 211290116014
USB/PeripheralPorts:
USBPorts:Necessaryforconnectingexternaldevicessuchaswebcameras, microphones,orother
medical peripherals.
CompatibilitywithOtherInterfaces:Dependingonmedicaldeviceintegration,additionalports such
as HDMI, serial ports, or specialized medical device ports may be required.
3. PerformanceandCompatibility
OperatingSystemCompatibility: Ensurethatallhardwareiscompatiblewiththeoperating
systems specified in the software environment section (Windows, macOS, iOS, Android).
Browser Compatibility: Hardware should support the latest versions of major browsers
like Chrome, Firefox, Safari, andEdgeto ensureseamlessaccesstotheweb-
basedcomponentsofthe system.
4. RegulatoryandComplianceConsiderations
Medical Device Compliance: Any medical hardware devices integrated with the system must
complywithlocaland internationalregulationssuchas FDAintheU.S.,CE inEurope,orother
relevant bodies depending on the geographical location.
Gyanmanjariinstituteoftechnology 45
SE-3161605 211290116014
SoftwareInterfaces
1. OperatingSystemCompatibility
Windows, macOS, iOS, Android: The e-Dispensary system should be compatible with major
operating systems to ensure it can run on various devicesused by patients, healthcare providers, and
pharmacies.
2. Web Browsers
Google Chrome, Mozilla Firefox, Apple Safari, Microsoft Edge: The system must function
effectively across all major web browsers to ensure accessibility for users regardless of their
preferred browser.
3. DatabaseManagementSystem(DBMS)
SQL-based Systems (e.g., MySQL, PostgreSQL): To manage user data, appointment schedules,
medical records, and prescriptions.
NoSQL Databases (e.g., MongoDB, Cassandra): For handling unstructured data or large volumesof
data that require high scalability.
4. ElectronicHealthRecords(EHR)Integration
Gyanmanjariinstituteoftechnology 46
SE-3161605 211290116014
CommunicationsInterfaces
1. VideoConferencingInterface
Purpose: To enable real-time video consultations between patients and healthcare providers,
forming the core of the telemedicine service.
Technology: Integration with reliable video conferencing services such as WebRTC (Web Real-
Time Communication), which is widely used for embedding real-time video, audio, and text
communication capabilities directly into browsers and mobile applications.
Security: Ensuring all communication is encrypted using Secure Real-time Transport Protocol
(SRTP) and that access control measures are in place to prevent unauthorized access.
2. MessagingandNotificationSystem
Purpose: To facilitate asynchronous communication between users (patients, healthcare providers,
pharmacy staff) and to send notifications related to appointments, prescriptions, and
systemupdates.
Features: Support for both automated system notifications (e.g., appointment reminders,
prescription readiness) and user-initiated messages (e.g., patient questions, provider responses).
3. SecureDataExchangeInterface
Purpose: To ensure secure and efficient exchange of medical data, prescriptions, and consultation
notes between healthcare providers, pharmacies, and patients.
Technology: Use of secure FTP (SFTP) or HTTPS for encrypted data transfers. Compliance with
standards like HL7 or FHIR for healthcare data interoperability is crucial.
Gyanmanjariinstituteoftechnology 47
SE-3161605 211290116014
4. AudioCommunicationInterface
Purpose: To support audio-only consultations or communications when videois not necessary
or feasible.
Technology: Leveraging VoIP (Voice over Internet Protocol) technologies integrated within the
platform, which can also utilize WebRTC for embedding direct audio communications.
Security: As with video, ensuring encryption of audio streams and implementing robust access
controls.
5. APIGateway
Purpose:Tomanageall incomingandoutgoingAPIrequests between thee-Dispensarysystem
and external services, ensuring smooth data flow and security.
Security: Features like OAuth for authentication, API key management, and throttling
to protectagainst abuse and ensure service availability.
6. CollaborationToolsInterface
Purpose: To support collaborative health management, such as case discussions among multiple
healthcare providers or with pharmacies.
Technology: Integration of collaborative tools that allow document sharing, real-time editing, and
discussion forums, possiblyusing services like Google Workspace or Microsoft Teams adapted for
healthcare use.
Security: Ensuring that all collaborative interactions are conducted over secure channels, with
access strictly controlled based on user roles and confidentiality requirements.
Gyanmanjariinstituteoftechnology 48
SE-3161605 211290116014
5. OtherNon-functionalRequirements
1. SystemResponsiveness
LoadTime:Webpagesshould loadwithin2secondsundernormalconditionsto ensurea seamless
user experience.
TransactionSpeed:Criticaltransactions,suchasappointmentbookings,prescriptionrefills,and
payment processing, should complete within 5 seconds to prevent user frustration and ensure
efficiency.
2. DataProcessingEfficiency
Real-timeDataHandling:Thesystemshould becapableofprocessingreal-timedatainputs,such
as video streams and user inputs during consultations, without any perceptible delay.
Batch Data Processing: Nightly batch jobs for data backups, synchronization with external
systems,andreport generationshouldcompletewithinpredeterminedwindowsto ensuredatais
up- to-date and available by the start of each business day.
3. ConcurrentUsers
User Load: The system must support up to a specific number of concurrent users (e.g., 1,000
simultaneoususers)withoutdegradationinperformance.Thisnumbershould bebasedonexpected
user traffic and critical peak times.
4. AvailabilityandUptime
SystemAvailability: Thee-Dispensarysystemshouldaimforanuptimeof99.9%,minimizing
downtime to off-peak hours and ensuring it is available during critical business hours.
Redundancy:Implement redundancyincriticalcomponentsofthesystemtoensurecontinuous
service availability even in the event of hardware or software failure.
5. Reliability
ErrorRates: Thesystemshould havealowerrorrate,
withcriticalerrorsnotexceedingadefined threshold (e.g., 0.1% of transactions).
RecoveryTime: In the event of a system crash or failure, recoverytime should not exceed a
specified duration(e.g.,1hour),withthecapabilitytorestoreservicesand dataintegrityquickly.
Gyanmanjariinstituteoftechnology 49
SE-3161605 211290116014
6. ResourceUtilization
CPUandMemoryUsage: Ensurethattheapplicationoptimizesresourceusage,whereCPUand
memoryusage should not exceed predetermined thresholdsunder normaloperating conditionsto
prevent server overloads.
NetworkBandwidth: Optimizedatatransferstoutilizebandwidthefficiently,especiallyimportant
for video and audio data during remote consultations.
7. MaintenanceandMonitoring
System Monitoring: Continuous monitoring of system performance, including server
health,
databaseperformance,andapplicationresponsiveness,toidentifyandresolveissuesproactively.
LogManagement:Efficientlogmanagement strategytohelpintroubleshootingandperformance
tuning without impacting the overall system performance.
Gyanmanjariinstituteoftechnology 50
SE-3161605 211290116014
SafetyRequirements
1. DataSecurityandPrivacy
Encryption: All data transmitted over the internet must be encrypted using secure protocols suchas
TLS (Transport Layer Security). This includes data exchanged during video consultations,
messaging, and data uploads/downloads.
Access Controls: Implement strict access control measures to ensure that users canonly access data
pertinent to their role. Use role-based access controls (RBAC) to manage permissions effectively.
Data Anonymization: When data needs to be used for non-clinical purposes, such as training or
analytics, it should be anonymized to prevent identification of individuals.
2. CompliancewithRegulatoryStandards
HIPAACompliance: Forsystemsused intheUnitedStates, compliancewiththeHealthInsurance
Portability and Accountability Act (HIPAA) is mandatoryto protect patient health information.
GDPR Compliance: For systems used in the European Union, adherence to the General Data
Protection Regulation (GDPR) is required to ensure data protection and privacy for individuals.
Local Regulations: The system must also comply with all relevant local and international
healthcare and telemedicine regulations, which govern the storage, handling, and transmission of
medical data.
3. SystemReliabilityandAvailability
Redundancy: Critical system components should have redundancy to ensure that the system can
continue to operate in the event of a hardware or software failure.
Backup and Disaster Recovery: Regular backups of all data should be performed, and a
comprehensive disaster recovery plan should be in place and tested regularly to enable quick
recovery in case of a major incident.
Gyanmanjariinstituteoftechnology 51
SE-3161605 211290116014
SecurityRequirements
1. DataEncryption
AtRest:Allsensitivedatastoredinthesystemdatabases, includingpersonalandhealth
information, must be encrypted using strong encryption standards such as AES-256.
2. UserAuthenticationandAuthorization
StrongAuthentication:Implementmulti-factorauthentication(MFA) forallusers,especially
healthcare providers and pharmacy staff, to enhance the security of access controls.
3. DataIntegrityandNon-Repudiation
IntegrityControls: Utilize mechanismslikedigitalsignaturesandchecksumsto ensurethatdata has
not been altered in transit.
4. Confidentiality
DataMinimization: Collectonlythedatathatisnecessaryforthespecifiedpurposesandensure it is used
solely in ways that are compatible with those purposes.
PrivacybyDesign:Incorporateprivacy-enhancingtechnologies(PETs)anddesignthesystemina way
that enhances user privacy at every stage of data handling.
5. RegularSecurityAssessments
VulnerabilityAssessments: Conductregular vulnerabilityscansandpenetrationtestingto identify
and remediate security vulnerabilities.
Gyanmanjariinstituteoftechnology 52
SE-3161605 211290116014
6. OtherRequirements
AppendixA:Glossary
API (Application Programming Interface): A set of rules and protocols for building and
interactingwithsoftwareapplications.APIsallowdifferent softwaresystemstocommunicatewith
each other.
HIPAA(HealthInsurancePortabilityandAccountabilityAct):U.S.legislationthatprovides data
privacy and security provisions for safeguarding medical information.
GDPR (General Data Protection Regulation): Regulation in EU law on data protection and
privacyintheEuropeanUnionandtheEuropeanEconomic Area,whichalso addressesthetransfer
of personal data outside the EU and EEA areas.
Multi-factor Authentication (MFA): A security system that requires more than one method of
authenticationfromindependent categoriesofcredentialstoverifytheuser’s identityforaloginor
other transaction.
RBAC(Role-BasedAccessControl):Amethodofregulatingaccessto computerornetwork
resources based on the roles of individual users within an enterprise
TLS(TransportLayerSecurity):Acryptographicprotocoldesignedtoprovidecommunications
security over a computer network.
FHIR (Fast Healthcare Interoperability Resources): A standard describing data formats and
elements(knownas"resources")andanapplicationprogramming interface(API)forexchanging
electronic health records.
Gyanmanjariinstituteoftechnology 53
SE-3161605 211290116014
AppendixB:AnalysisModels
1. UseCase Diagrams
Purpose: To showthe interactions betweenthe users(actors) and the system, detailing the
functionalityoffered bythesystemand howdifferent users(patients,healthcareproviders,
pharmacy staff) interact with these functions.
ExampleContent:Diagramsshowingactorssuchaspatientsbookingappointments,healthcare
providers accessing patient records, or pharmacies processing prescriptions.
2. Activity Diagrams
Purpose: To model the workflow of various processes within the system, such as how an
appointment isscheduled,howprescriptionsareprocessed,andhowconsultationsareconducted.
Example Content: Diagrams illustrating the steps involved in scheduling an appointment,
from logging in to selecting a provider, choosing a time, and receiving confirmation.
3. SequenceDiagrams
Purpose:Todetailthe interactionsbetweensystemcomponentsandusersover
time,showingthe sequence of messages that result in a completed transaction or
interaction.
ExampleContent: Diagramsthat showthesequenceofcommunicationsbetweenapatient,the
system, and a healthcare provider during a remote consultation session.
4. ClassDiagrams
Purpose:Todescribethestaticstructureofthesystembyshowingthesystem'sclasses,their attributes,
methods, and the relationships among objects.
ExampleContent:DiagramsthatdefineclasseslikeUser,Appointment,Prescription,and their
relationships, which might include inheritance, associations, and dependencies.
5. Entity-RelationshipDiagrams(ERD)
Purpose:To modelthedatabasestructureusedbythesystem, showinghowentitiessuchaspatients,
healthcare providers, and appointments relate to each other.
ExampleContent:DiagramsdepictingtherelationshipsbetweenentitieslikePatient,Healthcare
Provider, Pharmacy, Medications, and Appointments.
6. StateTransitionDiagrams
Purpose: To showhowthesystemorapartofthesystemchangesstatesinresponseto events,
particularly useful for understanding complex logic and behaviors.
ExampleContent: Diagramsillustratingthestatechangesofanappointment
fromscheduled,to confirmed, to completed, or cancelled.
7. ComponentDiagrams
Purpose:Todepict howthesystemisdivided intocomponents(modules)thatprovidethespecified
functionalities and how these components interact with each other.
ExampleContent:Adiagramthat might showcomponentssuchasUserManagement,
Appointment Scheduling, Remote Consultation, and Prescription Management.
Gyanmanjariinstituteoftechnology 54
SE-3161605 211290116014
8. DeploymentDiagrams
Purpose: To modelthephysicaldeployment ofartifactsonnodessuchasserversorother hardware.
Example Content: Diagramsshowing how different software componentsare deployed acrossthe
server architecture, including databases, application servers, and the client interface.
Gyanmanjariinstituteoftechnology 55
SE-3161605 211290116014
AppendixC:IssuesList
IssueID:Auniqueidentifierforeach issue.
Description:Adetaileddescriptionoftheissue,includingwhereandhowitoccurs.
Impact:Anevaluationofthepotentialimpact oftheissueontheprojectorsystemfunctionality.
Priority:Theurgencyofresolvingtheissue(e.g.,High, Medium,Low).
AssignedTo:Theteammemberorgroupresponsibleforaddressingtheissue. Date
IssueID:001
Description:Patientsareexperiencingdelaysreceivingconfirmationemailsafterscheduling
appointments.
Impact:Medium-Delayscould leadtoconfusionandmissedappointments,affectingpatient
satisfaction.
Priority:High
Status:Open
Assigned To:ITSupportTeam
DateReported:April1,2024
ExpectedResolutionDate:April15,2024 Actual
Resolution Date:
Comments:Investigatingiftheissueisrelatedtoserver loadoremailserviceproviderdelays.
Categories of Common Issues
TechnicalIssues:Problemsrelatedtosoftwarebugs,hardwarefailures,ortechnicalinadequacies in
the system.
Gyanmanjariinstituteoftechnology 56
SE-3161605 211290116014
SecurityIssues:Concernsrelatedtodatabreaches, unauthorizedaccess,andothersecurity
vulnerabilities.
IntegrationIssues:Difficultiesinintegratingthesystemwithothersoftwareorhardware, impacting
system functionality or performance.
RegulatoryComplianceIssues:Potentialnon-compliancewithhealthcareregulationslikeHIPAA or
GDPR that could lead to legal and financial repercussions.
PerformanceIssues: Problemsaffectingthesystem’sperformance,suchasslowresponsetimesor
inadequate handling of concurrent users.
BenefitsofMaintaininganIssuesList
Visibility:Providesallstakeholderswithvisibilityinto current
andpotentialproblemsaffectingthe project.
Accountability:Assignsclearresponsibilityforissueresolution,ensuringaccountabilitywithin the
team.
Signature:
Date:
Gyanmanjariinstituteoftechnology 57