Question

A newly developed hospital requires an Electronic Decision Support System (DSS) for clinicians. This DSS is...

A newly developed hospital requires an Electronic Decision Support System (DSS) for clinicians. This DSS is required to have all the necessary features to help the practice. Develop a Software Requirements Specification (SRS) document that identifies all the necessary requirements for the system. This document must strictly follow the IEEE template uploaded on canvas. However, there may be sections in the template that may not apply to the project, these sections can be eliminated.

Use the template below to answer the above statement.

Software Requirements Specification

1      Introduction

<TO DO: Please provide a brief introduction to your project and a brief overview of what the reader will find in this section.>

1.1 Document Purpose

<Identify the product whose software requirements are specified in this document, including the revision or release number. This should including relevant benefits, objectives, and goals.

TO DO: Write 1-2 paragraphs describing the purpose of this document as explained above.>

1.2 Product Scope

<Provide a short description of the software being specified and its purpose; describe the scope of the product that is covered by this SRS, particularly if this SRS describes only part of the system or a single subsystem.

TO DO: 1-2 paragraphs describing the scope of the product. Make sure to describe how it is associated with other product or subsystems.>

1.3 Definitions, Acronyms and Abbreviations

<Define all the terms necessary to properly interpret the SRS, including acronyms and abbreviations.

TO DO: Please provide a list of all abbreviations and acronyms used in this document sorted in alphabetical order.>

1.4 References and Acknowledgments

<List any other documents or Web addresses to which this SRS refers. These may include user interface style guides, contracts, standards, system requirements specifications, use case documents, or a vision and scope document.>

2      Overall Description

2.1 Product Functionality

<Summarize the major functions the product must perform or must let the user perform. Details will be provided in Section 3, so only a high level summary is needed here (user requirement). Organize the functions to make them understandable to any reader of the SRS.

TO DO:

1. Provide a bulleted list of all the major functions of the system.>

2.2 End Users and Characteristics

<Identify the various users that you anticipate will use this product. Users may be differentiated based on frequency of use, subset of product functions used, technical expertise, security or privilege levels, educational level, or experience.

TO DO:

1. Describe the characteristics of each user. Certain requirements may affect (relate) only to certain users.

3. Distinguish the most important users for this product from those who are less important to satisfy.>

2.3 System Stakeholders

You should build a list of your system stakeholders. You should define the role of each stakeholder in the big system.

2.4 Operating Environment

<Describe the environment in which the software will operate, including the hardware platform, operating system and versions, and any other software components or applications with which it must peacefully coexist. In this part, make sure to include a simple diagram that shows the major components of the overall system, subsystem interconnections, and external interface

TO DO: in at least one paragraph, describe the environment your system will have to operate in. Make sure to include the minimum platform requirements for your system. >

3      Specific Requirements

3.1 User Interface

<Describe the logical characteristics of each interface between the software product and the users. This should include sample screen images, any GUI standards.

TO DO: The least you can do for this section is to describe in words the different User Interfaces and the different screens that will be available to the user. Those who will be able to provide optional Graphical User Interface screenshots will be rewarded by extra marks.>

3.2 Functional Requirements

<Functional requirements capture the intended behavior of the system. This behavior may be expressed as services, tasks or functions the system is required to perform. (System Requirements)

TO DO: Break the functional requirements to several functional areas and divide this section into subsections accordingly. Provide a detailed list of all product operations related to these functional areas.

3.3 Use Case Diagram

<A use case defines a goal-oriented set of interactions between external actors and the system under consideration.

TO DO: Provide a use case diagram which will encapsulate the entire system and all possible actors. Do not include detailed use case descriptions, but make sure to include a short description of what every use-case is, who are the actors in your diagram>

4      Non-functional Requirements

4.1 Software Quality Attributes

<Specify any quality characteristics for the product that will be important to either the customers or the developers. Some to consider are: performance, safety, security, adaptability, availability, correctness, flexibility, interoperability, maintainability, portability, reliability, reusability, robustness, testability, and usability. Write these to be specific, quantitative, and verifiable when possible. At the least, clarify the relative preferences for various attributes, such as ease of use over ease of learning. >

5      Other Requirements

<This section is Optional. Define any other requirements not covered elsewhere in the SRS. This might include database requirements, internationalization requirements, legal requirements, reuse objectives for the project, and so on. Add any new sections that are pertinent to the project.>

Homework Answers

Answer #1

1) Introduction:

The electronic decision support system for clinicians is basically an application that provides the data that help in clinic or the health care to make various decisions. Its provides the analyized data that plays a vital role in decision making. Its basically provides doctors, staff knowledge about the patients specific data in the required format.

2) Product Scope:

The scope of the product "electronic decision support system" can be provided as follows:
   i) Product should provide the optimized data, that helps in various clinical decision making.
   ii) Should help doctors, clinic staff to understand more about patients, which help in diagnosis.
   iii) Product should apply various logics and rules to patients data and provided required data in well format to end users.
   iv) Product should have different system view for different users like patients, doctors, clinic staff etc.
  
3) Product Functionality

The major functions of the product and be summarized in following points:
   i) Should have functionality with which clinic staff can interact with this product to analyize, search and diagnosis based on the data provided.
   ii) Should have various logics and rules implemented with which we can make diagnosis decisions.

