|
07.02.10 02:29
Товарищи. Выручайте = )
Сейчас учусь на 5 курсе университета, и подошло время писать диплом.
Для этого нужно выбрать тему. Так как учат на программистов, то в итоге должна быть итоговая программа.
Есть вариант пойти к преподавателю, который возьмёт с любой темой.
Вот ,собственно, и хочу спросить, может кто-нибудь подкинет идеи?
Сам я пишу на Питоне, но есть и Сишники с такой же проблемой.
Университет телекоммуникаций.
-
1.аудио\видео плеер, умеющий проигрывать содержимое по .torrent файлу. функционал есть в mutorrent, но реализации именно плеера нет. часто случается так, что файл, скачиваемый по торрент нужно посмотреть прямо сейчас - подобный плеер экономил бы время для нетерпеливых.
2.система документооборота, централизованная, с рампределенным хранением данных, синхронизующихся между собой. систему контроля ревизий можно взять за основу, добавив версионность документам.
-
-
Работа в дипломном проекте должна нести в себе научность и новизну, здесь ни научности особой ни тем более новизны нет. Я понимаю что ТСу можно взять любую тему, но взять вот такую - это навредить себе, защищаться то не перед преподом, а перед комиссией и когда комиссия в конце доклада на защите спросит "Ну и что?" - что ответить то придется? :)
-
-
Неправда Ваша. Дипломный проект - это доказательство того, что человек достоин присвоения ему квалификации инженера или какая там полагается для этой специальности. Научная новизна требуется только от диссертации, в дипломе нужно просто показать свои технические навыки.
Если взять эту тему, то комиссии достаточно будет показать готовую реализацию или даже эскизный вариант проекта и при этом получить 5. Ответ на вопрос "Ну и что?" содержится в выоде к работе и обычно вкратце перечисляет то, что дипломник взял за основу и что ему удалось из этого получить.
Как правило, если преподаватель берёт дипломников, у него уже есть несколько тем, поэтому у нас, например, выбирали сначала преподавателя, котоый уже предлагал тему. Конечно же, можно было прийти и со своей.
-
-
По преподавателям я побегаю, темы поспрашиваю)
Но вдруг кто-нибудь здесь предложит интересную.
-
-
А самому то что интересно?
-
-
Cамому хотелось бы что-нибудь десктопное, сетевое.
-
Система документооборота - это круто.Но и так же чрезмерно непросто. Поскольку там очень много чего необходимо учесть и версионность - это самое малое из того, что есть.
-
Да, и по идее, при хорошем уровне реализации система документооборота имеет так же шансы стать коммерческим элементом :). Скажем система свободная, но интеграция требует денег (привет  exelens :) ) в любом случае :).
-
-
Можно не брать сразу весь документооборот, а взять конкретный участок.
Например управление кадрами, сделать аналог.
По ссылке кстати реально действующий программный продукт, который успешно внедряется.
Если говорить о продвижении на рынке то тут всё просто.
1. Сайт. Думаю с этим у нас проблем не будет =)
2. Контент, релевантный поисковым запросам я напишу.
3. Продвинуть всё продвинем за 2 - 3 недели, сделаю.
Золотые горы не обещаю =) Но на пиво с чипсами через 2 - 3 месяца после запуска проекта будет хватать =)
А если сделать ещё возможность ставить это всё на веб сервер + на один сервак завести и там давать юзать за абонентскую плату =) То...
А потом ещё и другие участки кроме кадров сделать...
Например выставлялку счетов + интеграцию с банк клиентом (дабы в одном месте и счета клиентам выставлять и смотреть приход денег на счёт).
-
-
Даже для кадров придется решить очень большую кучу проблем.
Я просто некоторое время работал "в интеграции" системы документаоборота, причем в госконторе, причем не маленькой. Если это не будет рекламой, то дам ссылку следующим комментарием.
-
-
давай
-
решить очень большую кучу проблем
или как минимум написать нормальное ТЗ на разработку продукта.
По идее можно написать бизнес план и получить у государства до 300 тыс рублей на проект... Было бы желание
-
-
Ссылка вот.
Разумеется нужно ТЗ.
-
-
Видел такой сайт, прикольно.
-
-
Задумка у них ничо. Но имхо реализация хромает :).
-
Тем более .NET, IE6 для "тонкого" клиента и т.п. :) Сейчас возможно поправили :).
-
да лан, бросьте, систему документооборота одного подразделения обособленно делать бесполезно. Либо сразу для всего предприятия, либо лучше вообще не трогать
-
скачиваемый по торрент нужно посмотреть прямо сейчас - подобный плеер экономил бы время для нетерпеливых.
Если ты про виндовый uTorrent (ну не u, в таблицу юникода лень лезть:), то в версии 2.0 вроде бы появилось. Читал где-то мельком, хотя на практике не проверял.
-
Сайт на питоне (Pylons/Django) -- "Дневник бодибилдира".
Краткая суть - вводишь упражнения, дату, кол-во поднятого веса, вес свое тело, а сайт выдает красивые отчеты (объем, интенсивность) и графики роста силы/прогресса как по упражнениям, так и в целом.
Могу расписать идею целиком с подробностями, если возьметесь за реализацию. Я сам хотел на питоне такое написать, но не смог заставить себя сесть и начать делать.
В чем новизна - в сети такого функционала нет (и даже близкого). Если бы был, я давно бы пользовался.
Со временем продукт можно даже коммерциолизовать. Так же я могу помочь с разработкой.
-
-
Если возьмётесь делать, готов помочь с продвижением.
-
Забыл еще сказать, если возьметесь за дело, я безвозмездно дам ресурсы на своем VDS для этого дела, т.е. проблем с хостингом не станет.
-
кстати тему можно расширить - добавить расчеты жратвы для питания по калориям на некий промежуток времени. Перед большим походом у туристов головная боль - есть разнообразно, минимум по весу, максимум калорийно
-
-
Да и не только по питанию.
Можно очень многое придумать, в том числе - подбор тренировочных программ, дневник замеров рук/ног/груди/роста/веса, калькулятор жировой массы.
-
Подтверждаю, весь поход есть одну кашу ой как нехорошо. По весу вроде ничего, а по калориям страдает.
Турист-линуксоид. Романтика зашкаливает, черт побери.
-
Забыл упомянуть, можно не сайт, а десктопную программу, главное что бы под Linux работала. :)
-
Может поможет для выбора направления.
В 2005 закончил заочно по специальности "Информационные системы и технологии." Диплом - "Автоматизированная система сбора и обработки данных ЛООС ООТиТБ Игналинской АЭС"
Информационная система на базе: Apach/PostgreSQL,PHP,Perl.
Apach/PostgreSQL,PHP - сервер, хранение, отображение
Perl - интерфейс для датчиков сбора инфо
Разрабатывал только проект информационной системы, сам софт не писал.
-
-
Система не критична в плане соблюдения временных интервалов и т.п.?
-
-
С одной стороны, это же не управление, с другой стороны это все же АЭС. :)
-
-
Если система сборки статистики, которая потом будет нужна только какому-нибудь экономическому отделу или инженерному, чтобы понять сколько и чего выработали/переработали/истратили за год/квартал/месяц/неделю, то ОСРВ и не нужна тут. Если же поступление информации критично, то казалось бы, при чем тут линукс? Разве только что с ядром реального времени.
-
Вы имеете в виду RealTime (RT)? Конечно нет, это система сбора информации об окружающей среде.
Вообще, в большинстве (99%) случаев RT в системах сбора информации/управления не нужны.
С одной стороны, система обеспечивает гарантированный отклик в течении нужного времени, ИМХО 10-ки минут.
RT это вовсе не символ надежности или чего-то похожего и нужна в весьма специфичиских случаях. Причем это в основоном не АЭС. В общем я долго могу на эту тему рассуждать. Скажу одно, что не надо думать, что АЭС, это обязательно RT системы. Скорее наоборот, если на АЭС нужна RT система, это уже крайний и нежелательный случай. Это нужно делать ТОЛЬКО в тех случаях, когда без этого никак не обойтись.
-
-
Хм, расскажите побольше про RT. Точнее ситуации в которых он действительно необходим.
-
-
Автоматические системы управления критичные к времени реакции на внешнее воздействие или получаемую информацию.
-
Когда нужно жестко гарантированное время отклика:
- Воспроизведение звука, даже у видео требования мягче, если не обеспечиваем RT, звук "заикается"
- Как-то я делал систему многоканального счета импульсов, использовал RTLinux, там было так, что не успел записать данные в конце цикла, следующие данные их затирают, значит, потерял. Описание - http://www.swlogic.eu/proekty/prikladnoe-programmirovanie/0001-loos-parport/
В основном там где система завязана на оператора в промышленности, RT не нужен, т.к. постоянные времени реагирования оператора- минуты/десятки минут, а такой отклик обеспечивают ОС общего назначения.
-
Немножко пропиарюсь. У меня на сайте, в разделе "Проекты", есть краткие описания выполненных проектов. Может натолкнет на какие-либо идеи.
Ссылки: www.swlogic.eu
-
Иди к преподу. Иначе просто не защитишься.
Имхо, всем плевать на тему.
Все смотрят на зубастого руководителя )
-
-
У нас тему утверждает "зубастый" преподаватель, старой закалки, так что кто допуститься до сдачи и напишет, тот уже молодец.
-
В итоге, один преподаватель предложил увеличить функционал Scribus за счёт питоновских скриптов.
-
-
Интересно. Ты публикуй где-нибудь во время или после сдачи.
-
-
По вожможности.
|
|
|
  |
|
Последние посты
|
|
|
Последние комментарии
|
|
|
Изменения
|
   |
|
Черновики (все)
|
|
|
Избранное (всё)
|
|
|
Midler — Диплом
