We found 30 results that contain "videos"
Posted on: #iteachmsu
NAVIGATING CONTEXT
Article For Software development life cycle
What is SDLC?
SDLC is a process followed for a software project, within a software organization. It consists of a detailed plan describing how to develop, maintain, replace and alter or enhance specific software. The life cycle defines a methodology for improving the quality of software and the overall development process.
The following figure is a graphical representation of the various stages of a typical SDLC.
A typical Software Development Life Cycle consists of the following stages −
Stage 1: Planning and Requirement Analysis
Requirement analysis is the most important and fundamental stage in SDLC. It is performed by the senior members of the team with inputs from the customer, the sales department, market surveys and domain experts in the industry. This information is then used to plan the basic project approach and to conduct product feasibility study in the economical, operational and technical areas.
Planning for the quality assurance requirements and identification of the risks associated with the project is also done in the planning stage. The outcome of the technical feasibility study is to define the various technical approaches that can be followed to implement the project successfully with minimum risks.
Stage 2: Defining Requirements
Once the requirement analysis is done the next step is to clearly define and document the product requirements and get them approved from the customer or the market analysts. This is done through an SRS (Software Requirement Specification) document which consists of all the product requirements to be designed and developed during the project life cycle.
Stage 3: Designing the Product Architecture
SRS is the reference for product architects to come out with the best architecture for the product to be developed. Based on the requirements specified in SRS, usually more than one design approach for the product architecture is proposed and documented in a DDS - Design Document Specification.
This DDS is reviewed by all the important stakeholders and based on various parameters as risk assessment, product robustness, design modularity, budget and time constraints, the best design approach is selected for the product.
A design approach clearly defines all the architectural modules of the product along with its communication and data flow representation with the external and third party modules (if any). The internal design of all the modules of the proposed architecture should be clearly defined with the minutest of the details in DDS.
Stage 4: Building or Developing the Product
In this stage of SDLC the actual development starts and the product is built. The programming code is generated as per DDS during this stage. If the design is performed in a detailed and organized manner, code generation can be accomplished without much hassle.
Developers must follow the coding guidelines defined by their organization and programming tools like compilers, interpreters, debuggers, etc. are used to generate the code. Different high level programming languages such as C, C++, Pascal, Java and PHP are used for coding. The programming language is chosen with respect to the type of software being developed.
Stage 5: Testing the Product
This stage is usually a subset of all the stages as in the modern SDLC models, the testing activities are mostly involved in all the stages of SDLC. However, this stage refers to the testing only stage of the product where product defects are reported, tracked, fixed and retested, until the product reaches the quality standards defined in the SRS.
Stage 6: Deployment in the Market and Maintenance
Once the product is tested and ready to be deployed it is released formally in the appropriate market. Sometimes product deployment happens in stages as per the business strategy of that organization. The product may first be released in a limited segment and tested in the real business environment (UAT- User acceptance testing).
Then based on the feedback, the product may be released as it is or with suggested enhancements in the targeting market segment. After the product is released in the market, its maintenance is done for the existing customer base.Video link:Embedded video link:Link: https://projects.invisionapp.com/d/main#/console/20294675/458743820/preview
SDLC is a process followed for a software project, within a software organization. It consists of a detailed plan describing how to develop, maintain, replace and alter or enhance specific software. The life cycle defines a methodology for improving the quality of software and the overall development process.
The following figure is a graphical representation of the various stages of a typical SDLC.
A typical Software Development Life Cycle consists of the following stages −
Stage 1: Planning and Requirement Analysis
Requirement analysis is the most important and fundamental stage in SDLC. It is performed by the senior members of the team with inputs from the customer, the sales department, market surveys and domain experts in the industry. This information is then used to plan the basic project approach and to conduct product feasibility study in the economical, operational and technical areas.
Planning for the quality assurance requirements and identification of the risks associated with the project is also done in the planning stage. The outcome of the technical feasibility study is to define the various technical approaches that can be followed to implement the project successfully with minimum risks.
Stage 2: Defining Requirements
Once the requirement analysis is done the next step is to clearly define and document the product requirements and get them approved from the customer or the market analysts. This is done through an SRS (Software Requirement Specification) document which consists of all the product requirements to be designed and developed during the project life cycle.
Stage 3: Designing the Product Architecture
SRS is the reference for product architects to come out with the best architecture for the product to be developed. Based on the requirements specified in SRS, usually more than one design approach for the product architecture is proposed and documented in a DDS - Design Document Specification.
This DDS is reviewed by all the important stakeholders and based on various parameters as risk assessment, product robustness, design modularity, budget and time constraints, the best design approach is selected for the product.
A design approach clearly defines all the architectural modules of the product along with its communication and data flow representation with the external and third party modules (if any). The internal design of all the modules of the proposed architecture should be clearly defined with the minutest of the details in DDS.
Stage 4: Building or Developing the Product
In this stage of SDLC the actual development starts and the product is built. The programming code is generated as per DDS during this stage. If the design is performed in a detailed and organized manner, code generation can be accomplished without much hassle.
Developers must follow the coding guidelines defined by their organization and programming tools like compilers, interpreters, debuggers, etc. are used to generate the code. Different high level programming languages such as C, C++, Pascal, Java and PHP are used for coding. The programming language is chosen with respect to the type of software being developed.
Stage 5: Testing the Product
This stage is usually a subset of all the stages as in the modern SDLC models, the testing activities are mostly involved in all the stages of SDLC. However, this stage refers to the testing only stage of the product where product defects are reported, tracked, fixed and retested, until the product reaches the quality standards defined in the SRS.
Stage 6: Deployment in the Market and Maintenance
Once the product is tested and ready to be deployed it is released formally in the appropriate market. Sometimes product deployment happens in stages as per the business strategy of that organization. The product may first be released in a limited segment and tested in the real business environment (UAT- User acceptance testing).
Then based on the feedback, the product may be released as it is or with suggested enhancements in the targeting market segment. After the product is released in the market, its maintenance is done for the existing customer base.Video link:Embedded video link:Link: https://projects.invisionapp.com/d/main#/console/20294675/458743820/preview
Authored by:
Vijayalaxmi vishvanath mali

