실제..많이 쓰는데..자꾸 옵션을 까먹어서 정리를..
나중에 추가는 계속 하고

기본

1

Scaffold-DbContext "Server=.;Database={DB명};User ID={계정아이디};Password={비밀번호};" Microsoft.EntityFrameworkCore.SqlServer

One Table

1

Scaffold-DbContext "Server=.;Database={DB명};User ID={계정아이디};Password={비밀번호};" Microsoft.EntityFrameworkCore.SqlServer -Table 테이블명

Context명

1

Scaffold-DbContext "Server=.;Database={DB명};User ID={계정아이디};Password={비밀번호};" Microsoft.EntityFrameworkCore.SqlServer -Context 컨텍스트명

Output Dir

1

Scaffold-DbContext "Server=.;Database={DB명};User ID={계정아이디};Password={비밀번호};" Microsoft.EntityFrameworkCore.SqlServer -OutputDir 경로/하위경로/...

투자자본수익률. 어느 회사건 투자를 한다. 건물, 기계, 유가증권 등 투자의 대상이 아닌 것은 아무것도 없다. 따라서 개념상 “”투자=자산””이라는 등식이 성립한다. 그러나 투자재원은 주주들이 납입한 자기자본과 외부차입금으로 나눠진다. 문제는 투자가 얼마나 수익성이 있는가에 달려 있다. 자금이 효율적으로 이용되면 수익이 올라가고 비효율적으로 운영되면 수익성은 떨어진다. A라는 회사와 B라는 회사가 겉으로는 똑같이 7억원의 이익을 냈다고 하더라도 투자자본이 A는 50억원이고 B는 60억원이었다면 A가 훨씬 효율적인 경영을 했다는 얘기다. ROI는 그만큼 효율성에 초점을 맞춘 개념이다.

최근 국내경기가 둔화되면서 기업들도 과거처럼 몸집키우기식 경영형태에서 벗어나 효율 및 수익성을 주시하는 경영평가기법에 관심을 갖기 시작했다. ROI 이외에도 회사가 보유하고 있는 자산(asset)에 대한 수익률(ROA), 주주자본(equity)에 대한 수익률(ROE)등도 기준만 다를 뿐 수익성 위주의 경영을 강조하는 개념들이다.
[네이버 지식백과] ROI [return on investment] (한경 경제용어사전)

Core 2.1부터 생긴 ActionResult 관련 내용입니다.

일단 서로 다른 형식의 return 형과 object를 ActionResult를 통해 전달받을 수 있다!! 는 편리함이 있습니다.

1
2
3
4
5
6
7
8
9
10

public ActionResult<모델>
{
    ...진입 예외처리...

    var 모델 = Get모델(키);

    ...처리처리....

    return 모델
}

위의 링크에 나온데로 ActionResult에서 파생된 형식을 반환하거나 특정형식(Json, XML, etc)을 반환할 수 있습니다.!!!!!

1
2
3
4
5
6
7
8
9
10
11
12
13

// GET: api/Todo/5
[HttpGet("{id}")]
public async Task<ActionResult<TodoItem>> GetTodoItem(long id)
{
    var todoItem = await _context.TodoItems.FindAsync(id);

    if (todoItem == null)
    {
        return NotFound();
    }

    return todoItem;
}

이런식의 사용이 가능합니다, IActionResult(IActionResult Interface) 를 사용했을때 라면 CAST과정이 필요했었다고 저는 기억하고 있습니다, 그런데 ActionResult는 T 의 ObjectResult로 변환합니다(암시적 캐스트 연산자 T)

쓸때없는 말들로 앞을 채웠지만…편하다!!! 써보니 편리하고 선언시점에서 어노테이션을 주어서 명시적으로 캐스트해서 ActionResult를 받던 방법에서는 Swagger같은데서 잘 못읽는 경우…뭐…..대부분 잘 읽었어요 사실…다들 아시잖아요…그런데 엄청 길게 갔을때의 좀더 명확한 코딩이 가능하다 맘에든다 는 의미의 포스팅이었습니다..

ㅋㅋ 감사합니다.

