Lecture 07: Life Cycle Model (Contd.)

Summary

The video script delves into the Life Cycle Model, exploring various software development methodologies such as Waterfall, V Model, Evolutionary Model, Prototyping, and Spiral Model. It contrasts Classical Models with Agile Models, highlighting their differences and emergence in modern projects. The script emphasizes the importance of the traditional Waterfall Model in systematic software development, detailing its stages from feasibility study to maintenance, and its adaptability to evolving software needs. The discussion also touches on the necessity for careful project management, considering financial and technical feasibility, customer requirements, and the ultimate goal of efficient software development.

Takeaways

• 📈 The lecture discusses various fundamental concepts related to the Life Cycle Model in software development.
• 🌊 It introduces several popular Life Cycle Models such as Waterfall, V Model, Evolutionary Model, Prototyping Model, and Spiral Model, collectively referred to as Classical Models.
• 🔄 The script contrasts Classical Models with Agile Models, which have emerged more recently and are preferred for modern projects due to their adaptability.
• 🔧 The software life cycle is described as a sequence of phases including Feasibility Study, Requirement Analysis, Design, Specification, Coding, Testing, and Maintenance.
• 💡 The Traditional Waterfall Model is highlighted as a very structured approach where each phase is completed before moving to the next, resembling a cascading waterfall.
• 🛠️ The importance of conducting a Feasibility Study is emphasized to determine the project's viability from technical, economic, and operational perspectives.
• 🔍 The script explains the necessity of Requirement Analysis and Specification to understand the software's needs and functionalities before development begins.
• 🔄 The iterative nature of Agile Models is mentioned, allowing for continuous improvement and adaptation to changes, unlike the more rigid Waterfall Model.
• 👷‍♂️ The role of a Project Manager in overseeing the project's phases, making decisions, and ensuring the project meets its objectives is outlined.
• 💻 The script touches on the technical aspects that need to be considered, such as data handling, system interactions, and the expected outcomes of the software development process.
• 📉 The potential downsides of the Waterfall Model, such as the difficulty in making changes once a phase is completed, are discussed, highlighting the need for more flexible models like Agile.

Q & A

What is the main topic discussed in the provided script?

The main topic discussed in the script is the various life cycle models in software development, including Classical and Agile Models, and their differences.

What are the key phases of the traditional Waterfall Model mentioned in the script?

The key phases of the traditional Waterfall Model mentioned are Feasibility Study, Requirement Analysis, Design, Specification, Coding, Testing, and Maintenance.

What does the script suggest about the relevance of the Waterfall Model in modern software development?

The script suggests that while the Waterfall Model is straightforward and clear, it is less adaptable to the rapidly evolving needs of modern software development, which is why Agile Models have become more popular.

What is the significance of the Feasibility Study in the context of the script?

The Feasibility Study is significant as it is the first phase in the traditional Waterfall Model, where the project's viability, including technical, economic, and operational aspects, is assessed.

How does the script describe the process of requirement analysis in software development?

The script describes the process of requirement analysis as a critical phase where the software's necessary functionalities are identified and documented in detail for further development.

What is the role of the Design phase in the traditional Waterfall Model as per the script?

In the traditional Waterfall Model, the Design phase follows the requirement analysis and involves creating a detailed blueprint of the software architecture, user interfaces, and system components.

What is the importance of the Coding phase in the script's discussion of software development?

The Coding phase is important as it is where the actual software development takes place based on the design specifications, translating the design into a functional software product.

How does the script address the importance of Testing in the software development life cycle?

The script addresses the importance of Testing as a phase where the developed software is rigorously checked for defects, ensuring it meets the specified requirements and is ready for deployment.

What is the Maintenance phase as described in the script, and why is it crucial?

The Maintenance phase, as described in the script, is the ongoing process of improving and updating the software after its release to fix bugs, improve performance, and add new features, ensuring its continued relevance and functionality.

How does the script differentiate between Classical and Agile Models in software development?

The script differentiates Classical and Agile Models by highlighting that Classical Models, like the Waterfall Model, are more linear and sequential, while Agile Models are more flexible, iterative, and adaptive to changes.

What is the script's perspective on the evolution of software development models over the years?

The script's perspective is that software development models have evolved from Classical Models to Agile Models to better accommodate the fast-paced and dynamic nature of software development, with Agile Models gaining prominence in recent years.

Outlines

00:00

📈 Introduction to Life Cycle Models

The script begins by welcoming viewers to a lecture on life cycle models, specifically the Life Cycle Model in software development. It discusses the basic concepts of various life cycle models, including the Waterfall, V Model, Evolutionary Model, Prototyping Model, and Spiral Model. These are referred to as classical models and have been in existence for some time. The script then introduces Agile Models, which have emerged in recent years. It also touches on the differences between Classical and Agile Models and why Agile Models are more suitable for modern projects, highlighting the software life cycle as a process that evolves through various stages such as Feasibility Study, Requirement Analysis, Design, Coding, Testing, and Maintenance.

05:02

🔍 Deep Dive into the Traditional Waterfall Model

This paragraph delves deeper into the Traditional Waterfall Model, explaining its linear and sequential approach to software development. It outlines the stages of the model, starting with Feasibility Study, followed by Requirement Analysis, Design, Coding, Unit Testing, Integration Testing, System Testing, and finally, Maintenance. The paragraph emphasizes the model's simplicity and clarity but also points out its limitations, such as the inability to accommodate changes once the process has started. It also discusses the importance of maintenance in the lifecycle and the challenges of applying the Waterfall Model to real-world projects where requirements can change frequently.

10:02

🛠 The Role of Feasibility Study in Software Development

The script focuses on the initial stage of software development, the Feasibility Study, which is crucial for determining the viability of a software project. It highlights three key aspects considered during this phase: the financial viability of the software, the technical capability of the development team, and the legal aspects of the project. The paragraph also discusses the importance of understanding the software's requirements and the technical specifications needed for the project. It stresses the need for project managers to identify and evaluate the best solutions and to consult with stakeholders to ensure the project meets their needs and expectations.

15:04

🏢 Case Study: Implementing a Provident Fund Scheme

A case study is presented involving a large company with over 50,000 employees facing the challenge of managing its provident fund scheme efficiently. The company seeks to develop software to expedite the distribution of benefits to employees. The script discusses the process of inviting software developers to propose solutions and the considerations made by the project manager, such as the cost of the project, the timeline, and the technical feasibility. It also touches on the different solutions proposed, such as local data management at various company sites and centralized data processing at the main office, and the evaluation of these solutions based on their benefits and technical capabilities.

20:07

📊 Evaluating Solutions and Decision-Making

This paragraph discusses the process of evaluating different solutions and making informed decisions based on their financial implications, technical feasibility, and alignment with the company's needs. It emphasizes the importance of understanding the data input and processing requirements, the timing of the project, and the relationships between various stages of the process. The script also highlights the need to consider the impact of different solutions on the company's resources and to make decisions that are both beneficial and technically viable.

25:11

📝 Project Management and Business Planning

The script shifts focus to project management and the creation of a business plan after the feasibility study is completed. It outlines the essential elements of a business plan, including the identification of costs, benefits, and the potential impact of the project on the company. The paragraph also discusses the importance of considering the project's requirements in various contexts, such as the market opportunities, the distinctive features of the project, and the strategies for implementation. It concludes by emphasizing the need for a comprehensive business plan that addresses potential risks and opportunities.

🌐 The Cascade of Development Stages in the Waterfall Model

The final paragraph summarizes the Waterfall Model's development stages, likening them to a cascade where each stage flows into the next. It starts with the Feasibility Study and continues through Requirement Analysis, Design, Coding, and Testing, culminating in Maintenance. The script highlights the sequential nature of the model and its application in the development process, setting the stage for further discussion on the subsequent stages in future lectures.