Posted on: #iteachmsu

Article For Software development life cycle
What is SDLC?
SDLC is a process followed for a software project, wi...
SDLC is a process followed for a software project, wi...
Authored by:
NAVIGATING CONTEXT
Wednesday, Nov 22, 2023
Posted on: #iteachmsu
robot pet that can interact with humans.
In the intersection of space travel and robotics, Jihee Kim introduces Laika — a concept design for a life-like, AI robot pet that can interact with humans. Laika has been designed for upcoming space projects such as NASA’s Artemis and Moon to Mars missions set for 2025-2030, envisioned as the ultimate companion for space explorers as it caters to both their physical and emotional well-being while they are away from home. Unlike the aggressive robotic dogs currently available on the market, Jihee Kim has designed Laika with a friendly and organic finish that enables it to connect to its human counterpart on an emotional level when in use while monitoring their health conditions and assisting them in emergencies. Beyond space missions, this approachable design allows Laika to integrate into domestic contexts.
Image :
video link : Embedded URL test :
Table :
Sr NO
Assignee
Task
Cat 1
Rohit
Test 1
Cat 2
Shweta
Test 2
Numbering :
Number 1
Number 2
Bullets :
Bullets 1
Bullets 2
Bullets 3
URL : https://www.designboom.com/technology/life-like-ai-robot-dog-laika-space-travelers-jihee-kim-11-19-2023/
Image :
video link : Embedded URL test :
Table :
Sr NO
Assignee
Task
Cat 1
Rohit
Test 1
Cat 2
Shweta
Test 2
Numbering :
Number 1
Number 2
Bullets :
Bullets 1
Bullets 2
Bullets 3
URL : https://www.designboom.com/technology/life-like-ai-robot-dog-laika-space-travelers-jihee-kim-11-19-2023/
Authored by:
Vijayalaxmi vishwanath mali

