Обосновка за избор техническа поддръжка необходим за решаване на проблема включва избора на типа компютър и периферни устройства. В този случай е необходимо да се обоснове икономическата целесъобразност на експлоатацията на избрания хардуер, възможността за използването им за решаване на други проблеми на контролния обект.
Изборът на типа компютър се влияе от голям брой фактори, но в случай на дипломна работа е необходимо преди всичко да се обяснят условията, при които е разработен и реализиран. Ако разработката не предвижда значителна реорганизация на съществуващата технология, необходимо е само да се определят какви изисквания трябва да се прилагат към хардуера при експлоатация на разработения софтуер върху него.
Ако изпълнението на проекта включва значителна реорганизация на съществуващата технология (например компютрите се въвеждат за първи път, необходим е сървър, въвежда се ново поколение телекомуникационно оборудване), е необходимо да се характеризират предимствата на избраните модели пред аналозите. Най-удобно е да се използва таблична форма, в която колоните посочват основните характеристики на модела, включително цената. В допълнение, обосновката трябва да посочва потребителски фактори, т.е. разпространение на продукта, гаранционни условия, наличност на документация и техническа поддръжка, съвместимост с най-често срещаните операционни системи и RFP. Обосновката може да бъде завършена с описание на перспективите за използване на избрания модел: дайте очаквания експлоатационен живот, опишете възможността за модернизация, по-късно използване за друга цел и т.н.
Въз основа на комбинацията от тези фактори се формират изисквания за стойностите на основните характеристики на компютрите, които се сравняват със специфични стойности на основните технически характеристики на съвременните компютърни модели, след което се избира оптималният модел.
Избор и обосновка на дизайнерски решения за информационна сигурност
Тук е необходимо да се разгледат начини за осигуряване на информационна сигурност в разработваната система.
2.4.4. Концепция на информационната система
След обобщаване на избраните дизайнерски решения е необходимо накратко да се очертае визията за бъдещия ИС под формата на концепция (системен проект).
Най-изразителното средство е използването на графични дисплеи на мрежови и софтуерни архитектури (вж. Примери в първата глава), допълнени с кратко описание.
Раздел "ПРОЕКТНА ЧАСТ"
Проектната част на дипломния проект е описание на решенията, взети в предишната глава: тази глава трябва да се основава на информацията, представена в предишната част, да я детайлизира.
Една глава може да бъде структурирана по следния начин:
3. Дизайнерска част
3.1. Функционална архитектура
3.2. Технологична поддръжка
3.3. Информационна поддръжка
3.3. Математическа и алгоритмична поддръжка
3.4. Софтуер
3.5. Хардуер
3.6. Организационна подкрепа
3.7. Информационна сигурност
3.8. Тестов случай
В същото време в конкретен дипломен проект трябва да има само тези раздели, в които има материали лична работа студент. В случай на колективно развитие, участието на автора в създаването на раздели на проекта трябва да бъде ясно посочено.
2.5.1. Различни варианти за структурата на проектната част на дипломата
Представената структура на проектната част е максимална - в конкретен дипломен проект ще бъдат отразени само онези раздели, които са дефинирани в раздела. 2.3.6.2.
Основните разлики в структурата на проектния раздел на дипломата ще се определят от насоката на работата. Както бе споменато по-рано, възможни са следните опции за проектиране:
· Разработване на модул, който реализира информационния процес или автоматизира решаването на отделна задача;
· Създаване на автоматизирано работно място (AWP);
· Разработване на подсистемата IS на организацията;
· Въвеждане на стандартно решение („продукт в кутия“);
· Научно и практическо развитие в областта на приложната информатика.
Функционална архитектура
Функционална архитектура (набор от функционални подсистеми, комплекси от задачи и процедури) – архитектура на автоматизирани бизнес процеси - определя състава на функционални подсистеми и комплекси от задачи (под формата на набор от операции, функции, задачи обработка на информация), които осигуряват изпълнението на бизнес процеси.
Функционалната архитектура може да бъде представена от дърво на домейн функции - йерархичен модел на дейностите на предприятието (фиг. 3).
Фигура: 3. Пример за функционална архитектура
Бизнес процесите са разкрити по-подробно в моделите TO BE (изградени например в методологията IDEF0).
Технологична поддръжка
Технологична поддръжка включва описание на организацията на технологията за събиране, прехвърляне, обработка и издаване на информация.
Последователността на операциите е описана тук, като се започне от метода за събиране (получаване) на първична информация (включително данни, които се използват за коригиране на регулаторната и справочна информация и оперативна информация, използвана за изчисления), и завършва с формирането на получената информация и методите за нейното предаване (можете да използвате методологията IDEF3 или BPMN). Това описва всички възможни ситуации, които могат да възникнат по време на внедряването на информационните процеси.
Информационна поддръжка
Информационната поддръжка на IS включва два блока:
а) информационна поддръжка извън машината (класификатори на техническа и икономическа информация, документи, методически указания);
б) вътрешна информационна поддръжка (оформления / екранни формуляри за въвеждане на първични данни в компютър или извеждане на информация за резултатите, структурата на информационна база: входни, изходни файлове, бази данни).
Методология за разработване информационен моделпредполага моделиране:
· Взаимовръзки на входящи, междинни и резултатни информационни потоци и функции на предметната област (структурно-функционална диаграма или диаграма на потока от данни). В описанието на информационния модел е необходимо да се обясни на базата на кои входни документи и каква нормативна и справочна информация се изпълняват функциите за обработка на данни и формирането на конкретни изходни документи;
· Данни от информационна база: диаграма "обект-връзка" или диаграма на обектния клас (концептуален модел); диаграма на връзките между елементите от данни (datalogical model), чиято структура зависи от вида на модела на данни и избраната СУБД.
За диаграма на обект-връзка трябва да се даде кратко описание, обясняващо кои обекти от реалния свят в домейна представляват избраните обекти и как връзките между обектите в диаграмата съответстват на връзките на обекти на практика.
Използвани класификатори и системи за кодиране.Необходимо е да се даде кратко описание на използваните за решаване на този комплекс от задачи класификатори и системи за кодиране. Структурата на обозначенията на обектния код може да бъде форматирана като таблица със следното съдържание на графика:
Името на кодирания набор от обекти (например кодове на отдели, номера на персонала и т.н.),
Значението на кода,
Система за кодиране (серийна, редовна, комбинирана),
Класификационна система (йерархична, многоизмерна или липсваща),
· Тип класификатор (международен, индустриален, общосистемен и т.н.).
Пример за описание на класификатор:
След това се прави описание на всеки класификатор, дава се структурна формула и се разглеждат въпроси за централизирано поддържане на класификатори в предприятие в дадена предметна област, приложението трябва да съдържа фрагменти от завършените класификатори.
Описание на нормативната справка и въведената оперативна информация е описание на състава на входните документи и директории, съответните екранни форми за разполагане на данни и файлова структура. При това трябва да се обърне внимание на следните въпроси:
· Когато описвате входни документи, е необходимо да предоставите формулярите за документи в приложението; списък на основните показатели, които те съдържат; източник на получаване на документа; в кой файл се използва информацията на този документ, описва структурата на документа, броя на редовете, обемните данни, честотата на появяване на документа;
· Описанието на екранната форма на входния документ трябва да съдържа оформлението на екранната форма в приложението, особеностите на организацията на работните и сервизните зони на оформлението, състава и съдържанието на подканите, необходими на потребителя за попълване на оформлението, списък с справочници, които автоматично се свързват при попълване на това оформление;
· Описание на структурите на входните файлове с оперативна информация трябва да включва таблица с описание на имената на полетата, идентификатора на всяко поле и неговия шаблон; за всеки файл трябва да има информация за ключовото поле, дължината на един запис, броя на записите във файла, честотата на създаване на файла, продължителността на съхранението, метода на достъп (последователен, селективен или смесен), метод на логическа и физическа организация, размер на файла в байтове;
· Описанието на структурите на файловете с условно постоянна информация съдържа същата информация като за файловете с оперативна информация, но се добавя информация за честотата на актуализиране на файловете и размера на актуализацията (в проценти).
Необходимо е да се отбележи съответствието на проектираните файлове с входните документи или справочниците. Описана е структурата на записа на всеки информационен файл.
Ако информационната база е организирана под формата на база данни, тогава се предоставя описание на останалите й елементи (ключове, бизнес правила, тригери).
Характеристики на получената информацияе преглед на резултатите от решаването на възложените задачи. Ако решението е формирането на изявления (под формата на екранни или печатни формуляри), всяко изявление трябва да бъде описано отделно. По-конкретно какво място заема изявлението в информационните потоци на предприятието (служи за оперативно управление или за отчитане), изяснява ли се или обобщава и т.н. Всяко изявление трябва да има общи суми, да не включва излишна информация и да бъде универсално. Следва описание на отпечатани формуляри, оформления на екрана с изброяване и кратко описание на съдържащите се показатели, за всеки документ е посочено на базата на кои файлове се получава този документ.
Приложението трябва да съдържа попълнени (реална информация или информация за отстраняване на грешки) копия на изявления и екранни форми на документи.
Информационна подкрепа
Информационната поддръжка включва:
система за класификация и кодиране;
система за документация;
информационна база.
В контекста на автоматизацията голямо значение се отдава на унифицирането на документацията, което установява еднакви изисквания за съдържанието и структурата на документите. Обединението се състои в внимателен подбор и ясно определяне на необходимата номенклатура на документите. В същото време се определят областите на назначаване и използване на документи и се идентифицират специфични характеристики, характерни за съответните видове документи. Информационните масиви се формират въз основа на първоначалната информация, съдържаща се в първичните документи - основните носители на първична икономическа информация в системите за машинна обработка на данни [връзка]. Към тях се налагат редица изисквания [връзка]:
достатъчна пълнота на информацията за решаване на проблема;
премахване на излишък на информация;
надеждност и актуалност на информацията;
съгласуваност на формите на първични документи с оформления за поставяне на информация на машинен носител;
последователността на конструкцията на документа;
липса на дублиращи се индикатори в различните видове документи.
Основата на информационната подкрепа е информационната база - сбор от цялата информация, подходящо организирана и записана на компютърни носители.
Голямо значение се отдава на рационалната организация на информационната база и осигуряване на ефективен достъп на потребителя до нея. Той се формира въз основа на следните принципи [връзка]:
принципът на еднократно фиксиране на данни (реализиран чрез забрана за дублиране на данни);
използване само на първична документация за записване на информация (именно в такава документация се съдържат най-точните данни за обработка);
пълнота на информацията, т.е. информационният фонд трябва да съдържа цялата информация за решаване на проблеми, за отговори на нерегламентирани въпроси и за вземане на управленски решения;
целостта на информацията, т.е. в информационния фонд, трябва да бъдат разработени средства за осигуряване на надеждността на съхраняваната информация, средства за поддържане на последователност на данните, осигуряване на навременността на актуализацията на данните, осигуряване на защита на данните от технически повреди на машината;
гъвкавост на съхранението на данни, т.е. информационният фонд трябва да разполага със средства за увеличаване и намаляване на съхраненото количество данни;
наличност на информация поради разработените средства за диалог между потребителя и базата данни, бързината на отговора на заявката.
Информационната база може да бъде под формата на локални (автономни) масиви или база данни. Най-подходящата организация на информационната сигурност е база данни, която представлява съвкупност от взаимосвързани и съхранявани заедно данни с такъв минимален излишък, който им позволява да се използват по оптимален начин за всяко приложение, като същевременно се гарантира независимостта на данните от приложните програми, а за актуализиране на данните се използва общ метод за управление ...
Има три модела на логическата структура на базата данни (според начина на установяване на връзки между данните): йерархичен, мрежов и релационен.
Йерархичен модел. Всяка информационна единица (сегмент), с изключение на основната, съответства на един сегмент източник и само една връзка е установена между оригиналния и генерираните сегменти. Екземпляр на изходния сегмент обикновено съответства на определен брой екземпляри на генерирания сегмент. Преглеждането на йерархичната структура е възможно само от корена. Пропускане на сегмент в йерархичен път при достъп до посочения сегмент не е разрешено.
Предимства:
Йерархичният модел е много удобен за показване на взаимоотношения един към много в даден домейн.
Недостатъци:
Трудност (неефективност) при картографиране на връзките много към много.
Продължителност на достъпа до сегменти, които са на по-ниските нива на йерархията.
Съсредоточете се върху определен тип (изрязване) на заявката.
Мрежов модел. Графично е изобразен като графика. Съставните единици информация (записи) съответстват на върховете на графиката. Екземпляри от файлове с форми на записи. Структурата на записа може да бъде йерархична или линейна, в зависимост от системата.
Предимства:
Между двойка типове записи могат да бъдат декларирани множество връзки, а имената и посоките на връзките трябва да бъдат ясно маркирани.
Недостатъци:
Сложност (много голям брой параметри и оператори за описание на данни).
Неудобство при навигационния достъп.
Релационният модел. Това е набор от взаимосвързани отношения, всяка връзка (таблица) в компютъра се представя като файл. В допълнение към еднородността на съхранението на файлове, моделът осигурява комуникация между таблици по ключови полета, включва релационно пълен език за манипулиране на данни. Позволява да се създават индексни файлове.
Предимства:
Формата на представяне на данните под формата на таблица е най-простата и често срещана.
Индексните файлове осигуряват бързо намиране на необходимата информация в базата данни.
Лесно поддържане на данни.
Сравнителна простота на инструментите за поддръжка.
Недостатъци:
Твърдост на структурата на данните
Зависимост на скоростта на работа от размера на базата данни.
Въз основа на горните обосновки би било най-целесъобразно да се организира информационната база за задача „Разработване на ИС за планиране на материално-техническа поддръжка в предприятието„ ЦКБ-Связ “под формата на релационна база данни.
Тъй като информационната база на системата ще бъде организирана под формата на релационна база данни, изборът на софтуер трябва да се извърши от класа на релационната СУБД.
Групата от релационни СУБД е широко представена на софтуерния пазар. Това са например такива системи като Paradox, Access, Clarion, dBASE-подобни СУБД - FoxPro-2.x и Clipper-5.x. Таблица 1.4 показва сравнителна оценка на трите СУБД по петстепенна скала.
Таблица 1.4
|
Индикатори |
||||
|
Инструменти за импортиране / експортиране на файлове |
||||
|
Наличен формат за данни |
dbf.mdb, SQL.xis |
|||
|
Програмен език |
||||
|
Поддръжка на SQL |
Чрез IDAPI |
DB2, Oracle, SQL Server |
||
|
Запазване на заявки |
||||
|
Настройване на таблици |
||||
|
Подготовка на пощенски пратки |
||||
|
Проверка на входните данни |
||||
|
"Асортимент" от типове полета |
||||
|
Графично показване на връзките |
||||
|
Създавайте връзки чрез плъзгане или щракване |
||||
|
Последователна актуализация на променените данни |
||||
|
Забрана за изтриване на данни |
||||
|
Стилови листове |
||||
|
Форматиране на текстове и обекти |
||||
|
Помощни средства за въвеждане на данни |
||||
|
Инструменти за кръстосано позоваване |
||||
|
Инструменти за диаграми |
||||
|
Инсталиране на СУБД |
||||
|
Импортиране на данни |
||||
|
Подготовка на заявки |
||||
|
Генериране на отчети |
||||
|
Дизайн на формата |
||||
|
Създаване на бутони |
Системата за управление на база данни Access 97 има най-положителни оценки. Access 97 реализира истинско управление на релационни бази данни. Тази система поддържа първични и външни ключове и осигурява пълна поддръжка за целостта на данните на нивото на самата база данни.
Предимствата на системата Access 97, както и широк спектър от нейните функционални възможности, които бяха оценени по-горе, се превърнаха в определящите фактори при избора на тази конкретна СУБД за разработване на задачата „Разработване на ИС за планиране на материално-техническа поддръжка в ЦКБ-Связ“. Освен това фактът, че служителите в отдела за покупки познават тази система доста добре и постоянно я използват в работата си, изигра важна роля при избора на системата Access 97. По този начин не е необходимо да се преквалифицират служители на отдела.
По софтуер
Софтуерът (SW) е колекция от софтуерни инструменти, предназначени за подготовка и решаване на потребителски проблеми.
Софтуерът се разделя на общ или системен и специален или приложен софтуер.
Общият софтуер съчетава софтуерни инструменти, които осигуряват многофункционално използване на компютри и са почти независими от конструкцията на компютърната работа на потребителите. Общият софтуер включва операционна система, система за автоматизация на програмирането и набор от програми за поддръжка.
Специалният софтуер съдържа пакети от потребителски приложни програми, които предоставят специфични компютърни приложения.
За удобство на комуникацията между потребителя и машината е препоръчително да използвате режима за интерактивна обработка на данни. Този режим се основава на динамичното взаимодействие на човек и компютър чрез предаване и приемане на съобщения чрез терминални устройства. Процесът на решаване на проблем, по време на който се обменят съобщения между човек и компютър, поради последователността на операциите за решение, се нарича технология за обработка на информация в режим на диалог. Използването на технология за режим на диалог е необходимо, ако нейното приложение води до най-добрата комбинация от човешки и компютърни възможности в процеса на решаване на конкретен проблем. Тази технология осигурява:
директно взаимодействие на човек и изчислителна система чрез получаване и издаване на съобщения с помощта на локален терминал;
търсене на данни или програми, необходими на потребителя;
бърза обработка на получените съобщения от компютърната система и незабавно предаване на обработени съобщения на потребителя;
активно влияние на потребителя върху хода и реда на извършване на технологични операции по обработка на данни.
Централната точка на технологията за обработка на данни в диалогов режим е организирането на диалог между потребителя и компютъра, по време на който потребителят се информира за състоянието на решавания проблем и може активно да повлияе на хода на изчислителния процес.
В процеса на решаване на проблема удобството на режима на диалог се проявява изцяло в процеса на комуникация с базата данни. Тук могат да се отбележат следните предимства на използването на интерактивния режим:
възможността за изброяване на различни комбинации от атрибути за търсене в заявка;
осигуряване на по-бързо извличане на информация;
подобряване на характеристиките на входните данни поради бързата корекция на заявката от терминала;
възможността за разширяване, стесняване или промяна на посоките на търсене веднага след получаване на резултатите;
гъвкавост на точките за достъп;
бърз достъп до рядко използвана информация;
оперативен анализ на изходната информация.
Потребителският интерфейс в интерактивен режим може да бъде представен в следните форми: под формата на меню, под формата на команди, графично.
Ориентирани към менюто системи се използват, когато броят на итерациите на опциите за изчисление е относително малък. Когато се използва принципът за избор от менюто, потребителят получава информационни кадри на видео терминала, които се определят от терминологията на потребителя. Извежданите кадри съдържат опции за избор на различни подмножества от данните. Изборът на една от опциите води до по-нататъшно локализиране на предметната област и издаване на следващия кадър. Процесът на диалогово взаимодействие продължава, докато потребителят напълно не дефинира своите изисквания. Този принцип е приложен в много приложения.
Принципът на задаване на команди предполага недвусмислен избор на потребителя при задаване на необходимата команда. Ако след уточняване на командата някаква информация е въведена неправилно, системата може да изиска разяснения. Този принцип е реализиран в UNIX, MS DOS, DBase и др. Забележете тук, че стандартът на IBM изисква потребителският интерфейс да може да задава команда. Понастоящем тази посока се развива, разработват се системи, базирани на използването на езици, близки до естествените. Изпълнението му обаче е доста сложно.
В системи, базирани на използване на графичния режим, някои команди може да липсват. Оперативният контрол се осигурява чрез преместване на курсора през екрана с помощта на функционалните клавиши или мишката. В този случай екранът представлява колекция от обекти, дефинирани в специална форма (икони). В процеса на работа потребителят се придвижва през обектите и избира функции чрез натискане на клавиша. Пример е операционната среда на Windows.
Формите на ориентирани към менюто и графични интерфейси ще бъдат преплетени в създаваната система. По принцип диалоговият прозорец ще бъде изграден под формата на меню, но тъй като програмата ще работи под Windows 98, графичните възможности, предоставени от тази операционна система, ще направят много удобен и бърз избор при някои алтернативни решения.
За техническа поддръжка
При избора на персонален компютър за внедряване на системата бяха взети предвид следните характеристики:
- 1) скорост на обработка на информация (тактова честота на процесора);
- 2) количеството RAM. Този фактор влияе и върху скоростта на обработка на информацията;
- 3) обемът на твърдия диск, който влияе върху капацитета за съхранение;
- 4) наличие на периферни устройства;
- 5) други технически характеристики.
Изборът на компютър е извършен от конфигурациите на компютрите, представени в таблица 1.5.
Таблица 1.5
|
Параметър |
|||
|
Тактова честота, MHz |
|||
|
Ширина на шината за данни, бит |
|||
|
Интерфейс на твърдия диск |
|||
|
Количеството памет на видеокартата, MB |
|||
|
Интерфейс за видео адаптер |
|||
|
Приблизителна цена, куб д. |
Моделът Pentium / 200 отговаря на минималните изисквания за конфигуриране на персонален компютър, базиран на избрания софтуер за системата за управление на информацията за движение на запасите от материали в ОАО ЦКБ-Связ (ОС Windows 98, СУБД MS Access 97) и обема на решаващия се проблем.
За да работи бъдещата система, ще ви трябва:
- 1) SVGA 16 "монитор, който ви позволява едновременно да видите повече информация и да получите по-висока резолюция;
- 2) мишка или друго посочващо устройство;
- 3) принтер, поддържан от Windows 98, трябва да бъде свързан към персонален компютър, за да отпечата генерираните отчети.
По този начин, за да работи бързо и ефективно с разработваната система, персоналният компютър, на който ще бъде инсталирана системата, трябва да има следната конфигурация:
- 1) Тип процесор - Pentium-II;
- 3) Количеството RAM - 32 MB;
- 6) Монитор SVGA 16 ";
Въз основа на анализа на оборудването, което вече е налично в отдела, за да се определи съответствието му с необходимите изисквания, бяха получени следните данни:
- 1) Процесор - Pentium / 200;
- 2) тактова честота на процесора - 200 MHz;
- 3) Количеството RAM - 64 MB;
- 4) Обемът на твърдия диск е 8GB;
- 5) CD-ROM със скорост на трансфер на данни от 1200 Kbytes / sec;
- 6) Монитор SVGA 16 ";
- 7) Мишка и принтер, поддържани от Windows 98.
По този начин няма нужда от закупуване на нова технология.
Чрез технологична подкрепа
От това колко рационално е проектиран технологичният процес, ще бъде гарантирано намаляването на разходите, труда и времевите разходи.
При избора на технология трябва да се вземат предвид следните изисквания:
- 1) осигуряване на надеждността на обработваната информация;
- 2) решаване на проблеми навреме;
- 3) осигуряване на минимални труд и разходи за обработка на данни;
- 4) наличието на възможност за обработка на данни на компютър.
Тези изисквания могат да бъдат изпълнени поради няколко фактора:
- 1) намаляване на броя на операциите, особено ръчни;
- 2) разработване на система за контрол на въведената информация;
- 3) намаляване на обема на обработваните данни;
- 4) подобряване на квалификацията на потребителите, подобряване на условията на труд и в резултат на това повишаване на производителността.
Въз основа на изброените по-горе изисквания е препоръчително да проектирате задачата в съответствие с тях, което ще ви позволи да постигнете максимална ефективност при използване на програмата.
Технологичният процес се състои от няколко етапа. На първия етап се извършва събирането и регистрирането на първична информация, натрупването и визуалният контрол за предаване към машинна обработка. Някои документи се обработват ръчно, след което се генерират междинни документи.
Целта на втория етап е прехвърлянето на данни към компютърни носители, тоест първоначалното формиране на информационната база, аритметичен, логико-синтактичен контрол и контрол за ограничаване на целостта.
Третият етап включва операциите по натрупване и обработка на данни: различни видове сортиране, корекции, регистрация на получената информация, записването й на компютърен носител или печат.
Следните фактори влияят върху избора на технология за обработка на данни:
- 1) софтуерни възможности;
- 2) параметрите на решаваните задачи;
- 3) необходимостта от технологична рационалност.
Като се вземе предвид възможността за осигуряване на счетоводен персонал със съвременни персонални компютри, най-добрият вариант е технологията на задачите да се раздели на относително прости процедури, което опростява нейното усъвършенстване и усъвършенстване по време на работа, въпреки възможното увеличаване на броя на работещите масиви.
В момента има ръчни процеси. Изпълнението на тези работи изисква специална работна единица и много време. Целта на този проект е да автоматизира този процес и да увеличи ефективността на отдела.
Има следните методи за събиране и регистриране на първична информация:
- 1) механизирана - събирането и регистрирането на информация се извършва директно от лице, използващо, ако е необходимо, най-простите устройства (калкулатори, везни, измервателни контейнери и др.). Информацията се въвежда ръчно в първичните документи, които се предават за въвеждане в компютър
- 2) автоматизиран - включва използването на машинно четими документи и устройства за въвеждането им в компютър или скенери
- 3) автоматичен - използва се главно за събиране на статистическа информация в производството при обработка на данни в реално време: информацията от сензори, които отчитат хода на производствения процес (производствена продукция, престой на оборудването и др.) Отива директно на компютъра.
При решаването на възложената задача се използва само механизиран метод за събиране и регистриране на информация.
Подготовката на данни за въвеждане в компютър поема контрола върху коректността на въведената информация. Има три основни метода за управление на трансфера на информация към машинния носител:
- 1) метод за проверка - метод за двойно набиране, въвеждането се извършва два пъти, след което и двете опции се сравняват за несъответствия. Методът е много трудоемък (сто процента повторяемост на набора), но надеждността му е доста висока;
- 2) метод на контролна сума - използва се за статистически документи: в първичния документ се изчисляват контролни суми (по ред, по колона на документа), въвеждат се в документа и след това се прехвърлят в машината заедно с документа. Компютърът изчислява контролните суми и ги сравнява с тези, въведени за несъответствия. Методът е по-малко трудоемък от първия, но надеждността му е по-ниска, тъй като грешките не винаги се откриват (например при пренареждане на цифри или когато съвпадат правилни и неправилни контролни суми);
- 3) визуален контрол - е чисто визуален контрол за откриване на очевидни грешки. Методът е трудоемък и ненадежден, но обикновено се компенсира от добър програмен контрол.
При решаването на задачата се използва последният метод - методът на визуалния контрол. Не е необходимо да се използват по-трудоемки методи, а основният недостатък на метода се компенсира от доброто управление на програмата.
СТРУКТУРА И СЪДЪРЖАНИЕ НА ДОКЛАДНА КВАЛИФИКАЦИОННА РАБОТА
по специалността 09.02.04 Информационни системи (по отрасли)
Структурата на окончателната квалификационна работа трябва да се състои от следните части:
Въведение - 3 страници;
Основната част, състояща се от три глави с подчертани параграфи (подраздели) - от 60 до 80 страници;
Заключение - 2-3 страници;
Списък на използваните източници - най-малко 30 източника;
Приложение.
Дизайн на съдържание
Въведение
Глава 1. Проектиране на информационна система
Глава 2. Разработка на сървърни и клиентски части на информационната система
Глава 3. Бизнес казус
Глава 4. Предпазни мерки
Заключение
Списък на използваните източници
Приложения
Въведение
Въведението обосновава уместността на темата, целта на окончателната квалификационна работа и задачите. Определя се обектът и предметът на изследването.
Необходимо е да се посочи предполагаемата новост на изследването, да се посочат конкретни аргументи, доказващи това твърдение, методологията и хипотезата на научното изследване, какви разпоредби трябва да бъдат представени за защита.
Актуалност и новост на темата предлагат обосновката на причините, породили необходимостта от тези изследвания и разработки.
Цел на изследването - определяне на оптимални начини за решаване на проблеми по отношение на избора на методи и техники на изследване в процеса на подготовка на окончателната квалификационна работа Изложението на целта трябва да съответства на темата на работата.
Изследователски цели окончателната квалификационна работа се определя от целта и представлява конкретни последователни етапи (начини) за решаване на изследователския проблем за постигане на основната цел, разкрита в структурата на работата. Броят на задачите не трябва да е голям (от три до шест, но не повече). Задачите разкриват целта и определят структурата на работата.
Наред с уместността, въведението трябва ясно да подчертае обект на изследване и предмет на изследване. Обектът на изследване е област на дейност, а предмет на изследване е процесът, който се изследва в рамките на обекта на изследване. Именно към предмета на изследване е насочено основното внимание на автора, именно субектът определя темата на творбата. За своето изследване (предмет) авторът на работата във въведението формулира целта и задачите на изследването, които трябва да бъдат разкрити в окончателната квалификационна работа.
Във въведението се препоръчва да се даде кратко описание на информатизацията на обществото на съвременния етап, нови насоки в областта на информационните технологии и софтуера. Също така, въведението трябва да бъде отразено изследователски методи, използвани в процеса на изпълнение на окончателната квалификационна работа и служели като инструмент за получаване на необходимия фактически материал. Методът е колекция от техники. С други думи, трикът е част от метода. Например при изследване е възможно да се използват следните методи: системен, сравнителен анализ, анализ на документи, метод на проучване и т.н. Обемът на въвеждане е 10-15% от общия обем на FQP.
Проектиране на информационна система
Структурата на глава 1 на WRC може да бъде представена по следния начин:
Описание на предметната област.
Формулиране на проблема.
Обосновка на необходимостта и целта на използването на компютърна технология за решаване на проблема.
Обща характеристика на организацията за решаване на проблема
Анализ на съществуващите софтуерни продукти за домейн автоматизация.
Техническа задача
Описанието на предметната област трябва да отразява общите характеристики на предприятието (организацията) като обект на предметната област. За проектирането и последващото създаване на ИС трябва да се предприемат стъпки за проучване на дейностите на предприятието и основните бизнес процеси, които ще бъдат автоматизирани. Първо се събира информация за предприятието, неговите цели и задачи, структура и финансово-икономически дейности. Той също така изучава външните процеси, взаимодействието на предприятието с външната среда и средата, в която предприятието работи. Като цяло, преди директното проектиране на информационната система, трябва да се получи изчерпателно описание на предприятието и неговия бизнес. Необходимо е накратко да се опишат основните дейности на предприятието, да се определят неговите бизнес правила. Опишете по-подробно бизнес процеса, който планирате да автоматизирате: името на процеса, неговото изпълнение в даден момент от времето, възможности за подобрение и т.н.
Описанието на обекта на автоматизация трябва да бъде представено с помощта на методологията за функционално моделиране.
IN задаване на задача необходимо е да се обоснове необходимостта и целта на използването на изчислителна технология за решаване на проблема и да се даде общо описание на организацията на решението на проблема.
Обосновка на необходимостта и целта на използването на компютърна технология за решаване на проблема. В този момент е необходимо:
Опишете съществуващата (предмет) технология за изпълнение на избраната за разглеждане функция за управление (комплекс от функции). Покажете характеристиките на изчисляването на показателите, посочете списъците и източниците на използваните входни документи, списъци и адресати на изходни документи, методи и технически средства, използвани за тяхната обработка; декомпозират решението на проблема, т.е. подчертават етапите на решаване на проблема и функционално прости операции, от които се състоят тези етапи;
Идентифицирайте основните недостатъци, присъщи на настоящата практика на управление и обработка на информация. В този случай трябва да се наблегне на недостатъците, отстраняването на които се предполага да се извърши в работата, например високата трудоемкост на обработката на информация; ниска ефективност, което намалява качеството на управление на обекти; несъвършена организация на събиране и регистриране на първоначална информация; несъвършени процеси за събиране, прехвърляне и съхраняване на информация и процеси за издаване на резултати на крайния потребител и др.
Обща характеристика на организацията за решаване на проблема.
В този параграф изискванията за бъдещ проект трябва да бъдат оповестени чрез отговор на следните въпроси:
Промени във функциите на отдела, свързани със събирането, обработката и издаването на информация;
Източници на получаване на оперативна и условно оперативна информация и честотата на получаването й;
Етапи на решаване на проблема, последователността и времевия график за тяхното изпълнение, възможността за автоматизиране на етапите и операциите по решаване на проблема;
Процедурата за въвеждане на първична информация (имена на документи) и списък на използваните екранни форми;
Кратко описание на резултатите (имена на документи, екранни формуляри за издаване на резултати, списък с файлове с резултати, методи за издаването им на екрана, печат или в комуникационен канал, както и мястото на тяхното използване);
Кратко описание на системата за поддържане на файлове в базата данни (списък с файлове с условно постоянна и оперативна информация, честотата на тяхното актуализиране, изискванията за защита на целостта, поверителността и наличността);
Режимът на решаване на проблема (партиден, интерактивен, с използване на методи за телепроцесинг или смесен), честотата на решаване на проблема.
Обосновка на дизайнерските решения по видове сигурност.
Ако планирахме статия, която не би представлявала интерес за никого, тогава вероятно сме писали за важността на проектирането на сгради, преди да ги построим. Но, за щастие, някой разбира защо не си струва да се строят къщи на око, като се добавят функции точно по време на строителния процес. При разработването на софтуер все още е полезно да се напомня да започнете с дизайна - т.е. с цялостно планиране на това, което ще трябва да разработим директно, в каква времева рамка, с какви първоначални данни и очаквания резултат.
Чрез предварително проектиране на софтуер разработчикът получава възможността да:
- изчисляване на разходите и времето за разработване на софтуерен продукт
- премахване на загубата на време и пари за ненужни действия, принудителни ревизии, продължителна координация,
- избягвайте разногласия и недоволство между клиента и изпълнителя.
Подготвителен етап
В зависимост от спецификата на проекта, редът на разработване на софтуер може да се различава, но като цяло той е следният:
При подготовката за проектиране се решават организационни въпроси:
- какво може да предостави клиентът (техническа спецификация, оформление, дизайн), колко са достатъчни източниците и какви етапи са затворени - така се определя обхватът на работа,
- бюджет и срокове: въз основа на наличните материали се одобряват приблизителните разходи, срокът на целия проект, както и срокът и точните разходи за следващия етап.
Етапи на проектиране и резултати
- Описание: съвместна работа на клиента (говори за предимствата на продукта, изисквания за производителност и външен вид) и EDISON (предлага технически и алгоритмични решения).
- Архитектура: Одобрени са езикът за програмиране, база данни, сървъри и рамки.
- Техническо задание: изготвя се от архитекта въз основа на описанието и отговорите на клиента на въпроси, съгласувани с ръководителя на проекта, след което се прехвърлят на клиента, правят се корекции.
- Оформления (добавени към техническото задание): интерфейси, схематични схеми на устройства, диаграми на структурата на базата данни, схеми за взаимодействие на компонентите.
- Контрол: Архитектът елиминира коментарите на ръководителя на проекта.
- Одобрение: клиентът проверява и променя TOR независимо или докладва списък с редакции на ръководителя на проекта, коментарите се елиминират, TOR се одобрява и прилага към договора.
- Какво правим (описание на продукта, функционалност, потребители)?
- Как се справяме (архитектура)?
- Как да проверите дали целта е постигната (тестване, критерии за оценка)?
На теория, ако на подготвителния етап клиентът може незабавно да предостави резултат от проектирането в съответствие с тези изисквания, етапът на проектиране може да бъде пропуснат и да премине направо към безплатна оценка на проекта. Досега обаче в нашата практика не е имало такива случаи.
Изисквания за техническо задание за разработване на софтуер
Минималният достатъчен TK трябва:- изцяло, ясно (поучително, без вода, възможност за несъответствие) и структурирано описание на бъдещия софтуерен продукт (как трябва да изглежда, как и с какво да се работи, на какви изисквания да се отговори) и процеса на неговото разработване, така че архитектът да няма никакви въпроси относно изпълнението,
- изключете противоречива информация,
- да бъде юридически точен (следвайте GOST 34.602-89), тъй като заедно с договора и други документи, TK придобива юридическа сила.
- общи данни за проекта (име на продукта, от кого и за какво ще се използва);
- общи изисквания към софтуера (за структура, функции, по-специално, прикачете архитектурна диаграма и опишете връзката на подсистемите, типовете интерфейси на всички компоненти за всяка от потребителските роли - завършен дизайн или неговата концепция);
- подробен работен план (списък на етапите, срокове за тях);
- процедурата за изпитване и приемане (видове и състав на тестовете за продукта като цяло и за отделни части);
- списък с действия за стартиране на продукта;
- изисквания за документиране на процеса на развитие и резултата.
- подробности:
- потребители на софтуерния продукт: роли, права и функции,
- описание на алгоритмите за обработка на данни,
- списък с отворени и затворени протоколи,
- изисквания за сигурност на данните през целия жизнен цикъл,
- списък на компонентите (платени, безплатни), които ще бъдат използвани при разработването,
- примери:
- ако има аналози, интегрирани системи, посочени са препратки към тях,
- описанието на операцията на системата предоставя описание на типични сценарии на взаимодействие на потребителя с нея,
- примери за входящи данни и формат на данни за взаимодействие между подсистемите (таблици, бази данни, страници и т.н.),
- примери за изходящи данни (видове отчети и експортирани файлове),
- производителност и надеждност:
- индикация за нивата на натоварване на системата (ден, месец, максимум),
- изисквания за производителност, безопасност,
- обосновка на избора на оборудване за стартиране на софтуер,
- посочване на хостинг на сървърната страна.
Примери за техническо задание за разработване на софтуер
Естествено, колкото по-сложен е проектът, толкова по-дълго и по-скъпо е да се подготвим за него. Проектирането на малки проекти отнема от седмица до месец. За да направим процеса по-бърз и да струва по-малко, ние предоставяме на клиентите при поискване инструкции за съставяне на техническа спецификация и примери за готови технически спецификации. Нека дадем примери тук.TK за софтуерен протектор
TK обект: разработване и интегриране със съществуващата система от модулен софтуер за наблюдение на устройства за отдалечена защитаКлиент: LLC "VTIMB"
Дизайн - за големите момчета
През годините сме написали стотици технически спецификации за разработване на софтуер с различна степен на сложност и разбираме, че е трудно да се надцени ролята на разработването на подробна техническа спецификация. Понякога те са работили с техническото задание за повече от 1000 страници, а за големи проекти е оправдано и необходимо. Независимо от това, не трябва да се забравя за принципа на целесъобразност - няма смисъл да се пише 20-странична техническа спецификация за двудневна разработка на продукта.Както и предишния раздел, този раздел трябва да започне с дефиниция на понятието „технологична поддръжка“ и „технологичен процес на обработка на данни“. След това трябва да посочите етапите на обработка на данните и характеристиките на тяхното съдържание.
При обосноваване на дизайнерски решения за технологична подкрепа проблеми, е необходимо да се обърне внимание на недостатъците на съществуващата технология за решаване на проблема, които бяха отбелязани в раздел 1.3. Трябва да се отбележи дали компютърната технология се използва със съществуващата технология за решаване на проблема. Ако не се използва, тогава обосновете решения за отстраняване на установените недостатъци. Ако компютърната технология вече се използва за решаване на този проблем, е необходимо да се установи до каква степен и колко ефективно се използва и да се предложат дизайнерски решения за повишаване на ефективността на използването на компютърните технологии. Необходимо е да се формулират и обосноват предложения за отстраняване на установените недостатъци, въвеждане на нови подходи и технологии. Особено внимание трябва да се обърне на следните въпроси:
класификация на методите и средствата за извличане, събиране и предаване на информация по комуникационни канали и обосноваване на избора на конкретни методи и средства, като се вземат предвид характеристиките, получени в раздел 1.3;
класификация на методите за контрол за въвеждане на информация в компютри и обосновка на избора на конкретен метод;
преглед на методите и езиците на комуникация в процеса на решаване на проблем на компютър и обосновката за избора на метод и конкретен език (език на заявки, шаблони, менюта, подкани, директиви и др.);
преглед на методите и средствата за организиране на системата за поддържане на файлове с бази данни и обосноваване на избора на методи за актуализиране на данни, защита на целостта, тайната и надеждността на съхраняваните данни;
преглед на видовете и причините за грешки, с които потребителят се сблъсква при получаване на получената информация и обосновката за избора на методи за решаване на тези проблеми.
3.3.1.2. Структурата на първата глава за темата: „Разработка на ИС за един потребител“.
За тази версия на проекта, както и за следващите, са отразени само някои от характеристиките на неговото изпълнение на отделни раздели, така че аспирантът трябва първо да проучи съдържанието на всички раздели за първата опция, а след това да се спре на подчертаните характеристики на някои раздели на неговата версия.
Пример: Нека обектът на управление да бъде финансово-счетоводната дейност на предприятието. Последните могат да включват счетоводство, управленско счетоводство, инвестиционно счетоводство. Сред многото задачи на счетоводството може да се отдели набор от задачи за отчитане на дълготрайни активи, които например са обект на автоматизация. Освен това в областта на счетоводството е възможно да се разграничат редица комплекси от задачи, свързани помежду си с обекта на автоматизацията - счетоводство в главната книга, счетоводно счетоводство. Движението на дълготрайни активи, тяхната преоценка, амортизация осигуряват данни за записване в главната книга, под формата на счетоводни записвания При прехвърляне на дълготрайни активи от склада в експлоатация, първоначалните данни от складовото счетоводство се отразяват в счетоводството на дълготрайните активи; когато дълготрайните активи се прехвърлят в склада, резултатите се отразяват в счетоводството на склада счетоводство на дълготрайни активи. Амортизационните отчисления за дълготрайни активи се считат за разходи по отношение на много продукти и проекти и са първоначални данни за отчитане на разходите в управленското счетоводство. Горните връзки между комплекси от проблеми са детерминирани и могат да бъдат формализирани с помощта на алгоритми.
При писане на раздели първа глава дипломният студент трябва да проведе подходящо изследване на всички задачи, съставляващи комплекса. По-специално трябва да се обърне специално внимание на разработването на следващите раздели.
В раздел 1.2. Икономическата същност на комплекса от задачи.
В този раздел е необходимо да се обоснове изборът на задачи, с помощта на които ще се извършва автоматизацията на управленските функции на въпросния отдел (вж. Раздел 1.1.2.). В същото време е необходимо да се посочат факторите, влияещи върху избора на задачи (например общи първоначални данни или резултати, обща регулаторна и справочна информация и др.), Както и да се обясни защо функциите, останали в комплекса, не са избрани и да се обмисли възможността за тяхната автоматизация в бъдеще.
В процеса на декомпозиция, в зависимост от резултатите от изпълнението на комплекс от управленски функции, на първия етап е възможно да се изберат редица отделни задачи от него, чиято цел е да се получи един или няколко документа с показатели за изпълнение. Например, ако резултатът от изпълнението на контролната функция е набор от изходи, тогава процесът на генериране на всеки изходен документ или група подобни изходи може да се счита за отделна задача.
След това трябва да изброите избраните задачи и за всяка отделна задача да дадете описание на методите за изчисляване на комплекса от показатели за резултата, получени след тяхното решаване, както и да опишете връзките на тази задача с други задачи, включени в комплекса, което трябва да бъде отразено в информационния модел на декомпозиция и взаимовръзка на комплекса от задачи. В този раздел е необходимо да се включи информационен модел на декомпозиция и взаимовръзка на комплекс от задачи, включени в AWS.
В раздел 1.3. Обосновка на необходимостта и целта на използването на компютърни технологии за решаване на комплекс от проблеми
В този раздел материалът трябва да бъде отразен по същия начин, както при първите варианти. Когато се характеризира предметната технология за решаване на всеки проблем, трябва да се отрази съставът на ръчните и машинни операции и особеностите на тяхното изпълнение, тоест приетите норми и правила за изпълнение на анализираната дейност.
Например, по време на декомпозицията на комплекса от задачи за счетоводно отчитане на дълготрайни активи и анализа на съставните му задачи трябва да се посочи процедурата за регистриране, разпореждане, преоценка на дълготрайните активи, използваните методи и норми изчисляване на амортизация, практикувайте счетоводни записвания.
В този случай трябва да се следи последователността на решаване на проблемите на комплекса и след това да се изгради разделянето на решението на всеки проблем на отделни етапи и операции, изчислителните инструменти, използвани в условията на определена организация или предприятие, да се изградят схеми на работния процес и количеството обработена информация за година в документи, индикатори, символи и цифри
В раздел 1.5. Анализ на съществуващите разработки
В този раздел, както и в подобния раздел на първата опция, трябва да се отбележи дали се използват някакви софтуерни инструменти (функционални PPP) със съществуващата технология за решаване на комплекс от проблеми и, ако се използват, как.
След това трябва да се отбележи как технологията за решаване на комплекс от проблеми в проектираната ИС трябва и ще се различава от съществуващата, както и защо е необходимо да се разработи нов софтуерен инструмент и как тя трябва да се различава от съществуващите.
Ако на софтуерния пазар има готови софтуерни (хардуерни и софтуерни) решения, желателно е да се даде кратко описание и да се анализира поне едно такова развитие, като се посочат основните характеристики (например разбираемост на потребителя, степента на информационна сигурност, модифицируемост, мобилност, мащабируемост, разходи за поддръжка и т.н. поддръжка и др.) и функционалност.