Keywords

💡Life Cycle Model

The Life Cycle Model refers to a series of stages that a software project goes through from its inception to retirement. In the video's context, it is central to understanding the different phases of software development. Examples from the script include the Waterfall, V Model, and Spiral Model, all of which are types of Life Cycle Models discussed to illustrate various approaches to software development processes.

💡Waterfall Model

The Waterfall Model is a traditional and linear approach to software development where progress flows sequentially from one phase to the next without looping back. It is highlighted in the script as a classic example of a Life Cycle Model, emphasizing its sequential nature from requirement analysis to maintenance.

💡Agile Models

Agile Models represent a group of software development methodologies that emphasize flexibility, collaboration, and iterative progress. They contrast with the rigid structure of the Waterfall Model. The script mentions Agile Models as a more recent development in the industry, favored for their adaptability in modern projects.

💡Feasibility Study

A Feasibility Study is an evaluation of the potential for a project to succeed, often conducted at the beginning of a project to determine the viability of software development. In the script, it is mentioned as the first step in the Traditional Waterfall Model, indicating its importance in assessing the project's potential for success.

💡Requirement Analysis

Requirement Analysis is the process of understanding and defining the needs and constraints of a project, which forms the basis for software design and development. The script discusses this as a fundamental phase in the Life Cycle Models, where detailed requirements are essential for the subsequent design and implementation stages.

💡Design

Design in the context of software development refers to the creation of a blueprint for the system, outlining how the software should function and appear. The script mentions Design as a phase that follows requirement analysis, where the conceptualization of the software's architecture takes place.

💡Coding

Coding is the process of writing computer programs in a specific programming language to implement the design of the software. The script refers to Coding as a phase where the software is actually created, translating the design into a functional product.

💡Testing

Testing is the process of evaluating the software to ensure it meets the defined requirements and operates correctly. The script discusses Testing as a critical phase in the development process, where the software is examined for bugs and issues before it is released.

💡Maintenance

Maintenance refers to the ongoing process of improving and updating the software after it has been released to fix bugs, improve performance, or add new features. In the script, Maintenance is described as an ongoing phase in the Life Cycle Model, necessary for the longevity and relevance of the software.

💡Prototyping Model

The Prototyping Model is an iterative approach to software development where a preliminary version of the software is developed quickly to test ideas and gather user feedback. The script briefly mentions this model as one of the Life Cycle Models, suggesting its utility in evolving the software based on practical use and feedback.

💡Spiral Model

The Spiral Model is an iterative development model that combines elements of the Waterfall Model with iterative cycles of risk analysis and mitigation. It is mentioned in the script as one of the Life Cycle Models, indicating its focus on risk management throughout the development process.

Highlights

Introduction to the lecture on software development life cycle models.

Discussion on fundamental concepts of the Life Cycle Model in the previous lecture.

Overview of popular Life Cycle Models such as Waterfall, V Model, Evolutionary Model, Prototyping Model, and Spiral Model.

Differentiation between Classical Models and Agile Models in software development.

Importance of the software life cycle process in modern projects.

Explanation of the stages in the Traditional Waterfall Model, including Feasibility Study, Requirement Analysis, Design, Coding, Testing, and Maintenance.

Challenges faced by the Traditional Waterfall Model due to the rapid evolution of software.

The need for a specific focus on design and testing stages in the development process.

The concept of Entry and Exit criteria in different models of the software development process.

The role of the Project Manager in identifying and addressing the feasibility of software development.

Importance of understanding software requirements and the technical aspects of the system.

Discussion on the financial aspects and the cost involved in software development projects.

The significance of the maintenance stage in the lifecycle of software and its impact on long-term costs.

The process of identifying and selecting optimal solutions for software development challenges.

The importance of stakeholder involvement and feedback in the software development process.

The role of training and development in enhancing the technical capabilities of the software development team.

The impact of project management on the success and efficiency of software development projects.

Conclusion and summary of the key points discussed in the lecture on software development models.

Transcripts

ಈ ಉಪನ್ಯಾಸಕ್ಕೆ ಸ್ವಾಗತ.

ಕಳೆದ ಉಪನ್ಯಾಸದಲ್ಲಿ ನಾವು ಲೈಫ್ ಸೈಕಲ್

ಮಾಡೆಲ್(Life Cycle Model) ಬಗ್ಗೆ ಕೆಲವು ಮೂಲಭೂತ ಪರಿಕಲ್ಪನೆಗಳ

ಬಗ್ಗೆ ಚರ್ಚಿಸಿದ್ದೇವೆ.

ಈಗ, ನಾವು ಚೆನ್ನಾಗಿ ಸ್ವೀಕರಿಸಿದ ಕೆಲವು

ಲೈಫ್ ಸೈಕಲ್ ಮಾಡೆಲ್(Life Cycle Model) ನೋಡುತ್ತೇವೆ.

ಅನೇಕ ಲೈಫ್ ಸೈಕಲ್ ಮಾಡೆಲ್(Life Cycle Model) ಪ್ರಸ್ತಾಪಿಸಲಾಗಿದೆ,

ಜನಪ್ರಿಯವಾದವುಗಳೆಂದರೆ ವಾಟರ್ಫಾಲ್(waterfall), ವಿ

ಮಾಡೆಲ್(V Model), ಎವೊಲ್ಯೂಷನರಿ ಮಾಡೆಲ್(Evolutionary Model), ಪ್ರೋಟೋಟೈಪಿಂಗ್

ಮಾಡೆಲ್(prototyping Model) ಮತ್ತು ಸ್ಪೈರಲ್ ಮಾಡೆಲ್(Spiral

Model) ಇವುಗಳು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ

ಮತ್ತು ನಾವು ಇದನ್ನು ಕ್ಲಾಸಿಕಲ್ ಮೋಡೆಲ್ಸ್(classical

Models) ಎಂದು ಕರೆಯುತ್ತೇವೆ.

ಇತ್ತೀಚಿನ ವರ್ಷಗಳಲ್ಲಿ, ಅಜಿಲೆ ಮೋಡೆಲ್ಸ್(Agile

Models) ಅಸ್ತಿತ್ವಕ್ಕೆ ಬಂದಿವೆ.

ಕ್ಲಾಸಿಲಿಕಾಲ್ ಮಾಡೆಲ್(Classical Model) ಮತ್ತು ಅಜಿಲೆ ಮಾಡೆಲ್(Agile

Model) ನಡುವಿನ ವ್ಯತ್ಯಾಸ ಮತ್ತು ಇದು ಹೇಗೆ ಅಸ್ತಿತ್ವಕ್ಕೆ

ಬಂದಿದೆ ಎಂಬುದನ್ನು ನಾವು ನೋಡುತ್ತೇವೆ.

ಮಾಡ್ರನ್ ಪ್ರಾಜೆಕ್ಟ್ಸ್(Modern Project) ಮತ್ತು ಇತ್ಯಾದಿಗಳಿಗೆ

ಇವು ಏಕೆ ಹೆಚ್ಚು ಸೂಕ್ತವಾಗಿವೆ.

ಸಾಫ್ಟ್‌ವೇರ್ ಲೈಫ್ ಸೈಕಲ್ ಸಾಫ್ಟ್‌ವೇರ್

ಪ್ರೋಸೆಸ್(Process) ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ.

ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಉತ್ಪನ್ನವು ಅದರ ಜೀವಿತಾವಧಿಯಲ್ಲಿ

ಒಳಗಾಗುವ ಗುರುತಿಸಬಹುದಾದ ಹಂತಗಳ ಸರಣಿಯಾಗಿದೆ.