Posted on: #iteachmsu

robot pet that can interact with humans.
In the intersection of space travel and robotics, Jihee Kim in...
Authored by:
Wednesday, Nov 22, 2023
Posted on: #iteachmsu
DISCIPLINARY CONTENT
Tasks of Recruiters and How to Ease Them
The Covid-19 pandemic has created upheavals across industries and the year 2020 has seen unprecedented levels of unemployment. This means that hiring is becoming increasingly competitive due to the sheer volume of applicants, making the job of recruiters even more challenging. If at this time, your recruiters are busy doing their tasks manually, then most probably the goals that you would have laid out for your staffing firm this year are not going to be met or it would be challenging to meet them. Recruiters need to start thinking strategically for your firm to succeed in these times.
Technology is known for easing the challenges of any industry and staffing is no different. Irrespective of this global crisis, a strong technology stack can empower your recruiters and ensure that they face the challenges of the industry head on.
In this blog, we have listed some of the tedious tasks that recruiters have to do while hiring and how they can be eased with the use of technology.
Deal Sheets
Deal sheets, especially for healthcare staffing firms, require recruiters to perform the complex mathematical calculations and to determine rates and margins profitably. Deal sheets need to change on a client-by-client or job-by-job basis. This means changing burden types and rules for every single client or job.
This is just the tip of the iceberg. Taxes need to be loaded in the calculation, orientation rates need to be set, overtime thresholds need to be set up, and more. Recruiters need to refer to the GSA database to populate lodging and per diem rates based on the location of the job.
If done manually this can be extremely complicated with a high risk of human error. An ATS that supports deal sheets configuration can be invaluable in such cases and can save a lot of time and improve productivity for recruiters.
How can TargetRecruit Help?
TargetRecruit’s Deal Sheets with Pay Packages feature helps recruiters dynamically confirm rates for both candidates and clients on the fly while adhering to contractual rates and maintaining margins. All the calculations are done on a deal sheets template, which can then be assigned to a client or a job. See this video and pdf to learn more.
To help close the loop, we offer the ability to send Pay Packages. Every time a job is created, including those from your VMS, and every time an applicant is created, including those from your website, you can automatically send formatted and personalized customized pay package emails to your candidates based on criteria you determine.
Emails
Most recruiters receive a huge volume of emails a day, from candidates or clients. In a scenario without the right technology in place, the recruiter will be moving back and forth between email and the ATS. So every time, a recruiter gets an email from a new contact or a candidate, he has to go to the ATS and create the profile manually. When a client sends a job order in an email, the job needs to be created in the ATS separately.
This may be manageable for smaller volumes but can easily tie up too much of a consultants time when the number of applicants increases, and can result in delays making candidates and jobs live, or result in only a selection of candidates making it into the ATS.
But, email is still the preferred communication channel for staffing firms, and it’s not going to change anytime soon. The solution is an ATS with a fully integrated email solution, allowing seamless blending of data between the email client and the ATS database. Candidate resumes and job briefs can be added in seconds and are immediately available for consultants to work on.
How can TargetRecruit Help?
With TargetRecruit Email Connector, TargetRecruit ATS can be integrated with Outlook or Gmail, you can view and access information about clients, candidates, and contacts directly from your inbox. Email integration will allow you to track all candidates and client emails automatically. You can quickly add a contact or a candidate from Outlook or Gmail, create job orders, parse resumes or add notes- all from your inbox. See this video and pdf to learn more.
Technology is known for easing the challenges of any industry and staffing is no different. Irrespective of this global crisis, a strong technology stack can empower your recruiters and ensure that they face the challenges of the industry head on.
In this blog, we have listed some of the tedious tasks that recruiters have to do while hiring and how they can be eased with the use of technology.
Deal Sheets
Deal sheets, especially for healthcare staffing firms, require recruiters to perform the complex mathematical calculations and to determine rates and margins profitably. Deal sheets need to change on a client-by-client or job-by-job basis. This means changing burden types and rules for every single client or job.
This is just the tip of the iceberg. Taxes need to be loaded in the calculation, orientation rates need to be set, overtime thresholds need to be set up, and more. Recruiters need to refer to the GSA database to populate lodging and per diem rates based on the location of the job.
If done manually this can be extremely complicated with a high risk of human error. An ATS that supports deal sheets configuration can be invaluable in such cases and can save a lot of time and improve productivity for recruiters.
How can TargetRecruit Help?
TargetRecruit’s Deal Sheets with Pay Packages feature helps recruiters dynamically confirm rates for both candidates and clients on the fly while adhering to contractual rates and maintaining margins. All the calculations are done on a deal sheets template, which can then be assigned to a client or a job. See this video and pdf to learn more.
To help close the loop, we offer the ability to send Pay Packages. Every time a job is created, including those from your VMS, and every time an applicant is created, including those from your website, you can automatically send formatted and personalized customized pay package emails to your candidates based on criteria you determine.
Emails
Most recruiters receive a huge volume of emails a day, from candidates or clients. In a scenario without the right technology in place, the recruiter will be moving back and forth between email and the ATS. So every time, a recruiter gets an email from a new contact or a candidate, he has to go to the ATS and create the profile manually. When a client sends a job order in an email, the job needs to be created in the ATS separately.
This may be manageable for smaller volumes but can easily tie up too much of a consultants time when the number of applicants increases, and can result in delays making candidates and jobs live, or result in only a selection of candidates making it into the ATS.
But, email is still the preferred communication channel for staffing firms, and it’s not going to change anytime soon. The solution is an ATS with a fully integrated email solution, allowing seamless blending of data between the email client and the ATS database. Candidate resumes and job briefs can be added in seconds and are immediately available for consultants to work on.
How can TargetRecruit Help?
With TargetRecruit Email Connector, TargetRecruit ATS can be integrated with Outlook or Gmail, you can view and access information about clients, candidates, and contacts directly from your inbox. Email integration will allow you to track all candidates and client emails automatically. You can quickly add a contact or a candidate from Outlook or Gmail, create job orders, parse resumes or add notes- all from your inbox. See this video and pdf to learn more.
Posted by:
Kalon Locaz

