Monday, September 30, 2013
What are the security problems faced by a network?
Posted by
Sunflower
at
9/30/2013 03:16:00 PM
0
comments
Labels: Administrator, Attack, Data, Encryption, Network, Networking, Passwords, Prevention, Problems, Protection, Risk, Secure, Security, Server, Software, System, Technology, Threats, Users, Web
|
| Subscribe by Email |
|
Thursday, September 5, 2013
Explain the technique of admission control to control congestion in virtual circuit subnets?
- This is because to them the availability of the resources has been guaranteed.
- Resources can be reserved in this way only if the existing sub nets are experiencing congestion problem or when the standard operating procedure is being followed.
- One disadvantage of the admission control technique is that it leads to the wastage of the resources.
- Also, sometime the bandwidth is left unused.
Posted by
Sunflower
at
9/05/2013 06:14:00 PM
0
comments
Labels: Address, Admission Control, Channels, Communication, Congestion, Control, Networks, Packets, Prevention, Sub nets, Technique, Telecommunications, Transport, Virtual, Virtual Circuits
|
| Subscribe by Email |
|
Wednesday, August 28, 2013
What are different policies to prevent congestion at different layers?
Posted by
Sunflower
at
8/28/2013 10:09:00 PM
0
comments
Labels: Avoidance, Capacity, Congestion, Congestion control, Control, Efficiency, Layers, Network, Networking, Operation, Parameters, Path, Policies, Prevent, Prevention, Resources, Throughput, traffic, User
|
| Subscribe by Email |
|
Wednesday, June 5, 2013
Explain the various techniques for Deadlock Prevention
- Recursive
locks: In such locks, only one thread can pass through it. Any other
threads or processes entering the lock need to wait for the initial one to
pass through after its task is finished.
- Non
– recursive locks: Here only once a thread can enter the lock. If the same
thread again tries to enter the lock without unlocking it, a deadlock can
occur.
Posted by
Sunflower
at
6/05/2013 01:46:00 PM
0
comments
Labels: Algorithms, Conditions, Data, Deadlock Prevention, Deadlocks, Distributed, Environment, Multiprocessing, Multitasking, Operating System, Performance, Prevention, Processes, Resources, System, Wait
|
| Subscribe by Email |
|
Tuesday, January 8, 2013
What is Cleanroom Software Engineering?
What is Cleanroom Software Engineering?
Principles of Cleanroom Approach
- Development
of software systems and applications based up on formal methods: Box
structure method is what that is used by the cleanroom development for
specifying and designing a software product. Later, team review is used for
carrying out verification of the design i.e., whether it has been
correctly implemented or not.
- Statistical
quality control through incremental implementation: An iterative approach
is followed in the cleanroom software engineering process i.e., the
software system is evolved through increments in which the implemented
functionality gradually increases. Pre–established standards are used
for measuring the quality of all the increments for making verification that the process is making acceptable process. In case the process
fails to meet the quality standards, testing of the current increment is
stopped and the process is returned to the designing phase.
- Statistically
sound testing: Software testing in cleanroom development process is
carried as a disguise of a statistical experiment. A subset that
represents software’s i/p and o/p trajectories is selected and then
subjected to testing. The sample so obtained is then considered for statistical
analyzation so as to get an estimation
of the software’s reliability and level of confidence.
Features of Cleanroom Software Engineering
- Statistical
modeling
- Usage
scenarios
- Incremental
development and release
- Separate
acceptance testing
- No
requirement of unit testing and debugging
- Formal
reviews with verification conditions
- <3 .5=".5" and="and" delivered="delivered" kloc="kloc" o:p="o:p" per="per">3>
- Incremental
development: Each increment is carried out from end – to – end and in
some cases there is overlapping development of the increments. This whole
process takes around 12 – 18 weeks and partitioning though being critical
proves to be difficult.
- Function
– theoretical verification: A parser may check the constructed program for
syntax errors but it cannot be executed by the program developer. Verification
conditions drive the team review for verification. Verification is
improved by 3- 5 times than debugging. Formal inspections also fall under
this category.
- Formal
specifications: This further includes:
- Statistical
usage testing: It helps in implementing cost effective orientation and
process control. It provides a stratification mechanism to deal with
situations that are critical.
Posted by
Sunflower
at
1/08/2013 03:39:00 PM
0
comments
Labels: Applications, Approach, Cleanroom Software engineering, Cleanroom strategy, Defects, Design, Features, Methods, Prevention, Principles, Process, Quality, Reliable, Software, Strategy, Technology, Verification
|
| Subscribe by Email |
|
Sunday, March 20, 2011
Team Software Process (TSP) - TSP Quality Management
Team Software Process (TSP) shows teams how to manage quality, teams must establish quality measures, set quality goals, establish plans to meet these goals, measure progress against the plans, and take remedial action when the goals are not met.
ELEMENTS OF TSP QUALITY MANAGEMENT
- Preparing a quality plan.
- Identifying quality problems.
- Finding and preventing quality problems.
PREPARING A QUALITY PLAN
TSP make a quality plan based on the estimated size of the product and historical data on defect injection rates, they estimate how many defects they will inject in each phase. Once the engineers have estimated the defects to be injected, they estimate defect removal,again using historical data or the TSP quality guidelines which are based on the yield for each defect removal phase. Once the injection and
removal estimates have been made, the team can generate the quality plan.
IDENTIFYING QUALITY PROBLEMS
TSP provides many quality measures one of them being is by comparing the data for any module or component with the quality plan. TSP introduces a series of quality measures like: Process quality index—PQI.
- Percent defect free—PDF: Comparing the PDF curves for several similar projects. Where there are problems, the quality manager can look at data on lower level components to identify the source of the problem and recommend what the team should do about it. PDF plot can only be produced for an overall system or large component.
- Defect-removal profile: The defect-removal profile can be drawn for the system, each of its subsystems, any component, or even down to the module level.
- Quality Profile: The quality profile measures the process data for a module against the organization’s quality standards. The five quality profile dimensions indicate module quality based on data for design, design reviews, code reviews, compile defects, and unit test defects.
- Process quality index—PQI: is produced by taking the product of the five dimensional values of the quality profile to produce a single quality figure of merit. With PQI values above about 0.4, program modules are generally defect free.
FINDING AND PREVENTING QUALITY PROBLEMS
The TSP quality measures can indicate likely quality problems even before the first compile. Once the problems are identified, they can be prevented by:
- Monitor the module during test to see if problems are found and then determine the remedial action.
- Reinspect the module before integration or system test.
- Rework on the module to fix suspected problems.
- Redevelop the module.
Posted by
Sunflower
at
3/20/2011 07:09:00 PM
0
comments
Labels: Components, Defects, Find, Measures, Organization, Prevention, Problems, Quality, Quality Plan, Removal, Software, Software Quality Management, Team Software Process, TSP
|
| Subscribe by Email |
|