Sponsored Links


Results 1 to 6 of 6

Thread: CS504 Software Engineering - I Assignments No.01 Solutions Fall 2014

  1. #1
    Senior Member
    Join Date
    Oct 2012
    Posts
    323

    CS504 Software Engineering - I Assignments No.01 Solutions Fall 2014

    Sponsored Links1




    CS504 Software Engineering - I Assignments No.01 Solutions Fall 2014


    Question No. 1 5 Marks


    What are the business requirements of given “Intelligent Aircraft System? Your answer should not exceed more
    than three lines.
    Question No. 2 5 Marks
    List down the functional requirements of given “Intelligent Aircraft System”

    .Question No. 3 5 Marks

    Sponsored Links

    List down the non-functional requirements of given “Intelligent Aircraft System”.
    Note:
    Ø Assignment should be in your own wordings not copied from net, handouts or books.
    Ø Your answer should be “to the point”.
    Ø We wish you very best of luck for your Assignment.

  2. #2
    Senior Member Entboy's Avatar
    Join Date
    Dec 2011
    Posts
    5,454
    In software engineering (and systems engineering), a functional requirement defines a function of a system and its components. A function is described as a set of inputs, the behavior, and outputs (see also software).

  3. #3
    Senior Member Entboy's Avatar
    Join Date
    Dec 2011
    Posts
    5,454
    In systems engineering and requirements engineering, a non-functional requirement is a requirement that specifies criteria that can be used to judge the operation of a system, rather than specific behaviors. This should be contrasted with functional requirements that define specific behavior or functions.

  4. #4
    Senior Member
    Join Date
    Dec 2013
    Posts
    607
    Intelligent aircraft system” must be a fast real time system, which includes various dimensions ranging from
    geographic localization towards target vision in any kind of situation e.g. Thunderstorm, Rain, Heavy, Clouds,
    Foggy Weather, Darkness of Night etc. The system is successful, if equipped with strong communication channel
    to its remote control tower and other peer aircrafts.

    The aircraft can travel to long distance in minimum fuel consumption and in minimum time, so to avoid decision
    making due to time dilation. The intelligent system, if made equipped with supervised learning to fill the learning
    repository at such level, so that in 100th
    or 1000th
    iteration in terms of decision making involving dangerous turns
    over the hills or targeting blurred object, so that to get maximum chance of accuracy.

    The transition from supervised learning mode towards unsupervised learning mode leads the aircraft system more
    functional in terms of independent decision making. The fuel, body, location, mileage, missile and weather are
    the primary attributes to consider. The aim of intelligent aircraft system is to reach to remote locations and took
    over the proceeding’s like war situation, flood situation, earthquake situation etc. According to the feeding or
    reactive element provided to the system.



  5. #5
    Senior Member viki's Avatar
    Join Date
    May 2010
    Posts
    2,132
    Levels of Software Requirements
    Software requirements are defined at various levels of detail and granularity. Requirements at different level of detail also mean to serve different purposes. We first look at these different levels and then will try to elaborate the difference between these with the help of different examples.
    1. Business Requirements:
    These are used to state the high-level business objective of the organization or customer requesting the system or product. They are used to document main system features and functionalities without going into their nitty-gritty details. They are captured in a document describing the project vision and scope.
    2. User Requirements:
    User requirements add further detail to the business requirements. They are called user requirements because they are written from a user’s perspective and the focus of user requirement describe tasks the user must be able to accomplish in order to fulfill the above stated business requirements. They are captured in the requirement definition document.
    3. Functional Requirements:
    The next level of detail comes in the form of what is called functional requirements. They bring-in the system’s view and define from the system’s perspective the software functionality the developers must build into the product to enable users to accomplish their tasks stated in the user requirements - thereby satisfying the business requirements.
    4. Non-Functional Requirements
    In the last section we defined a software requirement as a document that describes all the services provided by the system along with the constraints under which it must operate. That is, the requirement document should not only describe the functionality needed and provided by the system, but it must also specify the constraints under which it must operate. Constraints are restrictions that are placed on the choices available to the developer for design and construction of the software product.
    These kinds of requirements are call Non-functional requirements. These are used to describe eternal system interfaces, design and implementation constraints, quality and performance attributes. These also include regulations, standards and contracts to which the product must conform.
    Non-functional requirement play a significant role in the development of the system. If not captured properly, the system may not fulfill some of the basic business needs. If proper care is not taken, the system may collapse. They dictate how the system architecture and framework. As an example of non-functional requirements, we can require software to run on Sun Solaris Platform. Now it is clear that if this requirement was not captured initially and the entire set of functionality was built to run on Windows, the system would be useless for the client. It can also be easily seen that this requirement would have an impact on the basic system architecture while the functionality does not change.
    While writing these requirements, it must always be kept in mind that all functional requirements must derive from user requirements, which must themselves be aligned with business requirements. It must also be remembered that during the requirement engineering process we are in the definition phase of the software development where the focus is on what and not how. Therefore, requirements must not include design or implementation details and the focus should always remain on what to build and not how to build.
    Example:
    Let us now look at an example to understand the difference between these different types of requirements.
    Let us assume that we have a word-processing system that does not have a spell checker. In order to be able to sell the product, it is determined that it must have a spell checker. Hence the business requirement could be stated as: user will be able to correct spelling errors in a document efficiently. Hence, the Spell checker will be included as a feature in the product.
    In the next step we need to describe what tasks must be included to accomplish the above-mentioned business requirement. The resulting user requirement could be as follows: finding spelling errors in the document and decide whether to replace each misspelled word with the one chosen from a list of suggested words. It is important to note that this requirement is written from a user’s perspective.
    After documenting the user’s perspective in the form of user requirements, the system’s perspective: what is the functionality provided by the system and how will it help the user to accomplish these tasks. Viewed from this angle, the functional requirement for the same user requirement could be written as follows: the spell checker will find and highlight misspelled words. It will then display a dialog box with suggested replacements. The user will be allowed to select from the list of suggested replacements. Upon selection it will replace the misspelled word with the selected word. It will also allow the user to make global replacements.
    Finally, a non-functional requirement of the system could require that it must be integrated into the existing word-processor that runs on windows platform.
    :o:o--------------------------------------------------------------------------------------:o:o
    [B]The more knowledge you have, the greater will be your fear of Allah.[/B]

    Please Join My [B]Group Vuhelp[/B][B], Birthday Wishing, Daily Hadees[/B] [CODE][B]http://vuhelp.net/groups/vuhelp.html[/B]
    [B]http://vuhelp.net/groups/birthday-wishing.html[/B]
    [B]http://vuhelp.net/groups/daily-hadees.html[/B][/CODE]
    [CENTER][B][COLOR="Red"][SIZE="4"]Email: [email]viki@vuhelp.net[/email][/SIZE][/COLOR][/B][/CENTER]

  6. #6
    Senior Member viki's Avatar
    Join Date
    May 2010
    Posts
    2,132
    Levels of Software Requirements
    Software requirements are defined at various levels of detail and granularity. Requirements at different level of detail also mean to serve different purposes. We first look at these different levels and then will try to elaborate the difference between these with the help of different examples.
    1. Business Requirements:
    These are used to state the high-level business objective of the organization or customer requesting the system or product. They are used to document main system features and functionalities without going into their nitty-gritty details. They are captured in a document describing the project vision and scope.
    2. User Requirements:
    User requirements add further detail to the business requirements. They are called user requirements because they are written from a user’s perspective and the focus of user requirement describe tasks the user must be able to accomplish in order to fulfill the above stated business requirements. They are captured in the requirement definition document.
    3. Functional Requirements:
    The next level of detail comes in the form of what is called functional requirements. They bring-in the system’s view and define from the system’s perspective the software functionality the developers must build into the product to enable users to accomplish their tasks stated in the user requirements - thereby satisfying the business requirements.
    4. Non-Functional Requirements
    In the last section we defined a software requirement as a document that describes all the services provided by the system along with the constraints under which it must operate. That is, the requirement document should not only describe the functionality needed and provided by the system, but it must also specify the constraints under which it must operate. Constraints are restrictions that are placed on the choices available to the developer for design and construction of the software product.
    These kinds of requirements are call Non-functional requirements. These are used to describe eternal system interfaces, design and implementation constraints, quality and performance attributes. These also include regulations, standards and contracts to which the product must conform.
    Non-functional requirement play a significant role in the development of the system. If not captured properly, the system may not fulfill some of the basic business needs. If proper care is not taken, the system may collapse. They dictate how the system architecture and framework. As an example of non-functional requirements, we can require software to run on Sun Solaris Platform. Now it is clear that if this requirement was not captured initially and the entire set of functionality was built to run on Windows, the system would be useless for the client. It can also be easily seen that this requirement would have an impact on the basic system architecture while the functionality does not change.
    While writing these requirements, it must always be kept in mind that all functional requirements must derive from user requirements, which must themselves be aligned with business requirements. It must also be remembered that during the requirement engineering process we are in the definition phase of the software development where the focus is on what and not how. Therefore, requirements must not include design or implementation details and the focus should always remain on what to build and not how to build.
    Example:
    Let us now look at an example to understand the difference between these different types of requirements.
    Let us assume that we have a word-processing system that does not have a spell checker. In order to be able to sell the product, it is determined that it must have a spell checker. Hence the business requirement could be stated as: user will be able to correct spelling errors in a document efficiently. Hence, the Spell checker will be included as a feature in the product.
    In the next step we need to describe what tasks must be included to accomplish the above-mentioned business requirement. The resulting user requirement could be as follows: finding spelling errors in the document and decide whether to replace each misspelled word with the one chosen from a list of suggested words. It is important to note that this requirement is written from a user’s perspective.
    After documenting the user’s perspective in the form of user requirements, the system’s perspective: what is the functionality provided by the system and how will it help the user to accomplish these tasks. Viewed from this angle, the functional requirement for the same user requirement could be written as follows: the spell checker will find and highlight misspelled words. It will then display a dialog box with suggested replacements. The user will be allowed to select from the list of suggested replacements. Upon selection it will replace the misspelled word with the selected word. It will also allow the user to make global replacements.
    Finally, a non-functional requirement of the system could require that it must be integrated into the existing word-processor that runs on windows platform.
    :o:o--------------------------------------------------------------------------------------:o:o
    [B]The more knowledge you have, the greater will be your fear of Allah.[/B]

    Please Join My [B]Group Vuhelp[/B][B], Birthday Wishing, Daily Hadees[/B] [CODE][B]http://vuhelp.net/groups/vuhelp.html[/B]
    [B]http://vuhelp.net/groups/birthday-wishing.html[/B]
    [B]http://vuhelp.net/groups/daily-hadees.html[/B][/CODE]
    [CENTER][B][COLOR="Red"][SIZE="4"]Email: [email]viki@vuhelp.net[/email][/SIZE][/COLOR][/B][/CENTER]

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Similar Threads

  1. CS504 Software Engineering - I Assignments No. 2 Dec 11, 2014
    By Entboy in forum Assignments & Solutions
    Replies: 1
    Last Post: 12-11-2014, 11:19 PM
  2. CS504 Software Engineering - I Assignments No.03 Graded Spring Fall July 2014
    By vuassignments in forum Assignments & Solutions
    Replies: 0
    Last Post: 07-04-2014, 02:18 AM
  3. Replies: 0
    Last Post: 04-30-2014, 09:29 PM
  4. Replies: 0
    Last Post: 02-11-2014, 10:30 PM
  5. Replies: 0
    Last Post: 08-28-2010, 06:18 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
-: Vuhelp Disclaimer :-
None of the files shown here are hosted or transmitted by this server. The links are provided solely by this site's users. The administrator's or staff of Vuhelp.net cannot be held responsible for what its users post, or any other actions of its users. You may not use this site to distribute or download any material when you do not have the legal rights to do so. It is your own responsibility to adhere to these terms. If you have any doubts about legality of content or you have any suspicions, feel free to contact us.
Online Education | JhelumSoft