0% found this document useful (0 votes)
3 views4 pages

Software Engineering Question Bank

Uploaded by

manojwagh072
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
3 views4 pages

Software Engineering Question Bank

Uploaded by

manojwagh072
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

Question Bank

Subject-Software Engineering
Unit No-III
1. What is project scheduling? Explain in brief about the basic principles guiding the s/w project
scheduling.
2. What is the need of project Estimation? What are the steps while estimation of software?
3. How are LOC and FP used during Project Estimation? Explain any one with suitable example.
4. What is the difference between COCOMO and COCOMO II Model?
5. What is the necessity of Estimation? How estimation with Use-cases is performed?
6. What is the need for defining a software scope? What are the categories of software engineering
resources (Project Resources)?
7. Discuss with suitable diagram three major categories of software project resources?
8. What is Estimation with Use Cases? Explain Estimation Using Use Case points with the help of an
Example.
9. What are the basic principles of software project scheduling? Explain different tasks of project
scheduling.
10. Discuss Empirical Estimation Models. Explain Constructive Cost Model for project estimation with
suitable example.
11. Explain object oriented view of component level design with suitable example.
12. Explain FP based estimation technique?
13. What is project scheduling? What are the basic principles of project scheduling?
14. Explain COCOMO Model for project estimation with suitable example.
15. How LOC and FP used during project Estimation? Explain both Estimation techniques with suitable
example.
[Link] any two software size estimation techniques.
[Link] any 2 of the following with suitable example:
i) Problem-Based Estimation
ii) LOC-Based Estimation
iii) Project Scheduling and basic principles of project scheduling.
Unit No-IV
1. Explain any four design concepts with appropriate example.
2. What is design pattern? How patterns can be used in design?
3. Explain the Data-flow architecture and Layered Architecture in detail.
4. Explain the golden rules for User Interface Design.
5. Design and discuss the project decomposition and work task communication process.
6. Explain the following design concepts: [
i) Abstraction ii) Patterns iii) Modularity
7. What is meant by coupling and cohesion. Explain these terms in relation with good software design.
[Link] is the importance of software design? What are types of design classes.
9. Explain in detail the Architectural design and Component level design elements.
[Link] is software Architecture? What is architectural context diagram?
[Link] short note on ‘Interface analysis and design models’.
12. With the help of diagram explain how to translate the requirements model into the design model.
[Link] dimensions of design model with the help of diagram.
[Link] is software Architecture? Why Architecture is important? What is the use of Architecture
Decision Description Template?
[Link] component level and deployment level design elements.
[Link] and explain Component level design steps in detail.
[Link] between followings.
i) Cohesion and coupling in context of software design? How are
these useful for good design of a system?
ii) Abstraction and Refinement.
[Link] the design concepts. Explain refinement and refactoring. Give the importance of Refactoring in
improving the quality of software.
[Link] the different architectural styles. Explain any two in detail.
Unit No-V
1. What is Risk Identification? What are different categories of Risk?
[Link] software Risk in detail. What are different types of Software Risk?
c) What are the advantages of SCM Repository? Explain functions performed by SCM Repository.
[Link] is Software Configuration Management (SCM) .
[Link] is RMMM? Write short note on it?
[Link] Short Note: i) Layers of SCM Process ii) RMMM Plan.
6. Explain Risk Projection and Risk Refinement in detail.
[Link] the change control mechanism in SCM.
8. Explain Risk and management concern with the help of diagram.
b) Discuss any two of the following.
i) Risk Refinement ii) Risk Mitigation iii) Risk Management
[Link] are the advantages of SCM Repository? Explain functions performed by SCM Repository.
10. Briefly explain the steps involved in risk planning in project development.
[Link] with an example how the effect of risk on project schedule is
evaluated using PERT.
[Link] Version Control and Change Control Layer in Software Configuration Management in detail.
[Link] Software Configuration Management in detail.
[Link] Software Risk in detail. What are different types of Software Risk?
[Link] the RMMM plan in detail.
Unit No-VI
[Link] are the guidelines those lead to a successful software testing strategy?
[Link] is meant by integration testing? Explain top down and bottom up integration testing.
[Link] is the difference between verification and validation?
[Link] between black box testing and white box testing.
[Link] how Object oriented software testing is different from conventional software testing.
[Link] Unit Testing and Integration Testing with respect to the Object Oriented Context.
7. Define testing? Explain graph based functional testing techniques with suitable graph notation
diagram.
[Link] -i) User Acceptance Testing ii) Difference between Verification and validation Testing
iii) Software Testing Life Cycle
9. What is system testing? Explain any three types system testing.
[Link] with suitable diagram Drivers and stubs in unit test environment.
[Link] with suitable diagrams top-up and bottom-up integration in integration testing.
12. What are difference between white box testing and black box testing.
[Link] the software testing life cycle in detail.
14. Explain bottom-up testing with its advantages.
[Link] is system testing? Explain any three types system testing.
[Link] note on Alpha and Beta Testing.
17. Explain STLC (Software Testing Life Cycle).
18Compare- i) Unit testing and integration testing ii) White box testing and black box testing.
[Link] phases in Verification and Validation model with suitable diagram.
[Link] any 2 of the following in detail.
i) Acceptance Testingii) Tools for Automated Testing and [Link]) Defect Life Cycle.