Posted on: #iteachmsu

Tasks of Recruiters and How to Ease Them
The Covid-19 pandemic has created upheavals across industries and t...
Posted by:
DISCIPLINARY CONTENT
Wednesday, Dec 30, 2020
Posted on: #iteachmsu
Beyond space missions, this approachable design allows Laika to integrate into domestic contexts.
In the intersection of space travel and robotics, Jihee Kim introduces Laika — a concept design for a life-like, AI robot pet that can interact with humans. Laika has been designed for upcoming space projects such as NASA’s Artemis and Moon to Mars missions set for 2025-2030, envisioned as the ultimate companion for space explorers as it caters to both their physical and emotional well-being while they are away from home. Unlike the aggressive robotic dogs currently available on the market, Jihee Kim has designed Laika with a friendly and organic finish that enables it to connect to its human counterpart on an emotional level when in use while monitoring their health conditions and assisting them in emergencies. Beyond space missions, this approachable design allows Laika to integrate into domestic contexts.
Image :
video link : Embedded URL test :
Table :
Sr NO
Assignee
Task
Cat 1
Rohit
Test 1
Cat 2
Shweta
Test 2
Numbering :
Number 1
Number 2
Bullets :
Bullets 1
Bullets 2
Bullets 3
URL : https://www.designboom.com/technology/life-like-ai-robot-dog-laika-space-travelers-jihee-kim-11-19-2023/
Image :
video link : Embedded URL test :
Table :
Sr NO
Assignee
Task
Cat 1
Rohit
Test 1
Cat 2
Shweta
Test 2
Numbering :
Number 1
Number 2
Bullets :
Bullets 1
Bullets 2
Bullets 3
URL : https://www.designboom.com/technology/life-like-ai-robot-dog-laika-space-travelers-jihee-kim-11-19-2023/
Authored by:
vijayalaxmi vishwanath mali