OPC 서버는 산업용 자동화 및 loT를 위한 연결 플랫폼으로 제조업에서 일반적 널리 사용되는 약150개 이상의 드라이버를 제공하는 소프트
웨어이다.
1) 산업제어시스템 고유의 통신 요구사항에 맞추었으며
2) 장비를 자동으로 연결하고,
3) 장비의 데이타를 읽고 쓸 수 있으며,
4) 해당 데이터를 HMI, SCADA, MES, Historion 또는 ERP 시스템에 완벽하게 통합할 수 있고,
5) 높은 신뢰성과 사용자 편의성으로 신속하게
설치하여 완벽하게 작동할 수 있도록 한다.

스티로폼으로 알려진 PS 발포 제품
열가소성 수지인 폴리스타이렌(PS)를 발포해 만든 소재로, 스티로폼란 이름으로
더 잘 알려져 있습니다. 발포폴리스타이렌 이라는 특성상 다량의 공기층으로 구성되어 있으며,
이 때문에 단열성, 완충성, 방수성, 방음성이 우수합니다. 그래서 가전의 완충포장재, 건축 단열재,
식품 포장용기 등의 분야에서 다양하게 사용됩니다.

자동화 현장에서 기계를 조작하기 위한 터치스크린을 HMI 라고 부릅니다. Human Machine Interface 라는 뜻으로, 사람과 기계 사이의 인터페이스 역할을 담당합니다.

총 108개의 문자를 표현할 수 있으며 시작(3) 종료(2)는 문자수에서 제외됩니다.
BARCODE의 구성원리는 알아보았으니 실직적으로 code128의 원리를 파보도록 하겠습니다.
code128의 사양(Specification)

그림처럼 총 6개의 구역으로 이루어져 있습니다.

1.Quiet zone
2.Start symbol
3.Encoded data
4.Check symbol
5.Stop symbol
6.Final bar (often considered part of the stop symbol)
7.Quiet zone

Quiet zone

Quiet zone은 바코드의 앞/뒤에 존재하게 되며 특별히 code128이 아니더라도 모든 바코드에서는 앞/뒤 여백이 있어야 합니다…사실 표준기관에 quiet zone spec을 보면 반드시 아무것도 인쇄해서는 안되는 영역이며 반드시 보장되어야 하는 영역이라고 명시되어 있습니다.
(약식 바코드 까지 EAN-8? 같은 것도 포함되는지는 모르겠네요)

보통 내용문자 *10의 크기를 가져야 합니다.

이 영역이 사실 디코딩 수준을 결정하기에 딱1개의 양쪽에 *10크기로 비워 라는 아니긴 합니다만, Normal, More Aggressive, One Side EB, Anything 등의 디코딩을 위한 방식이 있으나..넘어가도록 하겠습니다 일단은 양쪽에 *10 크기로 비우는 걸로 ㅎ

Start symbol

존재목적이라 함은…이제 바코드가 시작된다를 알립니다…허무한가요..;;

code 128에는 3종류의 codeset이 존재합니다, 128a, 128b, 128c라고 한다고 저는 알고있는데 이게 정말 공식적인 명칭인지는 확실하지 않으니 이부분이 궁금하시면 따로 확인을 해보시면 될 듯 합니다…저는 딱히 안 궁금해서 ㅠㅠ

– 2018-11-02 추가 시작
Code 128 A: Partial ASCII set, no lower case, but ASCII control chars (TAB, CR/LF etc.)
Code 128 B: Full ASCII set, no ASCII control chars
Code 128 C: Only digits 0-9, encoded in pairs, very compact code
A,B,C 의 명칭이 그 닥 공식화 되어있지 않지만 대충 A,B,C라고 부르네요 그냥 다들 ㅡㅡ;;
각 코드셋이 수용할 수 있는 범위가 명시 되어있는 정보를 찾아서 내용을 추가합니다.
– 2018-11-02 추가 끝

코드표에서 보면 Start Code A(211412), Start Code B(211214), Start Code C(211232)
가 명시 되어있는 것을 확인하실 수 있습니다.
예를 들어 Start Code B(211214)
11010010000 211214 는
검검흰검흰흰검흰흰흰흰 으로 이루어진
■■□■□□■□□□□ 처럼 생긴 바코드로 표현이 되겠지요

Encoded data

여긴 말그대로 데이터입니다.
소스로 구현시에는 가장 복잡하게? 들어가겠죠 ㅎ?, 데이터 다루는 부분은 따로 정리하겠습니다.

Check symbol

체크섬 공식에 의한 검증코드값이 같이 들어갑니다, 이건 메세지가 리더기에서 정확하게 읽혔는가 검증하기위한 값이라고 생각하시면 됩니다.