ಹಂತಗಳು ಯಾವುವು?

ಹಂತಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಫೀಸಿಬಿಲಿಟಿ ಸ್ಟಡಿ

(Feasibility Study), ರೆಕ್ವೈರಿಮೆಂಟ್ ಅನಾಲಿಸಿಸ್ (Requirement Analysis),

ಡಿಸೈನ್(Design), ಸ್ಪೆಸಿಫಿಕೇಷನ್(Specification) ,ಕೋಡಿಂಗ್(Coding), ಕೋಡಿಂಗ್,

ಟೆಸ್ಟಿಂಗ್(Testing) ಮತ್ತು ಮೇಂಟೆನೆನ್ಸ್ (maintenance).

ಅತ್ಯಂತ ಅರ್ಥಗರ್ಭಿತ ಲೈಫ್ ಸೈಕಲ್ ಮಾಡೆಲ್

ಟ್ರಡಿಷನಲ್ ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Traditional Waterfall Model)

ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

ನಾವು ಕೊನೆಯ ಉಪನ್ಯಾಸದಲ್ಲಿ ಚರ್ಚಿಸಿದ ಮಾದರಿಗೆ

ಇದು ತುಂಬಾ ಹತ್ತಿರದಲ್ಲಿದೆ.

ಆದರೆ, ಸಾಫ್ಟ್‌ವೇರ್‌ಗಳು ಎಷ್ಟು ನಿಖರವಾಗಿ ಅಭಿವೃದ್ಧಿಗೊಂಡಿವೆ.

ಅಭಿವೃದ್ಧಿಗಾಗಿ, ನಾವು ನಿರ್ದಿಷ್ಟತೆಯ ಆಧಾರದ

ಮೇಲೆ ವಿನ್ಯಾಸಗೊಳಿಸಬೇಕಾಗಿದೆ, ವಿನ್ಯಾಸದ ಆಧಾರದ ಮೇಲೆ

ಕೋಡ್ ನಂತರ ಅದರ ಟೆಸ್ಟಿಂಗ್(testing) ಪೂರ್ಣಗೊಂಡ ನಂತರ ಅದನ್ನು

ಇನ್ಸ್ಟಾಲ್(install) ಮತ್ತು ಯಾವುದೇ ತೊಂದರೆಗಳು,

ಸಮಸ್ಯೆಗಳು ಅಥವಾ ಡೆವಲಪ್ಮೆಂಟ್(Development) ಅಗತ್ಯವಿದ್ದರೆ ನಾವು

ಬದಲಾಯಿಸಬೇಕು ಮತ್ತು ಅಂತಿಮವಾಗಿ ನಿವೃತ್ತರಾಗಬೇಕು(retire).

ಟ್ರಡಿಷನಲ್ ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Traditional Waterfall Model)

ಈ ಅರ್ಥಗರ್ಭಿತ ಅಭಿವೃದ್ಧಿ ಶೈಲಿಗೆ ನಿಕಟವಾಗಿ

ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ.

ಹಂತಗಳು ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನ, ಅವಶ್ಯಕತೆಗಳ

ಅನಾಲಿಸಿಸ್ ಅಂಡ್ ಸ್ಪೆಸಿಫಿಕೇಷನ್(Analysis and Specification), ಡಿಸೈನ್(Design),

ಕೋಡಿಂಗ್(Coding) ಮತ್ತು ಘಟಕ ಪರೀಕ್ಷೆ(Unit testing),

ಏಕೀಕರಣ(Intergartion) ಮತ್ತು ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆ

ಮತ್ತು ನಿರ್ವಹಣೆಯನ್ನು (Testing and Maintenance)ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಆದರೆ ಅಭಿವೃದ್ಧಿ ಹೇಗೆ ಮುಂದುವರಿಯಬೇಕು?

ಆರಂಭದಲ್ಲಿ, ನೀವು ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವನ್ನು

ಮಾಡಿ ನಂತರ ಅವಶ್ಯಕತೆಗಳ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು

ವಿವರಣೆಯನ್ನು ಮಾಡುತ್ತೀರಿ.

ಅವಶ್ಯಕತೆಗಳ ಆಧಾರದ ಮೇಲೆ, ನೀವು ವಿನ್ಯಾಸವನ್ನು

ನಂತರ ಕೋಡ್ ಮತ್ತು ಯುನಿಟ್ ಟೆಸ್ಟಿಂಗ್(Testing)

ಮಾಡಿ ಮತ್ತು ನಂತರ ಏಕೀಕರಣ(Intergration) ಮತ್ತು

ಸಿಸ್ಟಮ್ ಪರೀಕ್ಷೆಯ(system testing)ಮುಂದಿನ ಹಂತಕ್ಕೆ

ತೆರಳಿ ಮತ್ತು ಅಂತಿಮವಾಗಿ ಅದನ್ನು ತಲುಪಿಸಲಾಗುತ್ತದೆ.

ಇದು ನಾವು ಚರ್ಚಿಸಿದ ಅರ್ಥಗರ್ಭಿತ ಮಾದರಿಗೆ

ಬಹಳ ನಿಕಟವಾಗಿ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ.

ನಾವು ಕ್ಲಾಸಿಕಲ್ ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Classical Waterfall Model)ಯನ್ನು

ರೇಖಾಚಿತ್ರದ ರೂಪದಲ್ಲಿ ಪ್ರತಿನಿಧಿಸಿದರೆ,

ನಾವು ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವನ್ನು ಹೊಂದಿದ್ದೇವೆ,

ನಂತರ ಡಿಸೈನ್(design), ಕೋಡಿಂಗ್ ನಂತರ ಅವಶ್ಯಕತೆಗಳ

ವಿಶ್ಲೇಷಣೆ ಮತ್ತು ಕೋಡಿಂಗ್ ಪೂರ್ಣಗೊಂಡ

ನಂತರ ನೀವು ಟೆಸ್ಟಿಂಗ್(Testing) ಮತ್ತು ಮೈಂಟೆನನ್ಸ್(maintenance)

ಕೈಗೊಳ್ಳುತ್ತೀರಿ.

ಇದು ಸರಳ ಮತ್ತು ಅತ್ಯಂತ ಅರ್ಥಗರ್ಭಿತ ಅಭಿವೃದ್ಧಿ

ಶೈಲಿಯಾಗಿದೆ.

ಈ ಮಾದರಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ತುಂಬಾ ಸುಲಭ ಮತ್ತು

ನೀವು ಈ ಮಾದರಿಯನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡರೆ,

ಇತರ ಮಾದರಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು

ಸುಲಭವಾಗುತ್ತದೆ.

ಆದರೂ, ಈ ಮಾದರಿಯು ಹೆಚ್ಚು ಆದರ್ಶಪ್ರಾಯ ಮಾದರಿಯಾಗಿದೆ

ಏಕೆಂದರೆ ಇದನ್ನು ರಿಯಲ್ ಪ್ರಾಜೆಕ್ಟ್ಸ್(real

projects) ನಲ್ಲಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ನಾವು ಕಾರಣವನ್ನು

ನಂತರ ತನಿಖೆ ಮಾಡುತ್ತೇವೆ.

ಕ್ಲಾಸಿಕಲ್ ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Classical Waterfall Model),

ಹಲವು ಹಂತಗಳಿವೆ.

ಎಲ್ಲಾ ಲಿಫೆಸೈಕ್ಲ್(Lifecycle) ಹಂತಗಳಲ್ಲಿ ಮೈಂಟೆನನ್ಸ್(maintenance)

ಹಂತಕ್ಕೆ ವಾಸ್ತವವಾಗಿ ಗರಿಷ್ಠ ಪ್ರಯತ್ನದ

