CMSC216 (Primavera 2020) Introduzione ai Sistemi informatici

Libri di testo
Titolo Autori ISBN Tipo
di Programmazione C, 2 ° edizione K. N. Re 9780393979503 Richiesto
Sistemi informatici: Prospettiva di Un Programmatore, 3rd edition R. E. Bryant e D. R. O’Hallaron 9780134092669 Raccomandato

Argomenti del Corso (con riserva di modifiche)

  • Unix Modello di Memoria
  • il passaggio da Java a C
  • Puntatori e dinamico di strutture di dati in C
  • I/O, librerie standard
  • Test
  • Linguaggio Assembly
  • controllo di Processo
  • Sistemi di programmazione
  • Programma per la misurazione e l’ottimizzazione
  • programmazione Multithread con pthreads
  • Librerie e collegamento
  • gestione Dinamica della memoria

Aula

Si prega di portare il vostro computer portatile a lezioni. Se non si dispone di un computer portatile, si può accoppiare con un compagno di classe.

TA Room/Office Hours (spazio aperto accanto a IRB 2136)

Le ore di ufficio si terranno nello spazio aperto accanto a IRB 2136. Ecco il link alle posizioni delle ore di ufficio per i corsi CMSC.

Orario di ufficio ottenere estremamente occupato il giorno prima di una scadenza del progetto. Quindi non aspettare per iniziare i tuoi progetti. Per quanto riguarda gli orari di ufficio e la sala TA:

  • Una volta che siete stati aiutati da un TA si prega di lasciare la sala TA. Abbiamo un gran numero di studenti in tutte le nostre classi e la sala TA è davvero affollata.
  • Se c’è una fila di studenti in attesa, un TA dovrebbe trascorrere al massimo 7 a 10 minuti con uno studente. Si prega di ricordare TAs su questa regola.
  • Per orario ufficio, controllare questo link.

Piazza

Useremo (Piazza) per la comunicazione di classe. Non sarà possibile registrarsi a Piazza da soli. Il tuo istruttore ti registrerà utilizzando l’e-mail che hai nel sistema scolastico.

Classificazione (Soggetto a variazioni)

i Tuoi voti saranno calcolati secondo i seguenti pesi:

Valutazione Componenti Percentuale
Progetti / Esercizi 30%
Quiz, Il Lavoro di laboratorio, In Conferenza Esercizi 10%
Esame 1 (Data: 3 Marzo martedì) 13%
Esame di 2 (Data/Ora: Vedi gli Annunci in OLMO e Piazza) 17%
Esame di 3 (Finale) (Data/Ora: Vedi Annunci in ELMS e Piazza) 30%
  • I tuoi voti verranno inseriti nel server di valutazione alla fine. Una volta che abbiamo classificato qualsiasi materiale di classe (ad esempio, esami e assegnazioni) pubblicheremo un annuncio e una scadenza entro la quale è necessario inviare qualsiasi richiesta di regrade (se necessario). È responsabilità dell’utente inviare richieste di regrade entro il termine specificato; nessuna richiesta di regrade verrà elaborata in seguito. Se la scadenza della richiesta di regrade non viene annunciata, è di default una settimana dopo la pubblicazione dei tuoi voti.
  • Le prove scritte saranno valutate con GradeScope. Sincronizzeremo il roster universitario con il corso creato in GradeScope. Dovresti accedere utilizzando l’ID della directory e la password (scegli le credenziali della scuola nella pagina di accesso). Prima che i tuoi voti vengano inseriti nel server di grado, sarai in grado di controllare i tuoi voti e fare richieste di regrade in GradeScope.
  • La distribuzione dei punteggi sarà rivista alla fine del semestre e i tagli saranno impostati in modo appropriato. Si noti che il cutoff per A e B può ancora essere impostato a 90 + % e 80+%, rispettivamente.