Posted on: #iteachmsu
DISCIPLINARY CONTENT
Three Flashes or Below Threshold: Understanding SC 2.3.1
Intent of this Success Criterion
The intent of this Success Criterion is to allow users to access the full content of a site without inducing seizures due to photosensitivity.
Individuals who have photosensitive seizure disorders can have a seizure triggered by content that flashes at certain frequencies for more than a few flashes. People are even more sensitive to red flashing than to other colors, so a special test is provided for saturated red flashing. These guidelines are based on guidelines for the broadcasting industry as adapted for computer screens, where content is viewed from a closer distance (using a larger angle of vision).
Flashing can be caused by the display, the computer rendering the image or by the content being rendered. The author has no control of the first two. They can be addressed by the design and speed of the display and computer. The intent of this criterion is to ensure that flicker that violates the flash thresholds is not caused by the content itself. For example, the content could contain a video clip or animated image of a series of strobe flashes, or close-ups of rapid-fire explosions.
This Success Criterion replaces a much more restrictive criterion in WCAG 1.0 that did not allow any flashing (even of a single pixel) within a broad frequency range (3 to 50 Hz). This Success Criterion is based on existing specifications in use in the UK and by others for television broadcast and has been adapted for computer display viewing. The 1024 x 768 screen is used as the reference screen resolution for the evaluation. The 341 x 256 pixel block represents a 10 degree viewport at a typical viewing distance. (The 10 degree field is taken from the original specifications and represents the central vision portion of the eye, where people are most susceptible to photo stimuli.)
The combined area of flashes occurring concurrently and contiguously means the total area that is actually flashing at the same time. It is calculated by adding up the contiguous area that is flashing simultaneously within any 10 degree angle of view.
Ref: https://www.w3.org/TR/UNDERSTANDING-WCAG20/seizure-does-not-violate.html
The intent of this Success Criterion is to allow users to access the full content of a site without inducing seizures due to photosensitivity.
Individuals who have photosensitive seizure disorders can have a seizure triggered by content that flashes at certain frequencies for more than a few flashes. People are even more sensitive to red flashing than to other colors, so a special test is provided for saturated red flashing. These guidelines are based on guidelines for the broadcasting industry as adapted for computer screens, where content is viewed from a closer distance (using a larger angle of vision).
Flashing can be caused by the display, the computer rendering the image or by the content being rendered. The author has no control of the first two. They can be addressed by the design and speed of the display and computer. The intent of this criterion is to ensure that flicker that violates the flash thresholds is not caused by the content itself. For example, the content could contain a video clip or animated image of a series of strobe flashes, or close-ups of rapid-fire explosions.
This Success Criterion replaces a much more restrictive criterion in WCAG 1.0 that did not allow any flashing (even of a single pixel) within a broad frequency range (3 to 50 Hz). This Success Criterion is based on existing specifications in use in the UK and by others for television broadcast and has been adapted for computer display viewing. The 1024 x 768 screen is used as the reference screen resolution for the evaluation. The 341 x 256 pixel block represents a 10 degree viewport at a typical viewing distance. (The 10 degree field is taken from the original specifications and represents the central vision portion of the eye, where people are most susceptible to photo stimuli.)
The combined area of flashes occurring concurrently and contiguously means the total area that is actually flashing at the same time. It is calculated by adding up the contiguous area that is flashing simultaneously within any 10 degree angle of view.
Ref: https://www.w3.org/TR/UNDERSTANDING-WCAG20/seizure-does-not-violate.html
Authored by:
Understanding WCAG 2.0

Posted on: #iteachmsu