ಅಗತ್ಯವಿರುತ್ತದೆ ಏಕೆಂದರೆ ಅಭಿವೃದ್ಧಿಯು

ಒಂದೆರಡು ತಿಂಗಳೊಳಗೆ ಪೂರ್ಣಗೊಳ್ಳಬಹುದು

ಆದರೆ ನಿರ್ವಹಣೆಯು ವರ್ಷಗಳವರೆಗೆ ಒಟ್ಟಿಗೆ

ಹೋಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಸಾಫ್ಟ್‌ವೇರ್‌ಗೆ

ನಿರ್ವಹಣೆಗೆ ಅಭಿವೃದ್ಧಿಯ ಪ್ರಯತ್ನಕ್ಕಿಂತ ಹೆಚ್ಚಿನ

ಶ್ರಮ ಬೇಕಾಗುತ್ತದೆ.

ಅಂತೆಯೇ, ಅಭಿವೃದ್ಧಿ ಹಂತಗಳಲ್ಲಿ ಟೆಸ್ಟಿಂಗ್(Testing)

ಹಂತವು ಸಾಮಾನ್ಯವಾಗಿ ಗರಿಷ್ಠ ಪ್ರಯತ್ನವನ್ನು

ಬಳಸುತ್ತದೆ.

ಒಂದು ವಿಶಿಷ್ಟ ಪ್ರಾಜೆಕ್ಟ್(Project) ನೀವು ಪ್ರಯತ್ನದ ಗ್ರಾಫ್

ಅನ್ನು ರೂಪಿಸಿದರೆ ನಿರ್ವಹಣೆಗೆ ಹೆಚ್ಚಿನ

ಶ್ರಮ ಬೇಕಾಗುತ್ತದೆ ಎಂದು ನೀವು ನೋಡಬಹುದು.

ಹೀಗಾಗಿ, ಅಭಿವೃದ್ಧಿ ಹಂತಗಳ ಟೆಸ್ಟಿಂಗ್(Testing)

ಹೆಚ್ಚಿನ ಪ್ರಯತ್ನದ ಅಗತ್ಯವಿದೆ.

ಕೋಡಿಂಗ್ ಮತ್ತು ಡಿಸೈನ್(Design) ಅವಶ್ಯಕತೆಗಳ ನಿರ್ದಿಷ್ಟತೆಯ

ಮೇಲೆ ಕಡಿಮೆ ಶ್ರಮ ಬೇಕಾಗುತ್ತದೆ.

ಕ್ಲಾಸಿಕಲ್ ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Classical Waterfall Model)

ಅಥವಾ ಅಂತಹ ಮಾಡೆಲ್ ಅನ್ನು ದಾಖಲಿಸಲು ಬಳಸಲಾಗುವ

ಯಾವುದೇ ಮಾದರಿಯು ರೇಖಾಚಿತ್ರದ ಪ್ರಾತಿನಿಧ್ಯವನ್ನು

ಹೊಂದಿರಬೇಕು ಆದರೆ ಎಂಟ್ರಿ(Entry) ಮತ್ತು

ಎಕ್ಸಿಟ್(exit) ಕ್ರೈಟೀರಿಯ(Criteria) ಹೊಂದಿರಬೇಕು.

ವಿವಿಧ ಹಂತಗಳಲ್ಲಿ ಬಳಸಲಾಗುವ ವಿಧಾನಗಳು

ಮತ್ತು ಪ್ರತಿ ಹಂತದಲ್ಲಿ ಉತ್ಪತ್ತಿಯಾಗುವ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು

ಪ್ರೋಸೆಸ್ ಮಾಡೆಲ್(Process Model) ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ.

ಪ್ರತಿ ಉತ್ತಮ ಸಂಸ್ಥೆಯು ಪ್ರಕ್ರಿಯೆಯ ಮಾದರಿಯನ್ನು

ದಾಖಲಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಡೆವಲಪರ್‌ಗಳಿಗೆ

ನೀಡುತ್ತದೆ.

ಹೊಸ ಡೆವಲಪರ್‌ಗಳು ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಯನ್ನು

ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು ಅಭಿವೃದ್ಧಿ ಪ್ರಕ್ರಿಯೆಯನ್ನು

ಕರಗತ ಮಾಡಿಕೊಳ್ಳಲು ಕೇಳಲಾಗುತ್ತದೆ.

ವಿವಿಧ ಹಂತಗಳನ್ನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ನೋಡುವುದು.

ಟ್ರಡಿಷನಲ್ ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Traditional Waterfall Model)

ಮೊದಲ ಚಟುವಟಿಕೆಯು ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವಾಗಿದೆ.

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದಲ್ಲಿ 3 ಮುಖ್ಯ ಅಂಶಗಳನ್ನು

ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ, ಅಂದರೆ; ಅಭಿವೃದ್ಧಿಪಡಿಸಬೇಕಾದ

ಸಾಫ್ಟ್‌ವೇರ್ ಆರ್ಥಿಕವಾಗಿ ಕಾರ್ಯಸಾಧ್ಯವಾಗಿದೆಯೇ,

ಅಭಿವೃದ್ಧಿ ಪ್ರಯತ್ನಗಳು ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್

ಅಭಿವೃದ್ಧಿಪಡಿಸಲು ಖರ್ಚು ಮಾಡುವ ವೆಚ್ಚವು

ಯೋಗ್ಯವಾಗಿದೆಯೇ ಮತ್ತು ಕೊನೆಯದಾಗಿ ಅಭಿವೃದ್ಧಿಶೀಲ

ಸಂಸ್ಥೆಯು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಲು

ಅಗತ್ಯವಾದ ತಾಂತ್ರಿಕ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೊಂದಿದೆಯೇ

ಅಥವಾ ಇಲ್ಲವೇ.

ಇದನ್ನು ವೆಚ್ಚದ ಲಾಭದ ವಿಶ್ಲೇಷಣೆ ಎಂದೂ ಕರೆಯಲಾಗುತ್ತದೆ.

ಕೆಲವು ಉಪಗ್ರಹ ಸಂವಹನದ ಅಭಿವೃದ್ಧಿಗೆ ಉದಾಹರಣೆಯನ್ನು

ಪರಿಗಣಿಸಿ.

ಡೆವಲಪರ್‌ಗಳಿಗೆ ಉಪಗ್ರಹ ಸಂವಹನವನ್ನು ಹೇಗೆ

ಬಳಸುವುದು ಮತ್ತು ಉಪಗ್ರಹ ಸಂವಹನಕ್ಕಾಗಿ ಪ್ರೋಗ್ರಾಮ್‌ಗಳನ್ನು

ಬರೆಯುವುದು ಹೇಗೆ ಎಂದು ತಿಳಿದಿಲ್ಲವಾದ್ದರಿಂದ,

ಅವರು ಅದನ್ನು ತಾಂತ್ರಿಕವಾಗಿ ಕಾರ್ಯಸಾಧ್ಯವಲ್ಲ

ಎಂದು ಕಂಡುಕೊಳ್ಳುತ್ತಾರೆ.

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದ ಹಂತದಲ್ಲಿ ನಿರ್ಧರಿಸಬೇಕಾದ

ಮೂರನೇ ಕಾರ್ಯಸಾಧ್ಯತೆಯು ನಿಗದಿತ ಕಾರ್ಯಸಾಧ್ಯತೆಯಾಗಿದೆ.

ಗ್ರಾಹಕರು ಉತ್ಪನ್ನವನ್ನು ತಲುಪಿಸಬೇಕಾದ ಸಮಯ

ಮತ್ತು ಅಗತ್ಯವಿರುವ ಸಮಯದ ಪ್ರಕಾರ ಕೆಲಸವನ್ನು