Common questions

Powered by AI

The key components of the Software Testing Life Cycle (STLC) include Requirement Analysis, Test Planning, Test Case Development, Environment Setup, Test Execution, and Test Cycle Closure. Requirement Analysis ensures understanding of application requirements to identify testable features, Test Planning outlines the strategy and test environment requirements. Test Case Development involves creating comprehensive and executable test cases. Environment Setup ensures the testing environment is ready for execution. Test Execution carries out the tests according to plans, and Test Cycle Closure evaluates test results, metrics, and closes the testing process, reinforcing a thorough testing effort and validating software quality .

Coupling refers to the degree of interdependence between software modules, whereas cohesion describes how closely related the functionalities within a single module are. High cohesion within modules and low coupling between modules are desirable, as they simplify maintenance and increase system reliability. Low coupling minimizes the ripple effect of changes, reducing potential errors across the system, while high cohesion ensures that modules are logically organized and understandable, improving the modularity and readability of the software system .

Effective project scheduling in software engineering requires strategic considerations such as resource availability, task dependencies, project milestones, and potential bottlenecks. It is guided by basic principles like defining clear and realistic timelines, accounting for task priorities, and ensuring resource allocation aligns with task requirements. Project scheduling also involves continual adjustment and optimization to respond to project dynamics, employing tools like Gantt charts and PERT diagrams to visualize timelines and dependencies, thus enhancing time management and reducing project risks .

Top-down integration testing starts with the top-level modules and progressively integrates lower-level modules, using stubs to simulate lower levels of the system while testing higher components first. It allows early validation of the main control functions and a partial user interface. Bottom-up integration testing, on the other hand, begins with lower-level components and progressively integrates higher-level ones, employing drivers to call lower-level modules. This strategy is advantageous for testing lower-level functionalities early and facilitating bottom-up validation of components, ensuring comprehensive validation before integrating them as complete systems .

FP-based estimation technique quantifies software development equivalence and scope by considering inputs, outputs, user interactions, files, and external interfaces, unlike LOC, which simply counts lines of code. The primary advantage of FPs over LOC is that FPs can estimate the functionality of software independent of technological environments, allowing for greater predictability in multi-language projects. FP measurements are more reflective of end-user experience and software complexity rather than merely code volume, thus offering a broader perspective in software estimation .

Defining software scope is crucial as it establishes the boundary within which software development occurs, including deliverables, project objectives, stakeholders' expectations, and constraints. This clarity prevents scope creep and aligns project goals with stakeholder requirements. Primary categories of software project resources include Human Resources (team members and stakeholders), Technical Resources (hardware and software tools), and Financial Resources (budgetary and investment concerns).

SCM enhances control within software development by tracking and controlling changes in software, ensuring that the project remains consistent and reliable throughout its lifecycle. An SCM repository acts as a centralized archive which maintains versions of software artifacts, tracks modifications, and stores metadata for documentation and recovery purposes. Key functions include version control, which aids in tracking incremental changes and rolling back to previous versions as necessary, and change control, which provides a structured process for evaluating potential changes prior to implementation .

The RMMM plan in software engineering serves to systematically address potential risks that threaten the completion, quality, and success of a software project. It ensures that risks are identified early (mitigation), tracked consistently (monitoring), and controlled effectively (management). RMMM involves designing strategies for handling identified risks, laying out response plans for issues as they arise, and continuously evaluating risk impact, aiming to minimize adverse effects on the project timeline, cost, and objectives .

COCOMO (Constructive Cost Model) is a procedural software cost estimation model developed for traditional software projects, which primarily considers three modes: organic, semidetached, and embedded. It focuses on predicting the project cost using a set of mathematical equations based on Lines of Code (LOC) and a series of cost drivers. In contrast, COCOMO II was designed to address recent trends in software development like reusability, incremental development, and object-oriented practices. It introduces three submodels: Application Composition, Early Design, and Post-Architecture, which accommodate adjustments for modern software development environments, including required adaptability for future software projects .

Use Case Points (UCP) estimation involves applying weighted factors to each use case to assess complexity and size, divided by technical and environmental factors affecting the development process. This approach is beneficial because it closely aligns estimation with user interactions and functional requirements, providing an accurate reflection of what the software is designed to accomplish. Additionally, UCP provides a clear framework for stakeholders to understand estimation calculations, improving transparency and expectation management .

You might also like