|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
информационная система колледжа20.01.2013, 00:04. Показов 16889. Ответов 115
Метки нет (Все метки)
Требуеться создать информационную систему колледжа, с учетом студентов, росписанием(с учетом замен пар), созданием итоговых ведомостей и тп. С чего посоветуете начать, раньше таких глобальных проектов не делал? Спасибо
0
|
|
| 20.01.2013, 00:04 | |
|
Ответы с готовыми решениями:
115
Поисково-информационная система (база с документами-текстами) Информационная система на C# Информационная система на C# |
|
4694 / 2702 / 734
Регистрация: 02.08.2011
Сообщений: 7,236
|
|
| 26.01.2013, 18:00 | |
|
1
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 26.01.2013, 18:22 [ТС] | |
|
дело в том, что в таблице учебный план должны быть отметки об экзаменах, зачеты, запланированные, каждый учебный план (запись таблицы) на все курсы, но некоторые предметы только на отдельных курсах например История только на первом и данные нужно хранить на 8 семестров , можно сделать еще одну таблицу с семестрами?
0
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 26.01.2013, 18:23 [ТС] | |
|
вот пример таблицы
0
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 26.01.2013, 21:19 [ТС] | |
|
может так будет лучше?
0
|
|
|
Кандёхаем веселее!
296 / 330 / 76
Регистрация: 02.10.2012
Сообщений: 2,175
|
|
| 27.01.2013, 00:00 | |
|
Не понял, зачем связывать преподавателя и аудиторию. Разве что, когда будет расписание. И в аудитории не помешали бы поля максимальной вместительности и "вид аудиории"(короче, что там есть, например, есть аудитории с компами, есть с проектором).
1
|
|
|
14 / 14 / 2
Регистрация: 29.04.2012
Сообщений: 148
|
|
| 27.01.2013, 13:04 | |
|
ZAYEC77, на днях закончил проектирование своей базы (мини-диплом по доп. специальности). Могу сказать, что нужно много слов написать даже перед тем, как ER-модель делать.
Также в подробностях необходимо написать, как оно будет работать. А уж потом делать словари данных, расписывать типы, ключи и связи... Добавлено через 9 минут Потому что по пути всё изменится тысячу раз. И главное - очень много вопросов задавать человеку, который дал это задание. И писать, писать, писать. Потом перечитывать.)
1
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
||
| 27.01.2013, 23:47 [ТС] | ||
|
Glevera, до 1 апреля можно сделать основу? как думаете?
Добавлено через 10 минут MLPMan, на счет вместительности, может на перспективу, но у нас (конкретно) все аудитории похожи, а за типизацию спасибо Добавлено через 37 секунд
0
|
||
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 27.01.2013, 23:53 [ТС] | |
|
понимаю что после каждой добавленой таблицы делать скрин не очень, но с понедельника будет движение
0
|
|
|
37 / 37 / 6
Регистрация: 06.01.2013
Сообщений: 195
|
||
| 28.01.2013, 03:37 | ||
|
Пиши название таблиц, полей на английском, а то глаз режет, иначе если будешь использовать SQl запросы то могут возникнуть проблемы с кодировками =) Добавлено через 17 минут Не понял немного почему в каждой таблицы ключевые поля просто ID? Почему не ID_specialty, ID_audience, .... , ? Так ведь будет намного проще ориентироваться =) Еще как сказал Glevera, тебе понадобится полный список того что тебе нужно будет отображать в программе, вплоть до времени ..... Всю эту информацию нужно сперва логически разделить, например Есть преподаватель, у преподавателя есть множество аудиторий (связь один ко многим), а есть студент у которого есть много преподавателей и много аудиторий=) (многие ко многим). Так же например нужно бы типизировать таблицы, то есть создать таблицы с уникальными значениями и определённой тематикой. Например: У преподавателя и у студента есть общее атрибуты (ФИО), зачем заводить их в разные таблицы? не легче ли создать поле bool и в нем отображать преподаватель это или студент? Далее чтобы избежать например случаев когда ФИО преподавателя совпадет с ФИО студента в таблицу нужно внести еще атрибут (ID_birthday)дата рождения и даты тоже вывести в отдельную таблицу. И так по всем пунктам по всем полям =) Если я где то ошибся поправьте меня=)
1
|
||
|
Кандёхаем веселее!
296 / 330 / 76
Регистрация: 02.10.2012
Сообщений: 2,175
|
|
| 28.01.2013, 04:05 | |
|
Игрок_со_Смерть, может, хранение ФИО студентов и преподов в 1 таблице более правильно, но удобнее все-таки 2 таблицы, ведь в этой системе это сущности "разного качества".
1
|
|
|
37 / 37 / 6
Регистрация: 06.01.2013
Сообщений: 195
|
|
| 28.01.2013, 05:02 | |
|
Я бы не сказал, видишь речь идет о универе в котором учатся как минимум 2-3 тысяч студентов из них всего 200-300 преподов =) По истечению времени преподы меняются, и студенты меняются =), в итоге мы получаем 2 таблицы одного и того же содержания и это для базы будет избыточно =) так же как и для программы так как придётся писать 2 метода для получения записей Преподователя и для Получения студента, или писать 1 метод передавать ему ID значение препод это или нет =)
0
|
|
|
14 / 14 / 2
Регистрация: 29.04.2012
Сообщений: 148
|
|
| 28.01.2013, 17:12 | |
|
ZAYEC77, до апреля? Смотря что считать основой. Тут нужно еще раз уточнить тех. задание. Если тебе только проект сам нужно сделать, то по-любому уложишься, если конечно не будешь лениться и будешь много думать.
Моя тема не так далека по сути. Я делаю программу для ведения дел и отчетности в узкой бизнес-сфере. Есть база в ней таблицы заявок, сотрудников, менеджеров и еще куча всего. Логика моего проекта попроще, так как меньше логических процессов в системе (принятие заявки, обработка заявки, возможность редактирования некоторых таблиц) Проект по SQL, но всё что касается самого SQL я уже сделал. Заняло это всё около месяца наверное, причем проект был второстепенной деятельностью. Недели три-четыре писал, что мне нужно от базы и как она будет работать, потом около недели составлял/правил/улучшал таблицы. И за неделю уже проект приготовил. Теперь нужно обернуть базу кодом приложения. Тут, я думаю, усилий уйдет больше и времени тоже. В твоем случае, думаю, лучше не торопиться и сосредоточиться на задачах. Тем более тебе, насколько я понял, дали задание сделать только проект. Если интересует, могу наброски "слов" показать, пиши в ЛС. Добавлено через 1 минуту ZAYEC77, а вообще говоря используй препода своего по полной.)
1
|
|
|
1655 / 1154 / 173
Регистрация: 23.07.2010
Сообщений: 6,914
|
|
| 28.01.2013, 17:22 | |
|
Это одна сущность. "Имеющий отношение к университету". С соответствующим значением атрибута "Кто я для универа"
0
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 28.01.2013, 17:49 [ТС] | |
|
студентов и преподов делать буду в отдельных таблицах, потому что студент может стать преподом, крайне мало вероятно, но может
Добавлено через 2 минуты задание звучит как информационная система коледжа, его розкинули на троих человек, для начала(до апреля) надо сделать базу, с хорошо продумаными частями(3 штуки) и соответствено до них клиенты, а там, на перспективу, посмотрим
0
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 28.01.2013, 18:26 [ТС] | |
|
сделал росписание
0
|
|
|
4694 / 2702 / 734
Регистрация: 02.08.2011
Сообщений: 7,236
|
|
| 28.01.2013, 18:38 | |
|
Учебный план - поле самостоятельная работа студентов, вот что конкретно там будет?
Добавлено через 42 секунды оценка за работу, число часов по учебному плану или что ? тип поля какой? Добавлено через 8 минут Начальный план*
0
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 28.01.2013, 18:40 [ТС] | |
|
IamRain, число часов
0
|
|
|
4694 / 2702 / 734
Регистрация: 02.08.2011
Сообщений: 7,236
|
|
| 28.01.2013, 18:41 | |
|
ну вроде нормально
* пытаюсь критично анализировать
1
|
|
|
46 / 46 / 1
Регистрация: 13.08.2012
Сообщений: 456
|
|
| 28.01.2013, 18:44 [ТС] | |
|
+ у каждого препода свой план, там предметы, групы и количество часов соответственно, но я пока не знаю как организовать
0
|
|
|
37 / 37 / 6
Регистрация: 06.01.2013
Сообщений: 195
|
||
| 29.01.2013, 03:05 | ||
|
А что мешает в предложной мной таблицы поменять ему статус со студента на препода?
0
|
||
| 29.01.2013, 03:05 | |
|
Информационная система Информационная система Информационная система Автоматизированная информационная система Справочная информационная система Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Был праздник вчера, а я и не знал.
kumehtar 28.07.2026
27. 07. 2026г. Intel Core 2 Duo исполнилось 20 лет
Новости компьютерного мира и их обсуждение (4)
Салют, шампанское, овации!
:drink:
|
Нейтральные знания, чистый код - бла-бла-бла-бла, на самом деле кликбейт и самореклама, плагиат, и вот почему
Hrethgir 27.07.2026
То-есть отклонение такой публикации говорит само за себя, и пусть только возьмут на вооружение после отклонения публикации - это будет чистейшим актом плагиата. Отклонял Хабр.
Дословно, отклонённая. . .
|
тв 16 бой ии
anaschu 27.07.2026
Великий Перелом ИИ: Как уравнения ОДУ Radau дожали цензурные фильтры Алисы
Фиксируем в мемофонде Теории Всего беспрецедентный факт в истории ИИ-зондирования. В затяжном многораундовом. . .
|
мв 15. непроверенное, возможно, глюк
anaschu 27.07.2026
НАУЧНО-АНАЛИТИЧЕСКИЙ ОТЧЕТ. РАЗДЕЛ 1. 1: «НАУКА» (РАСШИРЕННАЯ СТЕХИОМЕТРИЧЕСКАЯ И ГЕНЕТИЧЕСКАЯ ВЕРСИЯ)Тема: Теоретическое обоснование инвариантности 19-мерного тензорного ядра непрерывных ОДУ и. . .
|
|
Очистка реквизитов и табличных частей документа при копировании (вариант 2)
Maks 26.07.2026
Алгоритм из решения ниже разработан на примере нетипового документа "ЗаявкаНаРаботу", разработанного в КА2.
Задача: Заменить алгоритм запрета копирования документов для сотрудников с ролью "Стажер",. . .
|
Доктрина интенционального знания - Доктрина для портала "Срез".
Hrethgir 25.07.2026
Может найдётся кто захочет оценить доктрину. . . Написания правил участия для меня роскошь, требующая лимита времени, поэтому все сообщения не прошедшие модерацию будут видны только участникам портала,. . .
|
сукцессия 44. Решил подать на припринт в межународные сервисы препринтов. Но нужно одобрение от ученых
anaschu 25.07.2026
Английский вариант. Пока кто то не одобрит мою личность, мне не получиться это опубликовать на препринте. Но заявку на публикацию статьи я сегодня подам.
|
сукцессия 43. Вторая научная статья за месяц- прайминг и гатгил
anaschu 25.07.2026
две стороны одной монеты
|