ಪೂರ್ಣಗೊಳಿಸಲು ಒಳಗೊಂಡಿರುವ ಅಭಿವೃದ್ಧಿ.

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದ ಸಮಯದಲ್ಲಿ, ಪ್ರಾಜೆಕ್ಟ್

ಮ್ಯಾನೇಜರ್ 3 ವಿಧದ ಕಾರ್ಯಸಾಧ್ಯತೆಯನ್ನು

ನಿರ್ಧರಿಸುವ ಅಗತ್ಯವಿದೆ.

ಇದು ವೆಚ್ಚದ ಪ್ರಕಾರ ಕಾರ್ಯಸಾಧ್ಯವಾಗಿದೆಯೇ,

ಅದನ್ನು ಮಾಡಬಹುದೇ ಮತ್ತು ನಿಗದಿತ ಕಾರ್ಯಸಾಧ್ಯತೆ

(ಅಂದರೆ ಅದನ್ನು ಸಮಯಕ್ಕೆ ಮಾಡಬಹುದೇ ಅಥವಾ ಇಲ್ಲವೇ).

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವನ್ನು ಹೇಗೆ ನಿಖರವಾಗಿ ನಡೆಸಬಹುದು

ಎಂಬುದನ್ನು ನೋಡೋಣ.

ಸಾಫ್ಟ್‌ವೇರ್‌ನ ಅವಶ್ಯಕತೆಗಳು ಮತ್ತು ಗ್ರಾಹಕರ ಅಗತ್ಯತೆಗಳನ್ನು

ಸ್ಥೂಲವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಮೊದಲನೆಯದು.

ತಂತ್ರಾಂಶದ ವೈಶಿಷ್ಟ್ಯಗಳೇನು?

(ಅಂದರೆ ವಿಭಿನ್ನ ರೀತಿಯ ಡೇಟಾ, ಪರಿಮಾಣ, ಮಾಡಬೇಕಾದ

ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಅಂತಿಮವಾಗಿ ಬರೆಯಬೇಕಾದ

ಕೋಡ್ ಅನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.)

ಸಿಸ್ಟಮ್ ಮತ್ತು ಸಿಸ್ಟಮ್‌ನ ವಿವಿಧ ನಿರ್ಬಂಧಗಳು

ಮತ್ತು ನಡವಳಿಕೆಯಿಂದ ಉತ್ಪತ್ತಿಯಾಗುವ ಔಟ್‌ಪುಟ್

ಏನು?

ಉದಾಹರಣೆಯನ್ನು ಪರಿಗಣಿಸಿ, ಬ್ಯಾಕ್‌ಅಪ್ ಇರಿಸಬೇಕೇ

ಅಥವಾ ಡೌನ್‌ಟೈಮ್ ಅವಶ್ಯಕತೆ ತುಂಬಾ ಹೆಚ್ಚಿದೆಯೇ

ಅಥವಾ ಕಂಪನಿಯ ವಿವಿಧ ಸ್ಥಳಗಳಿಂದ ಡೇಟಾವನ್ನು

ಇನ್‌ಪುಟ್ ಮಾಡಬೇಕೆ.

ಇವು ಕೆಲವು ವಿಭಿನ್ನ ನಿರ್ಬಂಧಗಳಾಗಿವೆ.

ಅವಶ್ಯಕತೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಂಡ ನಂತರ

ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಲು

ಇಷ್ಟಪಡುತ್ತಾರೆ.

ಪ್ರಸ್ತಾವಿತ ಪರ್ಯಾಯ ಪರಿಹಾರದ ಪ್ರಕಾರ,

ನೀವು ಅದರ ಪರಿಹಾರದ ವೆಚ್ಚವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು,

ವೆಚ್ಚದ ಲಾಭದ ವಿಶ್ಲೇಷಣೆ ಮಾಡಿ, ವೇಳಾಪಟ್ಟಿಯ

ಪ್ರಕಾರ ಇದು ತಾಂತ್ರಿಕವಾಗಿ ಕಾರ್ಯಸಾಧ್ಯವಾಗಿದೆಯೇ

ಎಂದು ಪರಿಶೀಲಿಸಿ ಮತ್ತು ನಂತರ ಉತ್ತಮ ಪರಿಹಾರವನ್ನು

ಕಂಡುಕೊಳ್ಳಿ ಮತ್ತು ಗ್ರಾಹಕರೊಂದಿಗೆ ಚರ್ಚಿಸಿ

ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಬೇಕೇ ಅಥವಾ ತ್ಯಜಿಸಬೇಕೆ

ಎಂದು ನಿರ್ಧರಿಸಬೇಕು.

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದ ಹಂತದಲ್ಲಿ ಕೈಗೊಳ್ಳಬೇಕಾದ

ಕೆಲಸಗಳು ಅಥವಾ ಚಟುವಟಿಕೆಗಳು ಯಾವುವು ಎಂಬುದನ್ನು

ಪ್ರಶಂಸಿಸಲು ನಮಗೆ ಸಹಾಯ ಮಾಡುವ ಕೇಸ್

ಸ್ಟಡಿಯನ್ನು ನೋಡುವುದು.

50,000 ಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಉದ್ಯೋಗಿಗಳನ್ನು

ಹೊಂದಿರುವ ದೊಡ್ಡ ಕಂಪನಿಯಾದ ಕೋಲ್‌ಫೀಲ್ಡ್ ಲಿಮಿಟೆಡ್‌ಗಾಗಿ

ವಿಶೇಷ ಭವಿಷ್ಯ ಯೋಜನೆಯ ಯೋಜನೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ.

ಈಗ, ಕಂಪನಿಯು ಅನೇಕ ಸಾಂದರ್ಭಿಕ ಕಾರ್ಮಿಕರನ್ನು

ಹೊಂದಿದೆ ಮತ್ತು ಗಣಿಗಾರಿಕೆ ಅಪಾಯಕಾರಿ ವೃತ್ತಿಯಾಗಿದೆ,

ಸಾವುನೋವುಗಳು ಹೆಚ್ಚು, ಜನರು ಗಾಯಗೊಂಡರು,

ಸಾಯುತ್ತಾರೆ ಭವಿಷ್ಯ ನಿಧಿ ಇದ್ದರೂ ಸಹ ಇತ್ಯರ್ಥದ

ಸಮಯ ಹೆಚ್ಚು.

ಆದ್ದರಿಂದ, ಕಂಪನಿಯು ತನಗೆ ವಿಶೇಷ ಭವಿಷ್ಯ

ನಿಧಿಯ ಅಗತ್ಯವಿದೆ ಎಂದು ಭಾವಿಸುತ್ತದೆ,

ಇದು ಪ್ರಯೋಜನಗಳ ವಿತರಣೆಯನ್ನು ಶೀಘ್ರವಾಗಿ ವೇಗಗೊಳಿಸುತ್ತದೆ.

ವಿಶೇಷ ಭವಿಷ್ಯ ನಿಧಿ ಯೋಜನೆಗಾಗಿ(provident fund

scheme) ಸಾಫ್ಟ್‌ವೇರ್ ಅಭಿವೃದ್ಧಿಪಡಿಸಲು

ಕಂಪನಿಯು ಸಾಫ್ಟ್‌ವೇರ್ ಮಾರಾಟಗಾರರನ್ನು ಆಹ್ವಾನಿಸುತ್ತದೆ.

ಅನೇಕ ಕಂಪನಿಗಳು ಆಸಕ್ತಿಯನ್ನು ತೋರಿಸುತ್ತವೆ ಮತ್ತು

ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್(project manager) ಕಂಪನಿಯ ಮುಖ್ಯ

