We found 7 results that contain "28 nov"
Posted on: #iteachmsu
Categorization of Artificial Intelligence
Categories of AI
Artificial intelligence:
can be divided into two different categories: weak and strong. Weak artificial intelligence embodies a system designed to carry out one particular job. Weak AI systems include video games such as the chess example from above and personal assistants such as Amazon's Alexa and Apple's Siri. You ask the assistant a question, it answers it for you.
Strong artificial intelligence systems are systems that carry on the tasks considered to be human-like. These tend to be more complex and complicated systems. They are programmed to handle situations in which they may be required to problem solve without having a person intervene. These kinds of systems can be found in applications like self-driving cars or in hospital operating rooms.
Artificial intelligence:
can be divided into two different categories: weak and strong. Weak artificial intelligence embodies a system designed to carry out one particular job. Weak AI systems include video games such as the chess example from above and personal assistants such as Amazon's Alexa and Apple's Siri. You ask the assistant a question, it answers it for you.
Strong artificial intelligence systems are systems that carry on the tasks considered to be human-like. These tend to be more complex and complicated systems. They are programmed to handle situations in which they may be required to problem solve without having a person intervene. These kinds of systems can be found in applications like self-driving cars or in hospital operating rooms.
Authored by: Rupali
Assessing Learning
Posted on: #iteachmsu
Greek Articles
If you're trying to learn Greek Articles you will find some useful resources including a course about Definite and Indefinite Articles... to help you with your Greek grammar. Try to concentrate on the lesson and notice the pattern that occurs each time the word changes its place. Also don't forget to check the rest of our other lessons listed on Learn Greek. Enjoy the rest of the lesson!
Authored by: Pranjali
Disciplinary Content
Posted on: #iteachmsu
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.
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.
Posted by: Super Admin
Disciplinary Content
Host: MSU Libraries
Intro to VR @DSL: Drop-in Session
Curious About Virtual Reality?
Whether you're completely new to VR or already exploring it for research, storytelling, gaming, art, or education our Drop-in VR sessions are for you! Stop by the Digital Scholarship Lab to try out one of our HTC Vive XR Elite headsets, get hands-on experience and learn about our VR Headset Loan Program.
Intro to VR @ DSL is here to help you explore the possibilities of Virtual Reality, whether you're looking to:
- Experience immersive gameplay: for fun, fitness, storytelling, or team-building
- Create in 3D: With sculpting, painting, designing and more
- Explore the world: travel virtually to natural landscapes, historical sites, landmarks and more
- Try a simulated experience: from floating in space to riding a roller coaster, even performing surgery
No experience is needed, just bring your curiosity and dive in!
Drop-In VR Sessions
Sept 10th, Sept 24th, Oct 29th, & Nov 19th
From 4:00 PM – 7:00 PM
For parking information visit http://maps.msu.edu/interactive.
If you have questions about accessibility or need to request accommodations, please email lib.dl.accessibility@msu.edu.
Navigating Context
Host: MSU Libraries
Intro to VR @ DSL: Drop-in Session
Curious About Virtual Reality?
Whether you're completely new to VR or already exploring it for research, storytelling, gaming, art, or education our Drop-in VR sessions are for you! Stop by the Digital Scholarship Lab to try out one of our HTC Vive XR Elite headsets, get hands-on experience and learn about our VR Headset Loan Program.
Intro to VR @ DSL is here to help you explore the possibilities of Virtual Reality, whether you're looking to:
- Experience immersive gameplay: for fun, fitness, storytelling, or team-building
- Create in 3D: With sculpting, painting, designing and more
- Explore the world: travel virtually to natural landscapes, historical sites, landmarks and more
- Try a simulated experience: from floating in space to riding a roller coaster, even performing surgery
No experience is needed, just bring your curiosity and dive in!
Drop-In VR Sessions
Sept 10th, Sept 24th, Oct 29th, & Nov 19th
From 4:00 PM – 7:00 PM
For parking information visit http://maps.msu.edu/interactive.
If you have questions about accessibility or need to request accommodations, please email lib.dl.accessibility@msu.edu.
Navigating Context
EXPIRED
Host: CTLI
Navigating D2L Functions as GTAs: Q&A
On behalf of the GREAT office at The Graduate School, check out Navigating D2L Functions as GTAs: Q&A
Date: Thursday, August 28, 2025 - 1:00pm to 2:00pm
Location: Zoom
Audience: Current Graduate Students & Postdocs
You are in a new Graduate Teaching Assistant role and have started working with D2L, and as you do so, questions about various functions and use of these arise. This workshop is a Q & A session with MSU IT experts on D2L, Gradebook, Accessibility Checker, Checklists, etc. Join us if you have any questions and need assistance as you navigate the Learning Management System as GTA.
Facilitators: Cui Cheng (Instructional Designer, MSU IT Educational Technology) and Jennie Wagner (Instructional Designer, MSU IT Educational Technology)
Zoom link will be sent closer to the workshop date.
Register Here
Navigating Context
EXPIRED