Three Flashes or Below Threshold: Understanding SC 2.3.1
Intent of this Success Criterion
The intent of this Success Criteri...
The intent of this Success Criteri...
Authored by:
DISCIPLINARY CONTENT
Wednesday, Dec 23, 2020
Posted on: #iteachmsu
DISCIPLINARY CONTENT
Finibus Bonorum et Malorum", written by Cicero in 45 BC
Section 1.10.33 of "de Finibus Bonorum et Malorum", written by Cicero in 45 BC
"At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi sint occaecati cupiditate non provident, similique sunt in culpa qui officia deserunt mollitia animi, id est laborum et dolorum fuga. Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio cumque nihil impedit quo minus id quod maxime placeat facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet ut et voluptates repudiandae sint et molestiae non recusandae. Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat."
1914 translation by H. Rackham
"On the other hand, we denounce with righteous indignation and dislike men who are so beguiled and demoralized by the charms of pleasure of the moment, so blinded by desire, that they cannot foresee the pain and trouble that are bound to ensue; and equal blame belongs to those who fail in their duty through weakness of will, which is the same as saying through shrinking from toil and pain. These cases are perfectly simple and easy to distinguish. In a free hour, when our power of choice is untrammelled and when nothing prevents our being able to do what we like best, every pleasure is to be welcomed and every pain avoided. But in certain circumstances and owing to the claims of duty or the obligations of business it will frequently occur that pleasures have to be repudiated and annoyances accepted. The wise man therefore always holds in these matters to this principle of selection: he rejects pleasures to secure other greater pleasures, or else he endures pains to avoid worse pains."
help@lipsum.comPrivacy Policy · Do Not Sell My Personal Information · Change Consent
Image:
video : Vedio linked:
link :
https://www.lipsum.com/table:
Sr No
Table 1
Table 2
numbering :
1121
13131
1313
Bullets :
Smaple 1
Sample 2
Sample 3
Special char: æ¥
"At vero eos et accusamus et iusto odio dignissimos ducimus qui blanditiis praesentium voluptatum deleniti atque corrupti quos dolores et quas molestias excepturi sint occaecati cupiditate non provident, similique sunt in culpa qui officia deserunt mollitia animi, id est laborum et dolorum fuga. Et harum quidem rerum facilis est et expedita distinctio. Nam libero tempore, cum soluta nobis est eligendi optio cumque nihil impedit quo minus id quod maxime placeat facere possimus, omnis voluptas assumenda est, omnis dolor repellendus. Temporibus autem quibusdam et aut officiis debitis aut rerum necessitatibus saepe eveniet ut et voluptates repudiandae sint et molestiae non recusandae. Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat."
1914 translation by H. Rackham
"On the other hand, we denounce with righteous indignation and dislike men who are so beguiled and demoralized by the charms of pleasure of the moment, so blinded by desire, that they cannot foresee the pain and trouble that are bound to ensue; and equal blame belongs to those who fail in their duty through weakness of will, which is the same as saying through shrinking from toil and pain. These cases are perfectly simple and easy to distinguish. In a free hour, when our power of choice is untrammelled and when nothing prevents our being able to do what we like best, every pleasure is to be welcomed and every pain avoided. But in certain circumstances and owing to the claims of duty or the obligations of business it will frequently occur that pleasures have to be repudiated and annoyances accepted. The wise man therefore always holds in these matters to this principle of selection: he rejects pleasures to secure other greater pleasures, or else he endures pains to avoid worse pains."
help@lipsum.comPrivacy Policy · Do Not Sell My Personal Information · Change Consent
Image:
video : Vedio linked:
link :
https://www.lipsum.com/table:
Sr No
Table 1
Table 2
numbering :
1121
13131
1313
Bullets :
Smaple 1
Sample 2
Sample 3
Special char: æ¥
Authored by:
Aricle

Posted on: #iteachmsu

Finibus Bonorum et Malorum", written by Cicero in 45 BC
Section 1.10.33 of "de Finibus Bonorum et Malorum", written by Cice...
Authored by:
DISCIPLINARY CONTENT
Thursday, Nov 23, 2023