ಕಚೇರಿಗೆ ಭೇಟಿ ನೀಡುತ್ತಾರೆ ಮತ್ತು ಅಗತ್ಯವಿರುವ

ಕಾರ್ಯಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ.

ಎಷ್ಟು ಪರಿಹಾರ ನೀಡಬೇಕು ಎಂಬುದಕ್ಕೆ ಸೂತ್ರವಿದೆ.

ಪರಿಹಾರದ ಮೇಲಿನ ನಿರ್ಬಂಧಗಳು ಯಾವ ಪರಿಸ್ಥಿತಿಗಳಲ್ಲಿ

ಪರಿಹಾರವನ್ನು ಪಾವತಿಸಲಾಗುವುದಿಲ್ಲ ಮತ್ತು ಇತ್ಯಾದಿ.

ಮ್ಯಾನೇಜರ್ ಕೆಲವು ಗಣಿ ಸೈಟ್‌ಗಳಿಗೆ ಭೇಟಿ

ನೀಡಬಹುದು ಮತ್ತು ಡೇಟಾ ಇನ್‌ಪುಟ್ ಆಗುವುದು

ಹೇಗೆ, ಅದು ಉದ್ಯೋಗಿಗಳ ವಿವರಗಳು, ದೈನಂದಿನ

ಸಾಪ್ತಾಹಿಕ ಅಥವಾ ಮಾಸಿಕ ಆಧಾರದ ಮೇಲೆ ಅವರ ಕೊಡುಗೆ

ಏನು ಮತ್ತು ಸಂಪೂರ್ಣ ಪರಿಸ್ಥಿತಿಯನ್ನು

ಅರ್ಥಮಾಡಿಕೊಂಡ ನಂತರ ಅವರು ಪರ್ಯಾಯವನ್ನು

ಪ್ರಸ್ತಾಪಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಾರೆ.

ಪರಿಹಾರ.

ಪರ್ಯಾಯ ಪರಿಹಾರಗಳು ಗಣಿ ಸೈಟ್‌ಗಳಲ್ಲಿ

ಡೇಟಾವನ್ನು ಸ್ಥಳೀಯವಾಗಿ ನಿರ್ವಹಿಸಬೇಕು ಮತ್ತು

ನಿಯತಕಾಲಿಕವಾಗಿ ಡೇಟಾವನ್ನು ಮುಖ್ಯ ಕಚೇರಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ

ಎಂದು ಪ್ರಸ್ತಾಪಿಸುತ್ತದೆ (ಅಂದರೆ ಗಣಿ ಸೈಟ್‌ನಲ್ಲಿ

ಕಂಪ್ಯೂಟರ್‌ಗಳು ಪ್ರತಿ ಗಣಿಯಲ್ಲಿ ಡೇಟಾವನ್ನು

ನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಇರುತ್ತದೆ ಮುಖ್ಯ

ಕಂಪ್ಯೂಟರ್ ಮತ್ತು ಮುಖ್ಯ ಸರ್ವರ್ ಮುಖ್ಯ

ಕಛೇರಿಯಲ್ಲಿ ಮತ್ತು ವಿನಂತಿಯನ್ನು ಅವಲಂಬಿಸಿ

ಅದು ಉತ್ತರಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ).

ಇತರ ಪರಿಹಾರವೆಂದರೆ ಡೇಟಾವನ್ನು ಪ್ರವೇಶಿಸಿದ

ತಕ್ಷಣ ಅಥವಾ ದಿನದ ಕೊನೆಯಲ್ಲಿ ಗಣಿ ಸೈಟ್‌ಗೆ

ರವಾನಿಸುವುದು.

ಈ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಕೇಂದ್ರ ಕಚೇರಿಯಲ್ಲಿ

ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.

ಇಲ್ಲಿ ಸಂವಹನ ವೆಚ್ಚಗಳು ಕಡಿಮೆಯಾಗಿರುವುದರಿಂದ

ತ್ವರಿತ ಫಲಿತಾಂಶಗಳನ್ನು ಒದಗಿಸಬಹುದು ಆದರೆ

ವಿಳಂಬವಿದೆ ಮತ್ತು ಮುಖ್ಯ ಕಛೇರಿಯಲ್ಲಿ

ಡೇಟಾ ನವೀಕೃತವಾಗಿಲ್ಲ.

ಪ್ರತಿ ಪರ್ಯಾಯ ಪರಿಹಾರಕ್ಕಾಗಿ ವೆಚ್ಚದ ಲಾಭದ ವಿಶ್ಲೇಷಣೆಯನ್ನು

ಮಾಡಲು, ಕಲ್ಲಿದ್ದಲು ಕ್ಷೇತ್ರದ ಅಧಿಕಾರಿಗಳಿಗೆ

ಯಾವುದು ಸೂಕ್ತವಾಗಿದೆ ಎಂಬುದನ್ನು ಮೊದಲು

ಕಂಡುಹಿಡಿಯಿರಿ ಮತ್ತು ಅದರ ಪರಿಹಾರಕ್ಕಾಗಿ

ವೆಚ್ಚವನ್ನು ಕಂಡುಹಿಡಿಯಿರಿ ಮತ್ತು ಉತ್ತಮ ಪರಿಹಾರವನ್ನು

ನಿರ್ಧರಿಸಿ ಮತ್ತು ಅದು ಸಂಸ್ಥೆಗೆ ಸ್ವೀಕಾರಾರ್ಹವಾಗಿದೆಯೇ

ಮತ್ತು ತಾಂತ್ರಿಕ ಸಾಮರ್ಥ್ಯವಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ಪರಿಹಾರವನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿ ಅಥವಾ ಅದನ್ನು ಟೈಮ್‌ಲೈನ್‌ನೊಳಗೆ

ಅಭಿವೃದ್ಧಿಪಡಿಸಬಹುದೇ ಮತ್ತು ಇದರ ಆಧಾರದ

ಮೇಲೆ ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲಾಗುತ್ತದೆ

(ಯಾವುದೇ ನಿರ್ಧಾರವಿಲ್ಲ).

ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದ

ಸಮಯದಲ್ಲಿ ಮೊದಲನೆಯದು ಕೆಲಸ ಮತ್ತು ಅಗತ್ಯವಿರುವ

ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು.

ಡೇಟಾ ಯಾವುದು ಮತ್ತು ಅವು ಹೇಗೆ ಇನ್‌ಪುಟ್

ಆಗುತ್ತವೆ?

ಪ್ರಕ್ರಿಯೆಯ ಸಮಯ ಮತ್ತು ನಿರ್ಬಂಧಗಳು ಮತ್ತು

ಇತ್ಯಾದಿ.

ಅವಶ್ಯಕತೆಗಳ ಸ್ಥೂಲವಾದ ತಿಳುವಳಿಕೆಯನ್ನು

ಮಾಡಿದ ನಂತರ, ಅನೇಕ ಪರ್ಯಾಯ ಪರಿಹಾರಗಳು

ಇರುವುದರಿಂದ ಅದನ್ನು ಪರಿಹರಿಸಲು ಉತ್ತಮ

ಮಾರ್ಗಗಳು ಯಾವುವು ಎಂಬುದನ್ನು ಕಂಡುಕೊಳ್ಳಿ.

ವಿಭಿನ್ನ ಪರಿಹಾರಗಳ ವೆಚ್ಚದ ಪರಿಣಾಮಗಳನ್ನು

ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ಉತ್ತಮ ಪರಿಹಾರವನ್ನು

ಕಂಡುಕೊಳ್ಳಿ, ಅದನ್ನು ಗ್ರಾಹಕರಿಗೆ ಪ್ರಸ್ತುತಪಡಿಸಿ

ಮತ್ತು ಅವರ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ.

