Blod Bank

2 Scope1 1. 3 Definitions, Acronyms, and Abbreviations1 1. 4 References1 1. 5 Overview1 2. General Description2 2. 1 Product Perspective2 2. 2 Product Functions2 2. 3 User Characteristics2 2. 4 General Constraints2 2. 5 Assumptions and Dependencies2 3. Specific Requirements2 3. 1 External Interface Requirements3 3. 1. 1 User Interfaces3 3. 1. 2 Hardware Interfaces3 3. 1. 3 Software Interfaces3 3. 2 Functional Requirements3 . 2. 1 Functional Requirement or Feature #13 3. 2. 2 Functional Requirement or Feature #23 3. 5 Non-Functional Requirements4 3. 5. 1 Performance4 3. 5. 2 Reliability4 3. 5. 3 Availability4 3. 5. 4 Security4 4. Analysis Models4 4. 1 Sequence Diagrams5 4. 3 Data Flow Diagrams (DFD)5 4. 2 State-Transition Diagrams (STD)5 1. Introduction This SRS provides requirements and proposed solution of the Blood Bank Management System used in blood banks. This software works in a Client Server environment with the server storing the data and clients connecting to the server for all types of transactions. It will explain the purpose and features of the system, the interfaces of the system, what the system will do, the constraints under which it must operate, specific requirements and other supporting information. This document is intended for both the stakeholders and the developers of the system. This document is intended for developers, project coordinator, project guide, users and testers. The developer can use the document to view the analysis and design part, to understand requirements specification. The project coordinator can use this document to review the idea of project whether it is innovative and usable or not. The project guide can use this document to analyze and manage the flow of project development. The tester can use this document to get clear idea about system, to understand the exact input domain of system and to generate respective test cases for the testing purpose. 1. 1 Purpose This Software Requirements Specification provides a complete description of all the functions and specifications of the Blood bank Management System software. The purpose of this document is to present a detailed description of the Blood Bank System. This document is useful for Blood Bank employees who use this system on the daily basis. This document will also serve as a reference to incorporate any changes made in the system to the future. It will also prove to be useful to the managerial staff which is responsible for the smooth functioning of the counter transactions that are performed on daily basis. This document is primarily intended to provide a detailed specification of the functional requirements for developers of the product. It also provides an overview of the product for the users. It will explain the purpose and features of the system, what the systems do and the constraints under which it will operate. This SRS document contains the complete software requirement for Post Office Transaction System and describes the design decisions, architectural design and the detail design needed to implement the system. It provides the visibility in the design and provides information needed for software support. 1. 2 Scope This software is used by System Administrator, Supervisor, Assistant and Lab technicians. The system is designed to provide user authentication by maintaining the user database which contains all the details of user along with login details such as username and password. Each user has a different level of operation for the authentication purpose. The solution will provide a well-organized and coordinated system where the blood and donor records are managed more efficiently with better security. The major goal of the system is to provide synchronized and centralized donor and blood stock database to the blood bank. It also improves the efficiency of blood stock management by alerting the blood bank administrator. System will provides traceability of donor in case of emergency. It also provides performance evaluation using report generation. 1. 3 Definitions, Acronyms, and Abbreviations This subsection should provide the definitions of all terms, acronyms, and abbreviations required to properly interpret the SRS. This information may be provided by reference to one or more appendixes in the SRS or by reference to other documents. 1. 4 References 1. www. bharatbloodbank. com 2. www. bloodbankindia. com 1. 5 Overview This document contains a brief history and insight into the problem as well as what the system is designed to do, the scope of the solution. It gives a brief summary of whom the system is targeted at, its capabilities, and its positioning in the device development process. It also explains requirements of the system and also where exactly the user and stakeholders are placed in the scheme of things. It elaborates on security issues, hardware and software requirement and also the priorities of various functionalities. The document helps the user to understand the Blood Bank System. The first part of the document provides the purpose, objectives and scope of the proposed system. It includes important definition, the problem statement specify the needed details to avoid any kind of ambiguity from user’s perspective. The document also states the feature set and capabilities of the system. The document also highlights the feature of proposed system and the advantages over the existing system. The document also highlights the various issues, error handling and the modification to be done in the system. The document is helpful to the user as it gives them opportunities to state what they expect from the system. In addition, the hardware specification required for the system is also mentioned. The user can read the document and make sure that his machine is equipped to run the system to avoid any inconvenience The user should make use of the document to understand the system better. The rest of this document provides a full description of the project for the blood bank. It lists all the functions performed by the system. It gives the details of each of the system functions and actions in full for the software developer’s assistance. It also gives the overview of the problems currently faced by the system and provides solutions for the same. 2. General Description The project deals with the problem of automated management system that is keeping track of the actual amount of blood stock in the blood bank and to minimize human errors. The solution will provide a well-organized and coordinated system for blood bank where the blood and donor records are managed more efficiently with better security and added automation functions in alerting the administrator when the blood quantity is below par level and about the expired samples. In addition, the administrator can also trace back the donor responsible in case of reactive sample in blood transfusion and blood screening result. This system also creates a convenient and paperless environment for the blood bank in managing donors and processing blood stocks. The registration time for old donor is shortened as the records are retrievable from the system. Also the performance evaluation is possible using report generation facility. 2. 1 Product Perspective This system keep the track of all the actual amount of the blood stock in the blood bank to minimize the human errors. 2. 2 Product Functions 1. System will also maintain Blood Stock records and Discard register. 2. System will provide levels of operators for authentication purpose. 3. System will provide an authentication form where the users will fill the details. 4. System will process the request of login. 5. System will check for the entered details in the login database. 6. If the entered username and password are valid then the system will grant access to the user else will display an error message. 7. System will provide five interfaces such as Testing Interface, Blood Stock Interface, Issue Interface, Donor Registration Interface and Statistics Interface. 8. Donor Registration Interface will take all the personal and medical details of donor and generate a unique id for each donor. 9. If the donor already has an id then will retrieve its details. 10. In Testing Interface, if the results are positive then discard register is updated with sample details. 11. If the results are negative Blood Stock Repository is updated with sample details. 12. In Blood Stock Interface, system will generate unique bag numbers for each product. 13. It will generate alerts when the blood quantity is below par level and about the expired samples. 14. The System will move expired sample details to discard register and update blood stock repository. 15. In Issue Repository, system will check blood stock repository for availability. 16. If stocks are available then system will place an issue order. 7. It will generate a label which includes bag number and details of sample. 18. In Statistics analysis, system will generate various reports. 19. The whole transaction of the blood will be recorded in a system 20. The software will perform the stock management bill generation. 21. All the transaction of the blood will be updated within a small period of time. 22. The software will generate all the annual record of the blood bank.. 23. It will also maintain the record of the blood donor. 24. It will also maintain the record of the rejected blood and the rejection for the blood rejection. 2. User Characteristics The user must have the basic knowledge of the computer system. It is not necessary that the user must have the knowledge of the computer hardware. System administrator, supervisor, assistant and lab technicians. 2. 4 General Constraints * Blood bank employees ,donors 2. 5 Assumptions and Dependencies * The System will not allow any user with invalid username and invalid password. * The system should not provide administrative privilege to any customer. 3. Specific Requirements The systems should satisfy the below given requirements. 1. Operating System: Windows XP Professional 2. Database Management System (DBMS): MySQL 5. 0 3. Peer to peer connection. This can be done by connecting both the systems using a cross cable and giving different IP addresses to them. 3. 1 External Interface Requirements System Interfaces The systems should satisfy the below given requirements. 4. Operating System: Windows XP Professional 5. Database Management System (DBMS): MySQL 5. 0 6. Peer to peer connection. This can be done by connecting both the systems using a cross cable and giving different IP addresses to them. User Interfaces User Type| Intended Interaction| 1. DONOR REGISTRATION a. New donor b. Regular donor| * The system will take all the personal and medical details of donor and generate an unique id for the donor. * The system will take donors id as input, validate it and retrieve all its details including last donations. | 2. Administrator Login | * This login page will take input as username and password from the administrator * The system will validate the inputs and provide access to the system with more privileges to system and administrator| Testing | * This will take the input as blood group, donor id, date of collection; test carried out and its result. If the test results are positive then sample details are moved to discard register otherwise to blood stock repository. | Blood stock| * It will take all the details of the samples including blood group, its product details, date of collection, date of preparation, date of expiry, result of testing and generate a bag number. * It will generate alerts when the blood quantity is below par level and about the expired samples. * The expired sample details are moved to discard register and removed from blood stock repository. | Issue| * It will take input as product name, quantity, blood group and validate it with blood stock repository. If the stock is available then issue order will be placed. * It will generate a label which includes bag number, details of sample etc. | Statistics Display Page| * The administrator has access to this page. It displays all statistical data regarding the various issue orders placed, blood stock repository and testing screening. * Report generation. | 3. 5 Non-Functional Requirements Goal – To provide authentication to donors. Objective 1 – Create unique id for donor’s. a. Accept donor personal and medical information for new donors. b. Generate unique id for each donor. Objective 2 – Process authentication request. a. Accept donor id in case of regular donor. b. Retrieve donor’s profile. Goal – To manage Blood Stocks. Objective 1 – Process blood stock details. a. Accept product details like collection date, expiry date, blood group etc. b. Generates a unique bag number. Objective 2 – Establish connection with Issue interface and testing interface. a. Validate stock details for issue. b. Update blood stock repository after testing is negative. Goal – To generate reports and label. Objective 1 – To generate report. a. Generate product statistics b. Generate yearly, monthly reports and provide it to the administrator. Objective 1 – To generate labels for issue. a. Generate labels for the issue order placed. b. Provide it to the customer along with the date of delivery 3. 5 Non-Functional Requirements 7. 1. 1 Availability * For the customers, the services available are: Registration as a donor, placement of issue order. * For the administrator, the services available are: Manipulation of databases, change the functionalities provided by the system and monthly and yearly reports generation. . 1. 2 Security * This system maintains consistency and security as the blood stock details can’t be modified by the administrator or the other user. The system analyses the issue order placed by the customer and accordingly fulfills it. The system will also provide authentication by using username and password. * The donor’s database will have its own security to prevent unauthorized write/de lete access. The donor’s details will not be disclosed while issuing. 3. 8 Logical Database Requirements The databases used by the system are * Donor database Blood stock database * Discard database * Account database User database: The purpose of this database is to store the required information of the donors and their id’s. This database will be used for traceability of donor. The donors will fill their information while registration. Their credentials will be saved in this particular database. Blood Stock database: This database is used to maintain blood stock information. It maintains the details of valid samples. Discard database: This database is used to store details of blood samples which have to be discarded. This will contain information of expired samples and those samples which reacted positively in testing screening. Accounts database: The purpose of this database is to store the account details regarding issue of blood sample and to maintain the history of all the previous transactions. This database will be used by the administrator so that he can calculate the total cost of the issue orders placed. Accessing capabilities: 1. Only administrator can set the role of users and their access capabilities 2. No user can access anything outside its accessing capability . Blod Bank 2 Scope1 1. 3 Definitions, Acronyms, and Abbreviations1 1. 4 References1 1. 5 Overview1 2. General Description2 2. 1 Product Perspective2 2. 2 Product Functions2 2. 3 User Characteristics2 2. 4 General Constraints2 2. 5 Assumptions and Dependencies2 3. Specific Requirements2 3. 1 External Interface Requirements3 3. 1. 1 User Interfaces3 3. 1. 2 Hardware Interfaces3 3. 1. 3 Software Interfaces3 3. 2 Functional Requirements3 . 2. 1 Functional Requirement or Feature #13 3. 2. 2 Functional Requirement or Feature #23 3. 5 Non-Functional Requirements4 3. 5. 1 Performance4 3. 5. 2 Reliability4 3. 5. 3 Availability4 3. 5. 4 Security4 4. Analysis Models4 4. 1 Sequence Diagrams5 4. 3 Data Flow Diagrams (DFD)5 4. 2 State-Transition Diagrams (STD)5 1. Introduction This SRS provides requirements and proposed solution of the Blood Bank Management System used in blood banks. This software works in a Client Server environment with the server storing the data and clients connecting to the server for all types of transactions. It will explain the purpose and features of the system, the interfaces of the system, what the system will do, the constraints under which it must operate, specific requirements and other supporting information. This document is intended for both the stakeholders and the developers of the system. This document is intended for developers, project coordinator, project guide, users and testers. The developer can use the document to view the analysis and design part, to understand requirements specification. The project coordinator can use this document to review the idea of project whether it is innovative and usable or not. The project guide can use this document to analyze and manage the flow of project development. The tester can use this document to get clear idea about system, to understand the exact input domain of system and to generate respective test cases for the testing purpose. 1. 1 Purpose This Software Requirements Specification provides a complete description of all the functions and specifications of the Blood bank Management System software. The purpose of this document is to present a detailed description of the Blood Bank System. This document is useful for Blood Bank employees who use this system on the daily basis. This document will also serve as a reference to incorporate any changes made in the system to the future. It will also prove to be useful to the managerial staff which is responsible for the smooth functioning of the counter transactions that are performed on daily basis. This document is primarily intended to provide a detailed specification of the functional requirements for developers of the product. It also provides an overview of the product for the users. It will explain the purpose and features of the system, what the systems do and the constraints under which it will operate. This SRS document contains the complete software requirement for Post Office Transaction System and describes the design decisions, architectural design and the detail design needed to implement the system. It provides the visibility in the design and provides information needed for software support. 1. 2 Scope This software is used by System Administrator, Supervisor, Assistant and Lab technicians. The system is designed to provide user authentication by maintaining the user database which contains all the details of user along with login details such as username and password. Each user has a different level of operation for the authentication purpose. The solution will provide a well-organized and coordinated system where the blood and donor records are managed more efficiently with better security. The major goal of the system is to provide synchronized and centralized donor and blood stock database to the blood bank. It also improves the efficiency of blood stock management by alerting the blood bank administrator. System will provides traceability of donor in case of emergency. It also provides performance evaluation using report generation. 1. 3 Definitions, Acronyms, and Abbreviations This subsection should provide the definitions of all terms, acronyms, and abbreviations required to properly interpret the SRS. This information may be provided by reference to one or more appendixes in the SRS or by reference to other documents. 1. 4 References 1. www. bharatbloodbank. com 2. www. bloodbankindia. com 1. 5 Overview This document contains a brief history and insight into the problem as well as what the system is designed to do, the scope of the solution. It gives a brief summary of whom the system is targeted at, its capabilities, and its positioning in the device development process. It also explains requirements of the system and also where exactly the user and stakeholders are placed in the scheme of things. It elaborates on security issues, hardware and software requirement and also the priorities of various functionalities. The document helps the user to understand the Blood Bank System. The first part of the document provides the purpose, objectives and scope of the proposed system. It includes important definition, the problem statement specify the needed details to avoid any kind of ambiguity from user’s perspective. The document also states the feature set and capabilities of the system. The document also highlights the feature of proposed system and the advantages over the existing system. The document also highlights the various issues, error handling and the modification to be done in the system. The document is helpful to the user as it gives them opportunities to state what they expect from the system. In addition, the hardware specification required for the system is also mentioned. The user can read the document and make sure that his machine is equipped to run the system to avoid any inconvenience The user should make use of the document to understand the system better. The rest of this document provides a full description of the project for the blood bank. It lists all the functions performed by the system. It gives the details of each of the system functions and actions in full for the software developer’s assistance. It also gives the overview of the problems currently faced by the system and provides solutions for the same. 2. General Description The project deals with the problem of automated management system that is keeping track of the actual amount of blood stock in the blood bank and to minimize human errors. The solution will provide a well-organized and coordinated system for blood bank where the blood and donor records are managed more efficiently with better security and added automation functions in alerting the administrator when the blood quantity is below par level and about the expired samples. In addition, the administrator can also trace back the donor responsible in case of reactive sample in blood transfusion and blood screening result. This system also creates a convenient and paperless environment for the blood bank in managing donors and processing blood stocks. The registration time for old donor is shortened as the records are retrievable from the system. Also the performance evaluation is possible using report generation facility. 2. 1 Product Perspective This system keep the track of all the actual amount of the blood stock in the blood bank to minimize the human errors. 2. 2 Product Functions 1. System will also maintain Blood Stock records and Discard register. 2. System will provide levels of operators for authentication purpose. 3. System will provide an authentication form where the users will fill the details. 4. System will process the request of login. 5. System will check for the entered details in the login database. 6. If the entered username and password are valid then the system will grant access to the user else will display an error message. 7. System will provide five interfaces such as Testing Interface, Blood Stock Interface, Issue Interface, Donor Registration Interface and Statistics Interface. 8. Donor Registration Interface will take all the personal and medical details of donor and generate a unique id for each donor. 9. If the donor already has an id then will retrieve its details. 10. In Testing Interface, if the results are positive then discard register is updated with sample details. 11. If the results are negative Blood Stock Repository is updated with sample details. 12. In Blood Stock Interface, system will generate unique bag numbers for each product. 13. It will generate alerts when the blood quantity is below par level and about the expired samples. 14. The System will move expired sample details to discard register and update blood stock repository. 15. In Issue Repository, system will check blood stock repository for availability. 16. If stocks are available then system will place an issue order. 7. It will generate a label which includes bag number and details of sample. 18. In Statistics analysis, system will generate various reports. 19. The whole transaction of the blood will be recorded in a system 20. The software will perform the stock management bill generation. 21. All the transaction of the blood will be updated within a small period of time. 22. The software will generate all the annual record of the blood bank.. 23. It will also maintain the record of the blood donor. 24. It will also maintain the record of the rejected blood and the rejection for the blood rejection. 2. User Characteristics The user must have the basic knowledge of the computer system. It is not necessary that the user must have the knowledge of the computer hardware. System administrator, supervisor, assistant and lab technicians. 2. 4 General Constraints * Blood bank employees ,donors 2. 5 Assumptions and Dependencies * The System will not allow any user with invalid username and invalid password. * The system should not provide administrative privilege to any customer. 3. Specific Requirements The systems should satisfy the below given requirements. 1. Operating System: Windows XP Professional 2. Database Management System (DBMS): MySQL 5. 0 3. Peer to peer connection. This can be done by connecting both the systems using a cross cable and giving different IP addresses to them. 3. 1 External Interface Requirements System Interfaces The systems should satisfy the below given requirements. 4. Operating System: Windows XP Professional 5. Database Management System (DBMS): MySQL 5. 0 6. Peer to peer connection. This can be done by connecting both the systems using a cross cable and giving different IP addresses to them. User Interfaces User Type| Intended Interaction| 1. DONOR REGISTRATION a. New donor b. Regular donor| * The system will take all the personal and medical details of donor and generate an unique id for the donor. * The system will take donors id as input, validate it and retrieve all its details including last donations. | 2. Administrator Login | * This login page will take input as username and password from the administrator * The system will validate the inputs and provide access to the system with more privileges to system and administrator| Testing | * This will take the input as blood group, donor id, date of collection; test carried out and its result. If the test results are positive then sample details are moved to discard register otherwise to blood stock repository. | Blood stock| * It will take all the details of the samples including blood group, its product details, date of collection, date of preparation, date of expiry, result of testing and generate a bag number. * It will generate alerts when the blood quantity is below par level and about the expired samples. * The expired sample details are moved to discard register and removed from blood stock repository. | Issue| * It will take input as product name, quantity, blood group and validate it with blood stock repository. If the stock is available then issue order will be placed. * It will generate a label which includes bag number, details of sample etc. | Statistics Display Page| * The administrator has access to this page. It displays all statistical data regarding the various issue orders placed, blood stock repository and testing screening. * Report generation. | 3. 5 Non-Functional Requirements Goal – To provide authentication to donors. Objective 1 – Create unique id for donor’s. a. Accept donor personal and medical information for new donors. b. Generate unique id for each donor. Objective 2 – Process authentication request. a. Accept donor id in case of regular donor. b. Retrieve donor’s profile. Goal – To manage Blood Stocks. Objective 1 – Process blood stock details. a. Accept product details like collection date, expiry date, blood group etc. b. Generates a unique bag number. Objective 2 – Establish connection with Issue interface and testing interface. a. Validate stock details for issue. b. Update blood stock repository after testing is negative. Goal – To generate reports and label. Objective 1 – To generate report. a. Generate product statistics b. Generate yearly, monthly reports and provide it to the administrator. Objective 1 – To generate labels for issue. a. Generate labels for the issue order placed. b. Provide it to the customer along with the date of delivery 3. 5 Non-Functional Requirements 7. 1. 1 Availability * For the customers, the services available are: Registration as a donor, placement of issue order. * For the administrator, the services available are: Manipulation of databases, change the functionalities provided by the system and monthly and yearly reports generation. . 1. 2 Security * This system maintains consistency and security as the blood stock details can’t be modified by the administrator or the other user. The system analyses the issue order placed by the customer and accordingly fulfills it. The system will also provide authentication by using username and password. * The donor’s database will have its own security to prevent unauthorized write/de lete access. The donor’s details will not be disclosed while issuing. 3. 8 Logical Database Requirements The databases used by the system are * Donor database Blood stock database * Discard database * Account database User database: The purpose of this database is to store the required information of the donors and their id’s. This database will be used for traceability of donor. The donors will fill their information while registration. Their credentials will be saved in this particular database. Blood Stock database: This database is used to maintain blood stock information. It maintains the details of valid samples. Discard database: This database is used to store details of blood samples which have to be discarded. This will contain information of expired samples and those samples which reacted positively in testing screening. Accounts database: The purpose of this database is to store the account details regarding issue of blood sample and to maintain the history of all the previous transactions. This database will be used by the administrator so that he can calculate the total cost of the issue orders placed. Accessing capabilities: 1. Only administrator can set the role of users and their access capabilities 2. No user can access anything outside its accessing capability .