Progetti

  • Scadenze – Tutti i progetti sono dovuti alle 23:30 del giorno specificato nella descrizione del progetto. Hai tempo fino alle 23: 30 del giorno successivo per presentare il tuo progetto con una penalità del 10%. Si noti che dopo il periodo di ritardo, non si riceverà alcun punto per il progetto, anche se è ancora necessario soddisfare il tentativo di buona fede (vedere le informazioni di seguito). Ad esempio, se un progetto è dovuto mercoledì alle 11:30 pm, hai tempo fino a giovedì alle 11:30 pm per presentare un progetto in ritardo con una penalità del 10%. Qualsiasi presentazione dopo Giovedi 11:30 pm riceverà 0 punti.
  • Server di invio: è necessario utilizzare il server di invio per l’invio di progetti. Non accetteremo progetti presentati altrimenti (ad esempio, e-mail, ecc.). È necessario assicurarsi che il progetto funzioni nel server di invio, altrimenti si rischia di perdere la maggior parte del credito.
  • Quale progetto viene classificato – La presentazione con il punteggio più alto dopo la penalità tardiva (se presente) è stata applicata.
  • Tentativo di buona fede – Devi soddisfare un set minimo di requisiti per ogni progetto (Tentativo di buona fede) altrimenti non passerai il corso (grado automatico di F). Ogni progetto ha il proprio tentativo di buona fede e la propria scadenza per soddisfarlo, pubblicato qui qualche tempo dopo che il progetto è stato assegnato. Tieni presente che non riceverai punti extra per aver completato il tentativo di buona fede. Il voto che guadagni per un progetto sarà basato sulla tua presentazione ontime/late.
  • Progetti chiusi-Tutti gli incarichi di programmazione in questo corso devono essere scritti individualmente (a meno che non sia esplicitamente indicato diversamente). La cooperazione tra studenti è una violazione del Codice di integrità accademica.
  • Backup-È necessario mantenere i backup dei vostri progetti come li si sviluppa. Nessuna estensione sarà concessa in caso di perdita accidentale di file o laptop. Sentitevi liberi di utilizzare il server di invio come strumento di backup inviando spesso. Puoi anche usare strumenti come git, ecc. Non pubblicare codice in nessun sistema online accessibile ad altri (ad esempio, GitHub).

Integrità accademica

Tieni presente che la disonestà accademica include non solo l’inganno, la fabbricazione e il plagio, ma include anche l’aiuto ad altri studenti a commettere atti di disonestà accademica consentendo loro di ottenere copie del tuo lavoro. In breve, tutto il lavoro presentato deve essere il proprio. I casi di disonestà accademica saranno perseguiti nella massima misura possibile come stabilito dall’Ufficio di condotta degli studenti.

È molto importante per te essere consapevole delle conseguenze di imbroglio, fabbricazione, facilitazione e plagio. Se lo studente viene trovato responsabile della disonestà accademica, la sanzione tipica si traduce in un grado speciale “XF”, indicando che il corso è stato fallito a causa della disonestà accademica. Se hai qualche dubbio sul fatto che un tuo atto possa costituire disonestà accademica, contatta il tuo TA o il coordinatore del corso.

Il Dipartimento CS prende sul serio l’integrità accademica. Informazioni su come il dipartimento CS vista e gestire questioni di integrità accademica può essere trovato a Integrità accademica.

Progetti/Laboratori

Su qualsiasi progetto o laboratorio classificato, NON è consentito collaborare o scambiare codice. Confrontiamo il codice di ogni studente con il codice di ogni altro studente per verificare le somiglianze. Ogni semestre, prendiamo un numero imbarazzante di studenti che si impegnano in barare e dobbiamo portarli al Consiglio d’onore.

GroupMe/ Altre chat di gruppo

Incoraggiamo gli studenti a parlare di materiale didattico e aiutarsi a vicenda nelle chat di gruppo. Tuttavia, questo NON include assegnazioni graduate. Parlare di test di rilascio NON va bene.

Ci sono stati un paio di casi in passato in cui gli studenti hanno pubblicato immagini/file sorgente del loro codice, o sezioni precedenti hanno dato via domande d’esame a sezioni successive. Non solo questo ha abbassato la curva per la sezione precedente perché quella successiva farà meglio, l’INTERA chat di gruppo ha dovuto fare una visita al Consiglio d’onore. Era un affare estremamente brutto.