ಎಲ್ಲವೂ ಸರಿಯಾಗಿ ನಡೆದರೆ ಮತ್ತು ಅಧಿಕಾರಿಗಳಿಗೆ

ಸ್ವೀಕಾರಾರ್ಹವಾಗಿದ್ದರೆ, ಯೋಜನಾ ವ್ಯವಸ್ಥಾಪಕರು

ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತಾರೆ ಮತ್ತು ವ್ಯಾಖ್ಯಾನಿಸಲಾದ

ಉನ್ನತ ಮಟ್ಟದ ಪರಿಹಾರವನ್ನು ಡೆವಲಪರ್‌ಗಳು ಬಳಸುತ್ತಾರೆ

ಮತ್ತು ಅಭಿವೃದ್ಧಿಯು ಈ ಶೈಲಿಯಲ್ಲಿ ಮುಂದುವರಿಯುತ್ತದೆ.

ಆದರೆ ತಾಂತ್ರಿಕ ಸಾಮರ್ಥ್ಯವು ಕಂಪನಿಯಲ್ಲಿ ಇಲ್ಲದಿರುವ

ಪರಿಸ್ಥಿತಿ ಇರಬಹುದು ಅಥವಾ ಕಂಪನಿಗೆ ಅಗತ್ಯವಿರುವ

ಟೈಮ್‌ಲೈನ್ ಅನ್ನು ಪೂರೈಸಲು ಕಷ್ಟವಾಗಬಹುದು

ಮತ್ತು ಆದ್ದರಿಂದ ಪ್ರಾಜೆಕ್ಟ್ ಮ್ಯಾನೇಜರ್ ಯಾವುದೇ

ನಿರ್ಧಾರವನ್ನು ತೆಗೆದುಕೊಂಡು ಯೋಜನೆಯನ್ನು ತ್ಯಜಿಸಬಹುದು.

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದ ಸಮಯದಲ್ಲಿ ಚಟುವಟಿಕೆಗಳು,

ಸಮಸ್ಯೆಯ ಒಟ್ಟಾರೆ ತಿಳುವಳಿಕೆಯ ಮೇಲೆ

ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಾವು ಸಂಕ್ಷಿಪ್ತಗೊಳಿಸಬಹುದು.

ವಿಭಿನ್ನ ಪರಿಹಾರ ಕಾರ್ಯತಂತ್ರಗಳನ್ನು ರೂಪಿಸಿ, ಪರ್ಯಾಯ ಪರಿಹಾರಗಳನ್ನು

ಪ್ರಸ್ತಾಪಿಸಿ ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ವೆಚ್ಚ

ಮತ್ತು ಅಭಿವೃದ್ಧಿಯ ಸಮಯಕ್ಕೆ ಅಗತ್ಯವಿರುವ

ಸಂಪನ್ಮೂಲದ ಪರಿಭಾಷೆಯಲ್ಲಿ ವೆಚ್ಚವನ್ನು ನಿರ್ಧರಿಸಿ.

ವೆಚ್ಚದ ಲಾಭದ ವಿಶ್ಲೇಷಣೆಯನ್ನು ರೂಪಿಸಿ, ಉತ್ತಮ ಪರಿಹಾರವನ್ನು

ಕಂಡುಕೊಳ್ಳಿ ಮತ್ತು ಹೆಚ್ಚಿನ ವೆಚ್ಚದ ಸಂಪನ್ಮೂಲಗಳು,

ನಿರ್ಬಂಧಗಳು ಅಥವಾ ತಾಂತ್ರಿಕ ಕಾರಣಗಳಿಂದಾಗಿ

ಯೋಜನೆಯೊಂದಿಗೆ ಮುಂದುವರಿಯಬೇಕೆ ಅಥವಾ ತ್ಯಜಿಸಬೇಕೆ

ಎಂದು ನಿರ್ಧರಿಸಿ.

ಯೋಜನೆಯ ವೆಚ್ಚವು ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚ ಮಾತ್ರವಲ್ಲದೆ

ಕಾರ್ಯಾಚರಣೆಯ ವೆಚ್ಚವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ.

ಶಿಕ್ಷಣ ಸಂಸ್ಥೆಯು ಸ್ವಯಂಚಾಲಿತ ಪರಿಹಾರವನ್ನು

ಹೊಂದಲು ಬಯಸುತ್ತದೆ ಎಂದು ಪರಿಗಣಿಸಿ.

ಇದು ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು

ಮಾತ್ರವಲ್ಲದೆ ಅಗತ್ಯವಿರುವ ಮೂಲಸೌಕರ್ಯವನ್ನು

ಹೊಂದಿಸುತ್ತದೆ.

ಅಲ್ಲದೆ, ಯಾರು ಡೇಟಾವನ್ನು ನಮೂದಿಸುತ್ತಾರೆ, ನಾವು

ಬ್ಯಾಕ್ಅಪ್, ನಿರ್ವಹಣೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ

ಮತ್ತು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಲಾಗುವುದು ಮುಂತಾದ ಕಾರ್ಯಾಚರಣೆಯ

ವೆಚ್ಚ.

ಐಟಿ ಪರಿಹಾರವನ್ನು ನಿಯೋಜಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ

ಸಂಸ್ಥೆಯು ಈ ಎಲ್ಲಾ ವೆಚ್ಚಗಳನ್ನು ಗುರುತಿಸುತ್ತದೆ

ಮತ್ತು ಪರಿಹಾರದ ವೆಚ್ಚವು ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚದ

ಸೆಟಪ್ ಮತ್ತು ಕಾರ್ಯಾಚರಣೆಯ ವೆಚ್ಚದ ಮೊತ್ತವಾಗಿರುತ್ತದೆ.

ಅಂತಿಮವಾಗಿ, ಈ ಯಾಂತ್ರೀಕರಣದಿಂದ ನೀವು ಪಡೆಯುವ ಪ್ರಯೋಜನಗಳನ್ನು

ನೀವು ಗುರುತಿಸಬೇಕು ಮತ್ತು ನಂತರ ಪ್ರಯೋಜನಗಳು

ವೆಚ್ಚಕ್ಕಿಂತ ಹೆಚ್ಚಿವೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ಸಂಸ್ಥೆಯು ಒಂದು ಯೋಜನೆಯನ್ನು ಕೈಗೆತ್ತಿಕೊಳ್ಳಲು,

ಪ್ರಯೋಜನಗಳು ವೆಚ್ಚಕ್ಕಿಂತ ಹೆಚ್ಚಿರಬೇಕು.

ವೆಚ್ಚಗಳು ಅಭಿವೃದ್ಧಿ ಕಾರ್ಯಾಚರಣೆಯ ಸೆಟಪ್

ವೆಚ್ಚಗಳು ಮತ್ತು ಪ್ರಯೋಜನಗಳಾಗಿವೆ.

ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಪ್ರಮಾಣೀಕರಿಸಬಹುದಾದವು

ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಪ್ರಮಾಣೀಕರಿಸಲಾಗದವುಗಳಾಗಿರಬಹುದು.

ಉದಾಹರಣೆಗೆ, ನಾವು ಶಿಕ್ಷಣ ಸಂಸ್ಥೆಯಲ್ಲಿ

ಬುಕ್ ಕೀಪಿಂಗ್ (book-keeping)ಚಟುವಟಿಕೆಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು

ಬಯಸುತ್ತೇವೆ ಎಂದು ಹೇಳೋಣ.

ಕೆಲವು ಪ್ರಯೋಜನಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವುದರಿಂದ

ಎಷ್ಟು ಮಾನವಶಕ್ತಿಯನ್ನು ಉಳಿಸಲಾಗಿದೆ ಎಂದು