4) End Users and Characteristics

The end users of the product are as follows:

   i) Doctors: Use the product to get the required analyized data regarding patients.
   ii) Clinic Staff: Use the product to generate various reports based on patients diagnosis.
   iii) Patients: Use to get more information about there health condition and status.

Know the answer?
Your Answer:

Post as a guest

Your Name:

What's your source?

Earn Coins

Coins can be redeemed for fabulous gifts.

Not the answer you're looking for?
Ask your own homework help question
Similar Questions
You are asked to design a database to support a Instant Recruitment System of casual staff...
You are asked to design a database to support a Instant Recruitment System of casual staff for a school. The major business requirements are summarised below in the Mini Case: An Instant Recruitment System. You are asked to develop a detailed Entity-Relationship model for this mini case. Your ER model should consist of a detailed ER diagram integrated with itemised discussions on the features of the entities and relationships and all the assumptions you made where applicable. The ER diagram...
Question 2 The questions in this section are all based on the “Online Book Exchange System...
Question 2 The questions in this section are all based on the “Online Book Exchange System (EyesHaveIt.com)” Case Study on the last page of this document. Read the case study carefully before answering these questions. A system analyst in your team has identified main user goals for the system, as shown below. Use ONLY the goals in this list to draw a Use Case diagram with all the actors and associations required. Goals List Online account registration Searching for book...
Background Case Study: COVID-safeguard System COVID-19 is a pandemic which is causing social, economic and health...
Background Case Study: COVID-safeguard System COVID-19 is a pandemic which is causing social, economic and health issues for the whole world. Many governments around the world are using advanced technologies to prevent COVID-19 outbreaks in their countries. For example, some of these advanced technologies include use of CCTV cameras to monitor people movements, drones to warn people to use face masks and mobile apps to track the social contact among people. Let’s assume that you are working as a system...
Autonomous Vehicle Project Evaluation Deliverables and Rubric Functions to be addressed: Intelligent Drive Stop & Go...
Autonomous Vehicle Project Evaluation Deliverables and Rubric Functions to be addressed: Intelligent Drive Stop & Go Speed limits Deliverables For each of these two functions write a use case describing actors, inputs and responses and functional completion For each of these 2 functions identify entities, data flows, processes and data stores as explained in Chapter 5, and shown in the example Do enough to show an understanding of the process and the concepts. Functions Use Case Entities Data Flows Processes...
Required information Chapter 17 Case: Reducing Ambiguity in Business Requirements The number one reason projects fail...
Required information Chapter 17 Case: Reducing Ambiguity in Business Requirements The number one reason projects fail is bad business requirements. Business requirements are considered “bad” because of ambiguity or insufficient involvement of end users during analysis and design.     A requirement is unambiguous if it has the same interpretation for all parties. Different interpretations by different participants will usually result in unmet expectations. Here is an example of an ambiguous requirement and an example of an unambiguous requirement: • Ambiguous requirement:...
Case 1.1 Electronic Records Management (ERM) Spring Street Company (SSC) wanted to reduce the “hidden costs”...
Case 1.1 Electronic Records Management (ERM) Spring Street Company (SSC) wanted to reduce the “hidden costs” associated with its paper-intensive processes. Employees jokingly predicted that if the windows were open on a very windy day, total chaos would ensue as thousands of papers started to fly. If a flood, fire, or windy day occurred, the business would literally grind to a halt. The company’s accountant, Sam Spring, decided to calculate the costs of its paper-driven processes to identify their impact...
Case You own a small computer business and you specialize in setting up networks for small...
Case You own a small computer business and you specialize in setting up networks for small businesses. The owner of a local sporting goods store has hired you to set up a local area network for his business. He wants to connect computers located in an office, on the selling floor, in a series of rooms in which he offers personal training classes, in a section of the store with batting cages, and in the section of the store that...
The term “documented information” is defined in the ISO 14001: 2015 standard as “information required to...
The term “documented information” is defined in the ISO 14001: 2015 standard as “information required to be controlled and maintained by an organization and the medium on which it is contained”. Additionally, it is noted that documented information can be in any format or media and can come from any source as well as documented information can refer to the following: 1) the environmental management system (EMS), including related processes; 2) information created in order for the organization to operate,...
Funding an IS project through a Chargeback method involves: Pricing the IS service out for the...
Funding an IS project through a Chargeback method involves: Pricing the IS service out for the customer buying the end product Direct billing by the firm for IS resources or services to the department that uses them Direct billing by the manager of a function for IS resources or services to an employee that uses them An accounting process that reduces tax liability for capital investments All of the following are attributes of considering IS costs as Overhead except the...
You have recently been hired by a new Japanese accounting firm, headquarter in Tokyo, as the...
You have recently been hired by a new Japanese accounting firm, headquarter in Tokyo, as the director of Information Systems and Telecommunications. Your assignment is to assist security posture of the firm and develop a security structure for this new company. Write your recommendations and reasons to the firm’s CEO. The firm has 600 employees in Tokyo, 50 in Houston, and is planning to open two branch offices in India and California. Ten accountants will be hired at each site....
ADVERTISEMENT
Need Online Homework Help?

Get Answers For Free
Most questions answered within 1 hours.

Ask a Question
ADVERTISEMENT