Per quanto riguarda la pubblicazione delle implementazioni del progetto
  • Non pubblicare l’implementazione dei tuoi incarichi online (ad esempio, GitHub, PasteBin) dove possono essere visti da altri. Rendere il codice accessibile ad altri può portare a violazioni dell’integrità accademica.
  • La pubblicazione dei tuoi progetti in un repository privato in cui solo persone selezionate (ad esempio potenziali datori di lavoro) possono vederli è OK; assicurati solo che non sia un sito pubblico.
  • Anche se il corso è finito, non rendere il codice pubblicamente disponibile ad altri.
  • Monitoriamo costantemente le fonti online.
Guide di studio

Creare guide di studio collaborative su Google docs è OK. Incoraggiato, anche. Basta fare questo prima dell’esame, e non portare la guida di studio per l’esame. Non aggiungere domande d’esame alla guida di studio dopo il primo semestre della sezione.

Esami di PRATICA/ Fogli di lavoro/ Esempi di lezioni/ Esempi di laboratorio non classificati

Assolutamente cool. Altamente incoraggiato a co-creare e condividere (con gli stessi avvertimenti come guide di studio).

Ulteriori esempi di violazioni dell’integrità accademica

Di seguito sono riportati alcuni esempi di violazioni dell’integrità accademica:

  • Hardcoding dei risultati in un’assegnazione del progetto. Hardcoding si riferisce al tentativo di far apparire un programma come se funzionasse correttamente (ad es., stampando risultati aspettati per una prova).
  • Utilizzando qualsiasi lavoro disponibile su Internet / web o qualsiasi altra fonte. Ad esempio, utilizzando il lavoro da Sourceforge o GitHub.
  • Assumere qualsiasi servizio online per completare un incarico per te.
  • Discutere le implementazioni del progetto (tutto al di là dei chiarimenti) con i tuoi compagni di classe.
  • Condividere il tuo lavoro con qualsiasi studente.
  • Fornire idee/suggerimenti su come risolvere/implementare un incarico di programmazione.
  • Guardando il lavoro di un altro studente.
  • Utilizzando forum online per chiedere aiuto per quanto riguarda i nostri incarichi.

Ulteriori informazioni possono essere trovate nelle sezioni intitolate “Integrità accademica” e “Codice di condotta degli studenti” disponibili nelle Politiche relative ai corsi.

Alloggi per disabili

Nel caso in cui siano necessari alloggi accademici, è necessario fornire una lettera di alloggio dall’Office of Accessibility and Disability Services (ADS) entro le prime DUE settimane del semestre. Per i dettagli, vedere la sezione intitolata “Accessibilità” disponibile nelle Politiche relative ai corsi.

Assenze scusate

Consultare la sezione “Presenze, assenze o mancate assegnazioni” disponibile presso le Politiche relative ai corsi.

Valutazioni del corso

Il dipartimento e la facoltà prendono sul serio il feedback degli studenti. Alla fine del corso visita https://www.courseevalum.umd.edu/ per completare le valutazioni del corso.

Varie

  • Se hai difficoltà a tenere il passo con le richieste accademiche di questo corso, puoi contattare il servizio di assistenza all’apprendimento situato al 1101 Shoemaker Building.
  • Le politiche relative ai corsi UMD possono essere trovate all’indirizzo http://www.ugst.umd.edu/courserelatedpolicies.html

Copyright

Tutti i materiali del corso sono copyright UMCP, Dipartimento di Informatica © 2020. Tutti i diritti riservati. Gli studenti sono autorizzati a utilizzare i materiali del corso solo per uso personale. I materiali del corso non possono essere distribuiti pubblicamente o forniti ad altri (ad eccezione degli altri studenti del corso), in alcun modo o formato.

Sebbene sia stato fatto ogni sforzo per essere completo e preciso, circostanze impreviste derivanti durante il semestre potrebbero richiedere l’adeguamento di qualsiasi materiale fornito qui. Di conseguenza, dato il dovuto preavviso agli studenti, l’istruttore si riserva il diritto di modificare qualsiasi informazione su questo programma o su altri materiali del corso.

Accessibilità Web

Lascia un commento

Il tuo indirizzo email non sarà pubblicato.