문자열의 자리 수 * 문자 값 들의 합에 103으로 나눈 나머지에 해당하는 코드 값이 code128에서 Check symbol 값이 되겠습니다.

LeeJungKyu <- 이건 나중에 소스에서 다시 설명 드리겠지만 codeset A냐 codeset B냐의 검증을 거쳐보면 codeset B라는 결론이 나는 문자열입니다..해서!!!

LeeJungKyu 문자열을 Start Code B로 시작하는 값을 code128로 한번 만들어 보겠습니다.

L : 첫번째 자리니까 1 * L의 문자 값 => 1 * 44

??? : 여기서 왜 L의 문자 값이 44인가 갑자기 이해가 안가시는 분들은 barcode 128 codeset 가셔서 128B값에 대문자 L 인곳으로 가보시면

Value 128A 128B 128C Font position
(Common/Barcodesoft) Bar/Space
Code Latin-1 Pattern Widths
44 L L 44 76 L 10001101110 132131

뙇 하고 확인하실 수 있습니다.

그럼 다시 정리해 보겠습니다.

L : 첫번째 자리니까 1 * L의 문자 값 => 1 * 44 = 44
e : 두번째 자리니까 2 * e의 문자 값 => 2 * 69 = 138 ( 사실 여기에서 힌트가 codeset A에선 소문자 e 표현이 없습니다 )
e : 세번째 자리니까 3 * e의 문자 값 => 3 * 69 = 207
J : 네번째 자리니까 4 * J의 문자 값 => 4 * 42 = 168
u : 다섯번 째 자리니까 5 * u의 문자 값 => 5 * 85 = 425
n : 여섯 번째 자리니까 6 * n의 문자 값 => 6 * 78 = 468
g : 일곱 번째 자리니까 7 * g의 문자 값 => 7 * 71 = 497
K : 여덟 번째 자리니까 8 * K의 문자 값 => 8 * 43 = 344
y : 아홉 번째 자리니까 9 * y의 문자 값 => 9 * 89 = 801
u : 열 번째 자리니까 10 * u의 문자 값 => 10 * 85 = 850

분명 공식은 문자열의 자리 수 * 문자 값 들의 합에 103으로 나눈 나머지 라 했습니다 ㅋ

2018-11-16 추가 및 수정 ** 중요
체크섬계산에 관한 엄청난 잘못된 점이 있어서 ㄷㄷ…수정합니다
다른 건 틀린 게 없는데 더할 때 맨처음에 StartSymbol 의 문자 값(Value)을 더해야 합니다, 그러니…결국 ㅠㅠ Checksum 값이 여기서 먼저 보신분처럼 하면 다르겠죠 결국 그걸로 바코드 찍히긴 합니다만….검증시에 계속 에러가 나고있었네요…. 죄송합니다 ㅠㅠ

3,942를 103으로 나누면 = 38.271844660194176
4,046을 103으로 나누면 = 39.2815533980583

참고 : 여기서 나머지를 구하는건 나머지를 구하는 알고리즘을 따로 찾아보시기 바랍니다.(산수시간인가요 ㅎㅎ?)

여기서 몫 : 38 / 나머지 : 28
여기서 몫 : 39 / 나머지 : 29

이란 결과를 얻을 수 있습니다, 그럼 2829 이 표현되는 codeset B에 <= 기호가 Check symbol이 되겠습니다.!!!!

Start symbol/LeeJungKyu<=/Stop symbol

최종 이런 모습이 데이터가 되겠네요..나중에 확인했는데 틀리면 망신인데요…..
하…다시 노가다를

Start Code B : 211214 => 11010010000

L : 132131 => 10001101110
e : 112214 => 10110010000
e : 112214 => 10110010000
J : 112133 => 10110111000
u : 124211 => 10011110010
n : 241112 => 11000010100
g : 122114 => 10011010000
K : 112331 => 10110001110
y : 212141 => 11011011110
u : 124211 => 10011110010
< : 322112 => 11100110100
= : 322211 => 11100110010

Stop pattern : 2331112 => 1100011101011
LeeJungKyu 란 문자를 code128식의 바코드 형태로 변경하면
2112141321311122141122141121331242112411121221141123312121411242113221123222112331112
가 되는 겁니다 .

마지막으로 패턴으로 변경하면
110100100001000110111010110010000101100100001011011100010011110010110000101001001101000010110001110110110111101001111001011100110100111001100101100011101011

