предлагается подработка

← →
Dashout (2005-10-26 14:15) [0]

Не уверен, что описание достаточное, тем не менее, мне кажется оно дает общее представление о предлагаемой работе

Некое материальное производство можно представить в виде графа G=(V,E), где V - множество состояний ресурсов имеющих различные качественные характеристики, а Е - множество процессов, обеспечивающих заданную трансформацию этих ресурсов.
Любое состояние Vn может быть описано маршрутом Р = <Vi,Ei> - заданной последовательностью конкретных состояний V (v1,...ve) и процессов Е (е1,...ei), их обеспечивающих.
Каждому состоянию vi соответствует значение ei.
Отдельно существует административный и расчетный механизм, определяющий наименование и массу v1, vn на входе, сам процесс e1 и выход продуктов v2, vi. Масса продуктов на входе равна сумме массы продуктов на выходе.Это правило действует для каждого узла, т.е. сеть формируется последовательно вручную.
При изменении количества (заданной массы) v1 происходит автоматический пересчет всей сети.
Правило для всей сети - масса продуктов на входе равна массе продуктов на выходе.
Если смотреть с точки зрения матриц получается как-бы симметричная трехмерная матрица, продукт-процесс-продукт, в которой хранятся данные и используются для представления отчетов.
Размер матрицы расширяется по мере добавления новых процессов и продуктов.
Нужно, отработать механизм построения сети, хранения и использования информации,отдельно выполнить расчетный механизм в процессе (рассчитывает кол-во продуктов), желательно привязать механизм построения сети к простенькому графическому интерфейсу (например, Visio).

Формирование отчетов - в Excel. Часть значений - на схеме.

Я оцениваю этот этап в $200 - ориентировочный срок - неделя, будут еще 2 незначительных этапа тоже по $200
Итого, $600

С вопросами и предложениями обращаться на Dashout@ecfor.ru.
Лучше с предложениями, нужно срочно.
Детализацию задачи будем обсуждать после согласования параметров "время-деньги"

C edf;tybtv
Tdutybq

← →
Seg (2005-10-26 15:06) [1]

желательно привязать механизм построения сети к простенькому графическому интерфейсу (например, Visio).

Да это целое CASE средство получается...

← →
WondeRu © (2005-10-26 15:13) [2]

мдя... стоимость работ надо как минимум в 3 раза увеличить...

← →
oldman © (2005-10-26 16:41) [3]

> WondeRu © (26.10.05 15:13) [2]
> мдя... стоимость работ надо как минимум в 3 раза увеличить.
> ..

А при внимательном прочтении задания - еще и сроки!

Неделя... Ха-ха. Там подводных камней до фига.

← →
Ega23 © (2005-10-26 16:47) [4]

> Я оцениваю этот этап в $200 - ориентировочный срок - неделя,
> будут еще 2 незначительных этапа тоже по $200
> Итого, $600
>

Если это дополнительный заработок, то максимум - 4 часа в день. Если срок неделя - 28 часов. $200/28 ~ 200 рублей в час.
С учётом того, что эта работа ну никак не может быть выполнена за 28 часов (сама кодировка может быть и может, но 60% времени - разработка модели, 20% - кодировка и ещё 20% - тестирование).

Даже не в 3 раза, а в 10 надо сумму поднять.

← →
ZeroDivide © (2005-10-26 16:50) [5]

Dashout
Вероятно, вам кто-то сказал: "А... я это за неделю сделаю...". Не стоит воспринимать некоторые слова программистов прямо.

← →
Юрий Зотов © (2005-10-26 16:53) [6]

Да... неслабый такой инструментик, ИМХО, задуман...

Назван "подработкой". Хотя (снова ИМХО), вполне мог бы быть назван и "проектом". Он того стоит.

Предлагается выполнить этот проект за 3 недели и 600 баксов. В пересчете на месячную зарплату - 800 баксов. Это зарплата хорошего программиста, хотя для выполнения этой работы явно нужен куда более высокий уровень (назовем его уровнем аналитика, проектировщика и т.п.). Соответственно, и уровень зарплаты должен быть тоже другим. За сложность.

Кто как, а я - пас. И даже не в деньгах дело, просто считаю, что 3 недели - это для такой работы срок совершенно нереальный и соглашаться на него - это авантюризм (раз). А соглашаться выполнить работу уровня сложности аналитика за зарплату уровня квалификации программиста - это демпинг, неуважение и к себе, и к товарищам по цеху (два).