ಪ್ರಮಾಣೀಕರಿಸಬಹುದಾಗಿದೆ ಆದರೆ ಕೆಲವು ಪ್ರಮಾಣೀಕರಿಸಲಾಗುವುದಿಲ್ಲ.

ಉದಾಹರಣೆಗೆ, ಫಲಿತಾಂಶಗಳು ವೇಗವಾಗಿ ಹೊರಬರಬಹುದು,

ವಿದ್ಯಾರ್ಥಿಗಳು ಪ್ರಯೋಜನ ಪಡೆಯಬಹುದು.

ಆದರೆ ನಾವು ನಿಜವಾಗಿಯೂ ಇದರ ಮೂಲಕ ವೆಚ್ಚವನ್ನು

ಹಾಕಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ಅದನ್ನು ಪ್ರಮಾಣೀಕರಿಸುವುದು

ಕಷ್ಟ.

ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವು ಮುಗಿದ ನಂತರ, ಪ್ರಾಜೆಕ್ಟ್

ಮ್ಯಾನೇಜರ್ ಸಾಮಾನ್ಯವಾಗಿ 'ವ್ಯವಹಾರ ಪ್ರಕರಣ'ವನ್ನು

ಸಿದ್ಧಪಡಿಸುತ್ತಾರೆ.

ವ್ಯಾಪಾರ ಪ್ರಕರಣವು ಮೂಲಭೂತವಾಗಿ ವೆಚ್ಚಗಳು

ಮತ್ತು ಪ್ರಯೋಜನಗಳನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ

ಮತ್ತು ನಂತರ ವೆಚ್ಚದ ಪರಿಣಾಮಗಳು ಮತ್ತು

ಪ್ರಯೋಜನಗಳ ಬಗ್ಗೆ ಉನ್ನತ ನಿರ್ವಹಣೆಗೆ

ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ.

ವಿಶಿಷ್ಟವಾಗಿ, ಉತ್ತಮ ವ್ಯವಹಾರ ಪ್ರಕರಣವು

ಈ ಕೆಳಗಿನ ಅಂಶಗಳ ಮೇಲೆ ಸ್ಪರ್ಶಿಸಬೇಕು, ಅದರಲ್ಲಿ

ಕಾರ್ಯನಿರ್ವಾಹಕ ಸಾರಾಂಶವಾಗಿದ್ದು, ನಿಖರವಾಗಿ ಏನು ಮಾಡಬೇಕೆಂದು

ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಉನ್ನತ ನಿರ್ವಹಣೆಗೆ

ತೆಗೆದುಕೊಳ್ಳಬೇಕು.

ಪ್ರಾಜೆಕ್ಟ್ ಹಿನ್ನೆಲೆ ಯಾವ ಸಂದರ್ಭಗಳಲ್ಲಿ

ಯೋಜನೆಯ ಅಗತ್ಯವನ್ನು ಹುಟ್ಟುಹಾಕುತ್ತದೆ

ಮತ್ತು ನಂತರ ನಿಖರವಾಗಿ ಏನು ಪ್ರಯೋಜನ ಎಂದು

ವ್ಯಾಪಾರ ಅವಕಾಶ?

ಇದು ಯಾವ ವ್ಯತ್ಯಾಸವನ್ನು ಮಾಡುತ್ತದೆ ಮತ್ತು

ಅಭಿವೃದ್ಧಿ, ಅನುಷ್ಠಾನ, ತರಬೇತಿಗಳ ಸೆಟ್, ಕಾರ್ಯಾಚರಣೆಗಳು

ಮತ್ತು ಆದಾಯ ಉತ್ಪಾದನೆ, ವೆಚ್ಚ ಕಡಿತ, ಪ್ರಮಾಣೀಕರಿಸಲಾಗದ

ಪ್ರಯೋಜನಗಳು ಮತ್ತು ಅಪಾಯಗಳಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ

ಪ್ರಯೋಜನಗಳಿಗೆ ಎಷ್ಟು ವೆಚ್ಚವಾಗುತ್ತದೆ.

ಅಪಾಯಗಳೆಂದರೆ ಅಭಿವೃದ್ಧಿ ವೆಚ್ಚಗಳು ಅಂದಾಜಿಸುವುದಕ್ಕಿಂತ

ಹೆಚ್ಚಿನದಾಗಿರುತ್ತದೆ.

ಬಹುಶಃ, ಇದು ಅಂದಾಜು ಮಾಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು

ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.

ಅದನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದ ನಂತರ, ಇದು ಮಧ್ಯಸ್ಥಗಾರರಿಗೆ

ಇಷ್ಟವಾಗದಿರಬಹುದು ಮತ್ತು ಅವರು ಅದನ್ನು

ಬಳಸದಿರಬಹುದು.

ಆದರೆ ಈ ವಿಭಿನ್ನ ಬೆದರಿಕೆಗಳು ಅಥವಾ ಅಪಾಯಗಳು ಹೇಗೆ

ಒಳಗೊಂಡಿರುತ್ತವೆ ಅಥವಾ ನಿರ್ವಹಿಸಲ್ಪಡುತ್ತವೆ

ಎಂಬುದರ ಕುರಿತು ಕೆಲವು ವಾದಗಳು ಅಥವಾ ಯೋಜನೆಗಳು

ಇರಬೇಕು ಮತ್ತು ಪರಿಣಾಮಕಾರಿ ವ್ಯವಹಾರ ಪ್ರಕರಣಗಳಿಗೆ

ಇವು ವಿಭಿನ್ನ ವಿಭಾಗಗಳಾಗಿವೆ.

ನಾವು ಇಲ್ಲಿಯವರೆಗೆ ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನದ

ಹಂತವನ್ನು ನೋಡಿದ್ದೇವೆ, ಏಕೆಂದರೆ ನಾವು ಡಿಸೈನ್(Design),

ಕೋಡಿಂಗ್(Coding), ಟೆಸ್ಟಿಂಗ್(Testing) ಮತ್ತು ಮೈಂಟೆನನ್ಸ್(Maintenance)

ಅಗತ್ಯ ವಿಶ್ಲೇಷಣೆಯನ್ನು ನೋಡುತ್ತೇವೆ.

ಆದರೆ ಇಲ್ಲಿ ಅದು ಕ್ಯಾಸ್ಕೇಡ್ (Cascade) ಕಾಣುತ್ತದೆ, ವಾಟರ್

(Water) ಒಂದು ಹಂತದಿಂದ ಮುಂದಿನ ಹಂತಕ್ಕೆ ಬೀಳುತ್ತದೆ

ಮತ್ತು ಅದನ್ನು ವಾಟರ್ಫಾಲ್ ಮಾಡೆಲ್(Waterfall Model) ಎಂದು

ಕರೆಯಲಾಗುತ್ತದೆ.

ಮೊದಲ ಹಂತವು ಕಾರ್ಯಸಾಧ್ಯತೆಯ ಅಧ್ಯಯನವಾಗಿದೆ ಮತ್ತು

ಎರಡನೇ ಹಂತವು ಅವಶ್ಯಕತೆಗಳ ವಿಶ್ಲೇಷಣೆ ಮತ್ತು

ವಿವರಣೆಯಾಗಿದೆ.

ನಾವು ಮುಂದಿನ ಉಪನ್ಯಾಸದಲ್ಲಿ ಚರ್ಚೆಯನ್ನು ಮುಂದುವರಿಸುವುದರಿಂದ

ಅಗತ್ಯ ವಿಶ್ಲೇಷಣೆಯಲ್ಲಿ ಮಾಡಿದ ಚಟುವಟಿಕೆಗಳ

ಬಗ್ಗೆ ನಾವು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಚರ್ಚಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತೇವೆ.

ಧನ್ಯವಾದ.