0과 1로 그림을 그리는데 1개의 숫자는 일정한 사이즈로 선을 그립니다 여기서 맨 처음 Quiet zone 을 다시 생각해보면 1개의 숫자가 그어지는 선의 10배만큼씩 좌우로 여백을 주고 안에다 그려야 한다는 말이었다고 이해가 되시는 지 모르겠습니다.

왜 도대체 2331112가 1100011101011로 변환되는가를 고민하시는 분들이 계실 까봐…
barcode 128 codeset 여기를 다시 보시죠 자세히..ㅋㅋ
Widths죠? Pattern이고요 Widths는 규칙이 있습니다..사실 이게 저도 정확하게 궁금한 부분인데 Widths값이 Pattern값으로 변환되는 규칙은 저는 BWB(Black White Black)으로 외워서 알고있거든요…깊게 찾아보지 않고 그냥 그렇게 외우고 있습니다 ㅠㅠ
즉 말해서 블랙화이트블랙순으로 Widths의 값만큼 그리는 겁니다 블랙을 1 화이트를 0으로 하면
2331112를 풀어 말하면 블랙2 화이트3 블랙3 화이트1 블랙1 화이트1 블랙2 이렇게 되는 거죠 이걸 그대로 0과1로 표현하되 1이상의 숫자는 반복하는 거로 적으면 그냥
1100011101011 이 됩니다 ㅋㅋ 잘 아시는 분 댓글 좀 제가 잘못 알고 있는 거면 전 망했네요..

숫자가 연속되면 두꺼워지는 것 처럼 보이겠죠 바코드에서 많이 보던 느낌 살아나죠?

실제로 바코드로 그려진 이미지 입니다, 만약!! 아주 만약 정말 이걸 수작업으로 오차없이 그리실 수 있다고 하면(사실 바코드가 선의 농도도 체크한다는데..이건 나중에 알아봐야 할 듯합니다) 재미삼아 해보세요..

요즘은 리더기 아니더라도 앱으로 리더기들이 많아서 찍어 보시면 재미있을지도 모릅니다 - _-

Stop symbol

사실 위에서 다뤘습니다..순서도 뒤죽박죽이네요 ㅋㅋ 이것 역시 마지막이라는 신호입니다.

우선 이론 편…여기서 마치겠습니다
왜???이론 편이냐??????
전 이거 그냥 공부하려고 정리한 건 아니거든요 ㅡㅡ;;
이 1차원 바코드 그리러 Visual Studio 켜야 지 않겠습니까 ㅋ?
감사합니다.

간단히 말해 선 집행 후 처리 라고 보면 될 듯 합니다.
빈번하게 나가는 재고를 일일이 기록하면서 보관하면 기록하는데 낭비되는 시간이 많을 것.
이 때문에 빈번하게 나가는 재고를 우선 작업을 하고 나서 나중에 처리를 한다고 생각하면 되겠습니다.

backflush는 재고 불출의 한 방법입니다.
생산은 Input을 output으로 바꾸는 것을 의미합니다.
즉 order을 하게 되면 input의 부품은 재고에서 사라지고 가치가 부과된 제품이 나오는 거죠.
이를 재고 장부 측면에서 보면 부품은 불출(issue)되어야 하고 새로운 제품이 입고(receipt)되어야 하죠.
이를 처리하는 간단한 방법이 backflush입니다.
제품이 완성되면 해당 order에 필요한 자재를 BOM과 같은 소요자재목록표를 이용해 자동으로 해당 수량만큼 불출하는 것입니다.
원래는 반복생산에서 나왔지만 편리성 때문에 주문제작(make-to-order)방식에서도 많이 사용하고 있습니다.

2019-02-14 추가
“백플러시”의 경우 보통 마감때문에 벌어지는 데이터 보정작업 ERP재고와 실재고를 마감시에 맞추는 일괄작업 이라는 느낌으로 많이 표현하고 있는 듯 하며
올바른 방법이라기보단 현실과 DATA세상과의 실제 벌어질 수 밖에 업는 괴리값들로 인한 강제 싱크작업이란 느낌이 많이 드네요…

생산계획 및 작업지시에 의거 생산현장에서 발생하는 각종 정보, 즉 계획 대비 실적관리, 재고관리, 재공관리, 불출관리, 불량정보관리, 설비가동/비가동 정보관리, 라인별/공정별 생산현황 정보를 실시간으로 집계, 분석, 조회할 수 있는 시스템입니다.