← →
ZeroDivide © (2005-10-26 16:55) [7]

> Даже не в 3 раза, а в 10 надо сумму поднять.
>

Угу. И сроки - раз в 10-15.

← →
Ega23 © (2005-10-26 17:02) [8]

> Угу. И сроки - раз в 10-15.

Если интервьюирование в срок исполнения не входит, то - необязательно. Теоретически, можно и за неделю.

← →
Seg (2005-10-26 17:04) [9]

Неделю?
Да с такой постановкой задачи еще месяц надо уточнять требования.

← →
Ega23 © (2005-10-26 17:05) [10]

> Да с такой постановкой задачи еще месяц надо уточнять требования.

См. [8]

← →
Юрий Зотов © (2005-10-26 17:09) [11]

> Dashout

Думаю, любой серьезный человек, реально способный сделать такую работу и реально оценивающий ее объем и уровень, назовет Вам и совершенно другие сроки и совершенно другую сумму (как минимум, на порядок бОльшие). Поэтому найти и купить готовый инструмент - это выйдет для Вас и быстрее, и дешевле.

Если, конечно, Вас не интересуют авантюристы, которые согласятся на Ваши условия, но в итоге Вы не получите ничего реально работающего.

Зато получите сорванные сроки, выброшенные деньги, головную боль и печальный опыт.

← →
oldman © (2005-10-26 17:10) [12]

> Масса продуктов на входе равна сумме массы продуктов на
> выходе.

вот это бы еще уточнить...

из 2 бревен и 2 килограмм серы мы получаем 2 спички???

← →
Юрий Зотов © (2005-10-26 17:19) [13]

> oldman © (26.10.05 17:10) [12]

Две больших спички.
:о)

Тут не только это уточнять надо, тут уточнений до фига и больше требуется. И, судя по предварительному описанию задачи, в итоге этих уточнений запросто может выясниться, что требуется сделать что-то наподобие ERWin, ModelMaker или MS Project.

За 3 недели и 600 баксов. И без прав собственности. Неплохо, да?

← →
msguns © (2005-10-26 17:27) [14]

Dashout (26.10.05 14:15)
Не уверен, что описание достаточное, тем не менее, мне кажется оно дает общее представление о предлагаемой работе

>Некое материальное производство можно представить в виде графа G=(V,E), где V - множество состояний ресурсов имеющих различные качественные характеристики, а Е - множество процессов, обеспечивающих заданную трансформацию этих ресурсов.

Какое производство: крупносерийное, мелкосерийное, единичное ? От этого оооочень много зависит. В частности, номенклатура ДСЕ, ПКИ и материалов.
Что понимается под "процессами" ? Документы, техпроцессы, комплектации, что-то еще ? Конструкторско-технологическая часть входит в эти "процессы" или решаются только учетные задачи ?

>Любое состояние Vn может быть описано маршрутом Р = <Vi,Ei> - заданной последовательностью конкретных состояний V (v1,...ve) и процессов Е (е1,...ei), их обеспечивающих.
Каждому состоянию vi соответствует значение ei.

А теперь расшифруйте по-русски. Под маршрутом понимается расцеховка или путь от цехового СГП до отгрузки конечному потребителю ? Темный лес, окутанный таинственным мраком словесов..
И вообще, что такое Vn ? Сырье, ГП, полуфабрикат, сборка... Или все вместе ? Тогда Вам с таким предложением к Кащенко, ибо даже в САП-R3 эти понятия весьма и весьма разнятся

>Отдельно существует административный и расчетный механизм, определяющий наименование и массу v1, vn на входе, сам процесс e1 и выход продуктов v2, vi.

Имеется в виду ПЭО и ПДО ? Можно человеческим языком, а ?

>Масса продуктов на входе равна сумме массы продуктов на выходе.

Тут мне стало смешно.. А брак ? А изменение конструкции ? А непроизводственные затраты (потратили 4 винтика, чтоб прикрутить табличку "Звездеть только в обеденный перерыв") ?

>Это правило действует для каждого узла, т.е. сеть формируется последовательно вручную.

Опять без перевода ну никак.