Introduction to Reational Database Essay Example | Topics and Well Written Essays - 1250 words

Introduction to Reational Database - Essay Example A thorough research was conducted to address the above-stated issues with the system. There are several solutions available to address the issues pertaining to the development of an ICT infrastructure including an integrated information system based on some relational database management tool. There are two major application environments available to develop the system which includes a simple Management Information System and a Web-based Information Portal. Both of these systems can be developed on a relational database and are equally viable solutions. However, there are certain added features that a web-based Information Portal can offer to accommodate specific business operations. (Grehan, 2011).Speed Trans information portal is supposed to handle the heavy load of external transactions through e-commerce module and a quick access to information is a mandatory requirement of e-business clientele. These two business domain specific requirement are best met by a Web-based Informatio n Portal. Web-portals are more prone to security issues, therefore, a strong user authentication and authorization over a secure Virtual Private Network (VPN) channel will be required to establish a connection to the system. Additionally, a strong security spectrum will be required to safeguard vital system resources from hackers and viruses. Special network protection technologies including software and hardware tools and mechanisms are required to be implemented to ensure secure, smooth and stable information portal implementation.  ... The company is presently working with various other firms to supply them with automobile spare parts on regular basis. The company operations require an online communication system with its own branch office and other firms. The system is also required to be integrated with the company’s information system. Moreover, the firms is experiencing a high growth in the business and the present ICT setup often faces bottleneck conditions to support the business operations in size and speed. The new system should be designed keeping in mind the future scalability requirements that may arise within at least three years from now. Speed Trans has initially launched a limited ICT setup which is now required to be expanded to a fully integrated Information System along with online communication capabilities to handle the workload of a medium sized enterprise. 3. Current Business Issues The current system has several issues due to its limited scope. These issues cause delay in business tran sactions, communications bottlenecks restrict the smooth flow of critical business information to and from business partners and clientele, due to lack of integration between various system modules the information stored in various systems cannot be used to provide business intelligence and decision support. These and many other business issues identified in the study are discussed in the following paragraphs; a) Lack of System Support Presently every business operations is not supported by the system and a hybrid environment of system supported and manual operations and transactions are used to achieve business objectives, e.g. system maintains business partners and clientele information but it does not support automated email module to ensure

Marketing ( Customer Relationship Management ) Assignment

Marketing ( Customer Relationship Management ) - Assignment Example roviding information about the customers that the company needs to keep in mind so as to maintain a good affiliation with their clienteles, and this is achieved by ensuring that the knowledge obtained from customer surveys is used to increase quality and service delioivery.an effective and efficient customer relationship management system, will help the business to understand their customers and their needs and ensure that the same are met. The systems also ensure that customers are retained as their satisfaction will ascertain that they seek the services of the company that meets their needs. Efficient and effective customer management systems will also aid in attracting new customers as they are assured that the organization is aware of their needs, and it keeps them at high priority by ensuring that all of them are met through effective interaction. Customer relationship management systems will be used to manage customer relationships and they are used to manage business contacts, client contacts and sales leads, which are paramount in ensuring that business customer data that ascertains that the business provides services that the customer wants and provide better services to the customer and this in return increases sales hence ensuring organizational