>При изменении количества (заданной массы) v1 происходит автоматический пересчет всей сети.

Это если поменялся план, то надо пересчитывать остатки на складе ? Или если отгрузили что-то, то надо пересчитывать мартшруты (расцеховки) отгруженной продукции ? Что такое "сеть" ?

>Правило для всей сети - масса продуктов на входе равна массе продуктов на выходе.

Смеюсь еще раз.

>Если смотреть с точки зрения матриц получается как-бы симметричная трехмерная матрица, продукт-процесс-продукт, в которой хранятся данные и используются для представления отчетов.
Размер матрицы расширяется по мере добавления новых процессов и продуктов.

Давайте сначала посмотрим производственными глазами, потом человеческими, а потом уже будем думать, куда все это вырядить. Может, вместо матрицы лучше будут пуансоны ;)

>Нужно, отработать механизм построения сети, хранения и использования информации,отдельно выполнить расчетный механизм в процессе (рассчитывает кол-во продуктов), желательно привязать механизм построения сети к простенькому графическому интерфейсу (например, Visio).

Это уже финиш. Типа "Сделайте мне красиво". И высший пилотаж - "отработать" ! Как Вы себе это представляете ? Я должен разработать ТЗ (ибо то, что Вы написали здесь, нельзя назвать даже исходными требованиями, не говоря уже о ТЗ и тем паче ТП), спроектировать БД со всеми связями (хрен знает чего с чем по Вашему описанию), потом все это алгоритмизировать, проверить, отладить. Потом разработать клиентскую часть, сделать более-менее съедобный интерфейс, опять же отладить. И вот, когда у меня все задышит, я должен приехать к Вам, уважаемый, вогнать в свою модель все Ваши данные, как оперативные, так и статистические, научить людей, запустить и сопровождать всю эту кухню до тех пор, пока "сеть" (по Вашему выражению) не "отработается" ?
И все это за неделю ?

Думал,- развод. Потом перечитал еще 2 раза и понял, что - нет. Либо клинический случай, либо кто-то Вам действительно так замусорил мозги..

← →
oldman © (2005-10-26 17:30) [15]

> msguns © (26.10.05 17:27) [14]

имхо, очередной необдуманный вовремя курсовик...

← →
msguns © (2005-10-26 17:32) [16]

И вообще, уважаемый, прежде чем ставить задачу перед людьми весьма неглупыми и опытными (а таковых здесь большинство), неплохо сначала для примера посмотрять хотя бы одно ТЗ на разработку ИТ-проектов.
Тогда Вам будет, возможно, понятно, что подобные вещи начинают не с "матриц" и "сетей", а с описания документооборота, требования к "железу", оценки объемов информации, административно-хозяйственной модели предприятия и т.д.

← →
msguns © (2005-10-26 17:35) [17]

>oldman © (26.10.05 17:30) [15]
>имхо, очередной необдуманный вовремя курсовик...

Блин, действительно... Так все просто.. И сходится: графы, множества, сети, матрицы, процессы.. Прям как побывал на лекции какого-нибудь доцента Сермяжко, в жизни не видевшего слесарного станка, но читающего курс "обработка металлов резанием".

← →
Юрий Зотов © (2005-10-26 17:50) [18]

> msguns © (26.10.05 17:35) [17]

А что такое "слесарный станок"?

Я хоть и не доцент Сермяжко и курс "обработка металлов резанием" тоже никогда не читал, но и слесарного станка тоже ни разу в жизни не видел.

Слесарный верстак - видел, слесарные тиски - тоже видел, а вот слесарного станка - не видел.

:о)

← →
Seg (2005-10-26 17:52) [19]

А что такое "слесарный станок"?

Может это жена слесаря?:)

← →
Юрий Зотов © (2005-10-26 17:58) [20]

> Seg (26.10.05 17:52) [19]

Или его бритвенный станок?
:о)

← →
Seg (2005-10-26 18:00) [21]

какого-нибудь доцента Сермяжко, в жизни не видевшего слесарного станка,

Возможно, многие доценты носят бороду и не бреются.

← →
msguns © (2005-10-26 18:02) [22]

>Юрий Зотов © (26.10.05 17:50) [18]
>А что такое "слесарный станок"?

Имелся в виду, конечно же, токарный. Слесарным может быть инструмент.
Писал одно, а думал о слесаре, который сегодня утром приходил смотреть сифон в ванной. Как и ожидалось, придется самому ремонтировать ;((

← →
oldman © (2005-10-26 18:04) [23]

> msguns © (26.10.05 18:02) [22]
> ... думал о слесаре, который сегодня утром приходил
> смотреть сифон в ванной.

но он же его таки посмотрел...
:)))

> Юрий Зотов © (26.10.05 17:50) [18]
> а вот слесарного станка - не видел.

имхо, но "гильотина" - все таки слесарный станок...
:)

P.S. "Гильотина" - надеюсь правильно поймешь?
А так же всякие "пневмодавилки", "заточки" etc...

> oldman © (26.10.05 18:06) [24]

> "гильотина" - все таки слесарный станок...
Раскроечный. Один из видов раскроечных станков.

> всякие "пневмодавилки", "заточки" etc...
Пресс, заточной etc...

Станки именуются по видам выполняемых на них работ (токарная обработка, фрезеровка, шлифовка, заточка, строгание, прессовка, сверловка и т. п.), а не по названиям профессий людей, которые на них работают. А слесарь - это профессия, а не вид работ. Сверлильный станок тоже не называется слесарным, хотя очень часто работают за ним как раз слесари.

Слесарный же станок - это просто верстак. И тоже не потому, что за ним работают слесари, а потому, что на нем выполняются слесарные работы.

> Юрий Зотов © (26.10.05 18:21) [25]

Если память не изменяет, "слесарь" - человек, обрабатывающий с металл.
Поэтому, токарный, фрезерный, пресс и т.д. - все "слесарные"...
Могу ошибаться...

> oldman © (26.10.05 18:30) [26]

"Слесарь" - это человек, выполняющий слесарные работы. Хоть даже и никакого металла он не обрабатывает, а только гайки крутит (слесарь-сборщик, например).

> Юрий Зотов © (26.10.05 18:47) [27]

У меня отец - слесарь-интрументальщик.
Не знаю насчет фрезы, но токарный и сверлильный у него личные. Доведенные им до ума (токарный. например, сверлит в цилиндре 0,5 отверстие 0,3 без биения)
Все - вопрос терминологии.
А кто мешает тиски назвать "слесарным станком"? Или дрель?

oldman © (26.10.05 18:51) [28]
(токарный. например, сверлит в цилиндре 0,5 отверстие 0,3 без биения)
с ума сойти... можно узнать марку станка?
тиски - дополнительное приспособление(относительно станков)

> Antonn © (26.10.05 18:56) [29]
> с ума сойти... можно узнать марку станка?

увы...
отец проработал на своем месте 35 лет, но умер.

> oldman © (26.10.05 18:51) [28]

> токарный и сверлильный у него личные.

Да хоть у него целый станочный парк в личном пользовании - но Вы же от этого не называете его личные токарный и сверлильный станок "слесарными"?

Не называете. Вы продолжаетет называть их так, как они и называются - токарный и сверлильный. Потому что на них выполняются токарные и сверлильные работы. Кто бы их ни выполнял - хоть слесарь, хоть студент-практикант, хоть мастер цеха - от этого станок не становится ни слесарным, ни студенческим, ни мастерским. Он остаетеся таким станком, какие виды работ на нем выполняются, а не какие люди за ним работают.

> Доведенные им до ума (токарный. например, сверлит в цилиндре 0,5
> отверстие 0,3 без биения)

Все правильно. Потому что он именно слесарь-инструментальщик и его работа требует очень высокой точности. Поэтому у него и станки им лично доведенные, что не каждый сможет их так довести. Поэтому у него и станки персональные, чтобы ни один дятел не вздумал на них стружку по миллиметру на проход сдирать.

> А кто мешает тиски назвать "слесарным станком"? Или дрель?

Никто. Никто не мешает и компьютер называть программистским станком. Никто не мешает и птицу называть леталкой, а ружье- стрелялкой.

Называйте. Вас просто не поймут, вот и все. Потому что все называют тиски - тисками, дрель - дрелью, верстак - верстаком, а станок - станком.

> oldman © (26.10.05 19:14) [32]

> Дело-то , действительно, в терминологи...

Нет. Дело не в терминологии, а в триумбобрахии.

предлагается подработка Найти похожие ветки