Как да опишем програмата. Курс за млад боец: За дизайна на програмната документация (документация) Описание на приложението на примера на програмата

Защо ви е необходимо описание на приложението?

За да цитирам Captain Obvious, за клиентите ви е важно да знаят какво представлява вашето приложение. За какво е. От гледна точка на разработчика, описанието е възможност за "закачане" на купувача. Трябва да продадете идея. Трябва да им кажете защо трябва да изтеглят вашето приложение, а не друго.

Който чете описанието ви, вече е намерил приложението ви при търсене. Заглавието и екранните снимки вече му се струваха достатъчно привлекателни, за да натисне бутона „още“. Образно казано, вече е извадил портфейла си – остава да го накарат да плати покупката.

Въведение

Имате ограничен брой думи на ваше разположение. Обърнете внимание на описанието на приложенията - само няколко реда се побират под иконата в App Store.

Екранът на iPhone налага най-строги ограничения - имате само 225 знака в наличност. Това е най-важната част от вашето описание. Цялото описание е ограничено до четири хиляди знака, но от първите двеста зависи дали купувачите искат да прочетат останалите.

Трябва да се изразявате ясно и ясно. Името на приложението - и екранните снимки - вече трябва да са казали на купувача като цяло какво представлява. Сега трябва да затвърдим това впечатление.

Въведението в описанието трябва да бъде призив за действие. Опитайте се да се поставите на мястото на вашия клиент. Какво му трябва?

Тук има няколко прости правила.

  • Грабнете вниманието на вашия клиент. Поставете съществителните и глаголите в началото на изречението, за да направите фразата динамична и възможно най-ясна.
  • Не използвайте жаргон, може да ви отблъска. Изрежете всичко излишно: уводни думи, наречни фрази, прекалено цветисти изрази.
  • Каква е стойността на вашето приложение? Какво ще получи, научи или опита купувачът, когато го изтегли?
  • За да видите как ще изглежда описанието на вашето приложение на екрана на вашия iPhone или iPad, използвайте безплатния преглед на приложението.
  • И така, стръвта е на куката - време е да хвърлите стръвта. С други думи, приключихме с въведението - продължаваме описанието.

Подробности

Обяснете какво точно ще получи потребителят от вашето приложение. След няколко уводни фрази - емоционален призив за действие - предложете им подробностите.

Как разпространявате информацията зависи от вида на приложението, което имате. Но като цяло трябва да се придържате към същите принципи като журналистите, които пишат новини - най-важната информация е на първо място, по-малко важната е последна.

Не пренебрегвайте абзаците. Хората се плашат, когато видят текстово платно. Варирайте дължината на изречението - това прави текста по-изразителен. Използвайте подзаглавия и нови редове. Списъците също са добър начин да разделите текста и да го направите по-привлекателен.

Списъци

Тъй като говорим за списъци, списъците са най-лесният и популярен начин да говорите за функциите на вашето приложение. Ето няколко съвета как да ги използвате правилно:

  • не ги правете твърде дълги;
  • поставете двете най-важни точки в горната част на списъка, останалите в дъното;
  • вероятно не сте чели този параграф;
  • Определено няма да прочетете това.

Изкушаващо е да запишете всички функции на дадено приложение в списък. Можете да опитате, но имайте предвид, че хората обикновено четат първите два параграфа и последния. Те пропускат средата, точно като изречения, които започват с едни и същи думи.

Така че би било по-добре да разделите дълъг списък на няколко по-малки, обединени от една тема.

Търсене

Хората, които търсят приложение в iTunes, не се подчиняват на описанието: те са склонни да обръщат повече внимание на заглавието, ключовите думи и други фактори. Ключовите думи в описанието обаче се индексират от търсачките. По този начин правилното описание е ключът към високо класиране при търсене.

Вашето описание трябва да включва ключови думи. Важно е да не прекалявате. Те трябва да са подходящи. Не се опитвайте да пишете откровено "продаващ" текст - това неизбежно ще отблъсне потенциалния потребител. Ако имате нужда от помощ и перспективата да платите за нея не ви отблъсква, можете да се свържете с Appnique или Sensor Tower (за текстове на английски език - бел. ред.).

Локализация

Локализацията на вашето приложение е сравнително евтин и лесен начин за увеличаване на изтеглянията. Той практически няма недостатъци. Проучване, проведено от Common Sense Advisory сред 3000 купувачи в 10 неанглоговорящи страни, показва, че повече от 75% от анкетираните искат приложението да е на техния роден език.

Докладът, който е озаглавен „Не четете, не купувайте“, също така посочва, че 55% от потребителите правят покупки само на сайтове, които предоставят информация на родния им език. Интересното е, че в същото време 50% от анкетираните отбелязват, че биха били доволни дори от навигация и част от съдържанието на родния им език. Тоест дори частичен превод ще даде по-добри резултати от пълното му отсъствие.

Предвид този факт, преведете поне описанието, ако не и цялото приложение.

Предоставя списък с локализирани приложения, сортирани по жанр, за да можете да анализирате къде да насочите усилията си. Можете също така да видите списък с най-използваните думи в описанието на приложението на различни езици.

Уверете се, че преводаческата компания има правилните умения. Google Translate едва ли ще успее да предаде нюансите на смисъла, който влагате в текста.

Ако популярен сайт или знаменитост са написали рецензия за вашето приложение, тогава си струва да ги цитирате. Ако сте спечелили награда, това също трябва да се спомене. Ако вашата кандидатура е много популярна сред вашите роднини... Може би е по-добре да замълчите (освен ако, разбира се, фамилията ви не е Кардашиян).

Политиката на Apple гласи, че можете да "поставяте потребителски отзиви, похвали, препоръки само в края на описанието - в случай, че сметнете за необходимо."

Актуализации

Не си мислете, че описанието на приложението е подобно на десетте заповеди и е изсечено в камък. Вие, очевидно, ще трябва да докладвате какво е новото в приложението след актуализацията. Освен това, ако внезапно измислите брилянтна фраза или потребители споделят коментар, който ви е вдъхновил, или най-добрият уебсайт в целия Интернет е дал страхотна рецензия на вашето приложение, не се колебайте да подобрите описанието си. Ако е имало грешки в приложението, които са повлияли на работата, не забравяйте да съобщите, че са коригирани, след като ги коригирате.

Описанието е не само прозорец към вашето приложение, но и възможност да получите високо класиране при търсене.

Има четири неща, които трябва да имате предвид, за да се възползвате от връзките/цитатите. Първо, винаги трябва да имате уебсайт за вашето приложение – със скрийншотове, текстове и връзки, откъдето можете да го закупите. На второ място, имате нужда от връзка към екипа за поддръжка - имейл адрес или форум, където можете да пишете, ако имате въпроси или проблеми. Третият е връзки към страницата на вашия проект в социалните мрежи. И накрая, имате нужда от връзки към другите си приложения.

Уверете се, че вашият екип за поддръжка отговаря незабавно на заявките. Ако на хората им е трудно да се свържат с вас, те ще ви оставят ниски оценки и може би дори ще напишат омразна рецензия.

Ако потребителите задават едни и същи въпроси, обмислете създаването на раздел с ЧЗВ на уебсайта на приложението.

Ако вече имате успешен проект, не забравяйте да го споменете. Или можете да оставите описание като „ако сте харесали това, може да харесате и това“ в края на другото ви приложение.

Често срещани грешки и как да ги избегнем

Печатни и пунктуационни/граматични грешки.Поканете специално обучен копирайтър или в краен случай включете проверката на правописа в текстов редактор.

Объркващо и объркващо описание.Ако потребителят не ви разбира, приложението няма да бъде изтеглено.

Злоупотреба с хиперболи и клишета.Вашето приложение наистина ли е революционно? Компанията наистина ли е млада, динамично развиваща се? Намерете по-малко изтъркани начини да го съобщите.

Всичко скрито става ясно.Истината за вашето приложение ще бъде разкрита в рамките на няколко секунди след изтеглянето – и след това то ще бъде съхранено в кеша на Google завинаги. Така че не лъжи.

Твърде много ключови думи.Вече споменах, че несръчните опити да се натъпчат възможно най-много ключови думи в текста само ще отблъснат купувача.

Описанието не отчита интересите на целевата аудитория.Пишете не за себе си и не за конкурентите - пишете за купувача.

Липсват важни подробности.Колко тежи приложението? Колко струва един абонамент? Това не е информация, която трябва да се игнорира.

Така че да започваме

За да обобщим, трябва да се подготвите, да напишете, усъвършенствате, преведете и след това да актуализирате, ако е необходимо.

Направете проучване и се подгответе, преди да започнете да пишете описание. Намерете правилните ключови думи и фрази. Запишете функциите на вашето приложение в списък и ги подредете в ред от най-важните до най-малко важните.

Напишете чернова на описание или наемете талантлив копирайтър за тази цел.

Редактирайте, коригирайте и пренаписвайте за максимален ефект. Проверете как ще изглежда описанието на екрана на вашия iPhone или iPad. Работете, докато стане гладка, полирана и привлекателна.

Преведете го на допълнителни езици, като започнете с най-важните по отношение на изтеглянията.

Уверете се, че описанието отразява всички промени, направени от приложението ви, подчертайте основните подобрения в описанията и подчертайте положителните отзиви или награди.

Доброто описание на приложението ще помогне за продажбата му и ще насърчи изтеглянията.

Главна информация.

Програмата се нарича jane и се записва във файла jane.dpr. Програмата използва помощни модули main, new, dmData, about, съхранявани съответно във файловете main.pas, new.pas, about.pas, dmData.pas. Програмата е написана на езика за програмиране Delphi. Програмата използва данни от таблиците на базата данни otdel.db, sotrudnik.db, family.db, obrazovanie.db

Функционално предназначение.

Реализация на диалоговия график.

Обикновено интерфейсът между потребителя и компютъра включва екран на монитор, клавиатура и мишка, което е това, което представя информация на и получава информация от потребителя. ,

На практика програма, написана с Delphi, е достъпна чрез графичен потребителски интерфейс. Графичният интерфейс, реализиран от приложната програма, е вид диалог, който се осъществява между компютъра и неговия потребител. С други думи, интерфейсът е тази част от програмата, която, за да изпълни определени функции, превежда действията на потребителя в една или повече заявки и предоставя обратна връзка на потребителя в съответствие с последователността на неговите действия.

Потребителят има възможност да избира системни функции с помощта на бутоните и пиктографските менюта. Потребителят вижда съдържанието на базата данни пред себе си като екранен документ. Взаимодействието с потребителя се осъществява чрез екранни форми. Изпълнението на диалоговия график е показано на фигура 17.

Фигура 17. Дърво на екранни форми

Описание на логическата структура.

Програмата се ръководи от събития. При натискане на бутон програмата получава съобщение и се извиква съответната манипулираща процедура, която обработва това събитие. Резултатите от обработката могат да се видят на екрана на монитора. Например: когато щракнете върху бутона „Работа“ във формуляра „Дипломен проект“, се извиква процедурата, съдържаща се в Нов модул, която скрива формуляра „Дипломен проект“, показва формата „Счетоводство на персонала“ на екрана на монитора , а управлението се прехвърля към главния модул.

За да изпълните програмата, е необходимо да заредите Delphi shell на персонален компютър, да компилирате изходния код на програмата, съдържащ се във файла jane.dpr. Извикайте exe файла и след това работете с него. Преди да започнете работа, трябва да преминете през процедурата за оторизация (Фигура 18).

Фигура 18. Форма за въвеждане на парола

Входни и изходни данни.

Входни данни:

име на отдел,

име на главата,

Име на служителите, длъжност,

дата на работа,

място на последна работа

опит към датата на постъпване,

знак за образование

семеен знак,

количество деца,

Семейно положение,

дата на раждане,

вид образование

форма на обучение,

образователна институция,

срок на годност,

специалност.

Изходни данни: всички резултати от действията на потребителя при работа с бази данни се показват на екрана на монитора; тези резултати, показани като база данни на екрана, са изход за програмата. Също така резултатът от работата с базата данни „Счетоводство на персонала“ може да бъде формирането на заповеди и тяхното отпечатване, което значително улеснява работата на потребителя и премахва необходимостта от ръчно съставяне на такива документи във всеки текстов редактор като заповед за уволнение или наемане на служители и техните лични карти.

Компютърните програми се изготвят в съответствие с изискванията на Единната система за програмна документация (ЕСПД). ESPD - набор от GOST, които установяват правилата за дизайн, съдържание, структура на програмни документи.
Това ръководство съдържа извадки от ESPD. Пълна информация може да бъде получена директно от GOSTs.

Кратък алгоритъм за проектиране на програма

Накратко, алгоритъмът за проектиране на програмата и видовете програмни документи са показани на фигурата. Процесът на регистрация е описан по-подробно по-долу.

Регистрация на програмния документ

Програмен документ - документ, съдържащ информация, необходима за разработването, производството, поддръжката и работата на програмите.

Всеки отделен програмен документ се изготвя съгласно (общите за всички ESPD документи) изисквания на GOST 19.101-77, GOST 19.103-77, GOST 19.104-78, GOST 19.105-78, GOST 19.106-78, GOST 19.604-78 (a по-подробно описание на тези GOST следва по-долу) и GOST за конкретен политически документ.

Общи изисквания към програмните документи. ГОСТ 19.105 - 78

Изисквания към програмните документи, изработени в печатен вид. ГОСТ 19.106 - 78

GOST 19.106-78 установява правилата за изпълнение на програмни документи за печатния метод на изпълнение.

Важно е да се отбележи, че този GOST не се прилага за програмния документ "Програмен текст".

Материали на документа за политиките трябва да са в следния ред:

  • Заглавна част:
    • лист за одобрение (не е включен в общия брой листове с документи);
    • заглавна страница (първата страница на документа);
  • Информационна част:
    • анотация;
    • лист със съдържание;
  • Главна част:
    • текст на документа (с фигури, таблици и др.);
    • приложения;
    • списък на термини, списък на съкращения, списък на фигури, списък на таблици, предметен индекс, списък на цитирани документи;
    • част за регистриране:
    • промяна на регистрационния лист.

Анотацията посочва изданието на програмата, накратко очертава целта и съдържанието на документа. Ако документът се състои от няколко части, анотацията посочва общия брой части. Съдържанието на документа се поставя на отделна (номерирана) страница (страници) след анотацията, снабдена със заглавие "СЪДЪРЖАНИЕ", не се номерира като раздел и се включва в общия брой страници на документа.

Форматиране на текст:

  • Програмният документ се изпълнява от едната страна на листа, на два интервала; разрешено след един или един и половина интервали.
  • Резюмето се поставя на отделна (номерирана) страница със заглавие "РЕЗЮМЕ" и не се номерира като раздел.
  • Заглавията на разделите се изписват с главни букви и се разполагат симетрично спрямо дясната и лявата граница на текста.
  • Подзаглавията се пишат от абзаца с малки букви (с изключение на първата главна).
  • Сричките на думите в заглавията не са разрешени. Не поставяйте точка в края на заглавието.
  • Разстоянието между заглавието и следващия текст, както и между заглавията на раздела и подраздела трябва да бъде равно на:
    • при изпълнение на документ по машинописен начин - два интервала.
  • За раздели и подраздели, чийто текст е написан на същата страница като текста на предишния раздел, разстоянието между последния ред текст и следното заглавие трябва да бъде равно на:
    • при изпълнение на документ по машинописен начин - три машинописни интервала.
  • Разделите, подразделите, параграфите и алинеите се номерират с арабски цифри с точка.
  • В рамките на раздела трябва да има непрекъснато номериране за всички подраздели, параграфи и подпараграфи, включени в този раздел.
  • Номерирането на подразделите включва номера на раздела и серийния номер на подраздела, включен в този раздел, разделени с точка (2.1; 3.1 и т.н.).
  • Ако има раздели и подраздели, към номера на подраздела след точката се добавя поредният номер на параграфа и подпараграфа (3.1.1, 3.1.1.1 и т.н.).
  • Текстът на документа трябва да бъде кратък, ясен, изключващ възможността за погрешно тълкуване.
  • Термините и определенията трябва да са единни и да отговарят на утвърдените стандарти, а при липса на такива - на общоприетите в научната и техническата литература и да се дават в терминологичния списък.
  • Необходимите пояснения към текста на документа могат да бъдат направени чрез бележки под линия.
  • Бележката под линия се обозначава с число със скоба, поставена на нивото на горната линия на изрязване на шрифта, например: „печатащо устройство2) ...“ или „хартия5)“.
  • Ако бележката под линия се отнася до една дума, знакът за бележка под линия се поставя непосредствено до тази дума, но ако се отнася до изречението като цяло, тогава в края на изречението. Текстът на бележката под линия се поставя в края на страницата и се отделя от основния текст с линия с дължина 3 cm, начертана от лявата страна на страницата.
  • Илюстрациите, ако има повече от една в този документ, се номерират с арабски цифри в целия документ.
  • Формулите в документа, ако има повече от една, се номерират с арабски цифри, номерът се поставя от дясната страна на страницата, в скоби на нивото на формулата.
  • Значението на символите и числовите коефициенти, включени във формулата, трябва да бъдат посочени директно под формулата. Стойността на всеки знак се отпечатва на нов ред в реда, в който са дадени във формулата. Първият ред на дешифрирането трябва да започва с думата "къде", без двоеточие след нея.
  • В програмните документи са разрешени препратки към стандарти (с изключение на корпоративни стандарти), технически спецификации и други документи (например документи на органи за държавен надзор, правила и норми на Gosstroy на СССР). При позоваване на стандарти и спецификации се посочва тяхното обозначение.
  • Трябва да се обърнете към документа като цяло или към неговите раздели (като посочите наименованието и името на документа, номера и името на раздела или приложението). При повтарящи се препратки към раздел или приложение се посочва само номерът.
  • Бележките към текста и таблиците показват само справочни и обяснителни данни.
  • Една бележка не е номерирана. След думата "Забележка" поставете точка.
  • Няколко бележки трябва да бъдат номерирани последователно с арабски цифри с точка. След думата "Забележка" поставете двоеточие.
  • Не се допускат съкращения на думи в текста и надписи под илюстрации.
  • Под формата на приложения могат да се изготвят илюстровани материали, таблици или текст със спомагателен характер.
  • Всяка кандидатура трябва да започва на нова страница с надпис "ПРИЛОЖЕНИЕ" в горния десен ъгъл и да има тематична рубрика, която се изписва симетрично спрямо текста с главни букви.

В GOST има примерен лист, в който са посочени полетата, местата за страниране и шифър.

Да се ​​опише програма, започнете с общо въведение. Опишете основния проблем, който изпитва потребителят. Естествено, това трябва да е същият проблем, който решава описаната програма. Между другото, това е добър начин незабавно да очертаете целевата аудитория на потребителите. Тези, на които ще бъде полезно и необходимо, ще го изтеглят или ще го купят. Други потребители ще спестят време и няма да продължат да четат. Също във въведението опишете накратко основните характеристики на програмата. За това са достатъчни 1-2 изречения.

Посочете системни изисквания за компютърен хардуер. За най-добро описание програма, направете градация. Запишете минималните изисквания и изисквания за удобна работа.

Опишете интерфейса и работното пространство. Да се ​​опише програмапо-ясно, използвайте екранни снимки на различните му работни прозорци и състояния. Опишете основните ленти с инструменти, местоположението на елементите от менюто, лентите на състоянието и т.н.

Невъзможно за описване програмабез да навлизаме в подробности за основните му функции. Това може да стане под формата на списък или списък. Въпреки това е важно да бъдете конкретни в този параграф. Например фразата "ефективна работа с проекти" не носи никакво семантично натоварване. По-точно, има, разбира се, семантичен товар, но той е относителен и не информира читателя за никакви факти.

След като посочите основните функции на програмата, опишете нейните допълнителни функции, които могат да бъдат особено удобни и полезни за потребителя. Например, това може да бъде способността за бързо интегриране с друг софтуер, подобрения на скоростта, удобни за потребителя дизайнерски елементи и т.н.

Да се ​​опише програманова версия, разкажете ни за промените, които е претърпяла след предишната актуализация. Опишете каква функционалност е премахната, какви проблеми са решени, какво е ново, какво е променено, финализирано и подобрено. Разликите от предишни версии също могат да бъдат представени като списък.

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

3. ОПИСАНИЕ НА СТРУКТУРАТА НА ПРОГРАМАТА

Описание на променливите

Секцията за декларации на променливи описва променливите, чиято цел е дадена в таблица 3.1.


Таблица 3.1 - Описание на програмните променливи

Име Тип Предназначение
FO,FS Текстов файл Текстова файлова променлива на източник и резултат
tmpstr,str,strslovo низ Низови променливи за четене от файл
i,j цяло число Променливи броячи за цикли
броя цяло число Променливата съхранява броя на коригираните знаци
отговор Слово Използва се за определяне на отговора на потребителя на въпрос относно коригиране на символ
UpCh набор от char Много главни герои
ZnCh набор от char Няколко знака за разделяне на думи
OFName низ Низ, съдържащ пътя до изходния файл
SF име низ Низ, който съхранява пътя до получения файл
Описание на помощната процедура

Програмата съдържа описание на една спомагателна процедура.

Процедурата FormCreate за извеждане на първоначални стойности към компоненти на формуляр за правилно показване на формуляра в началото на програмата.

Процедура Button1Щракнете, за да отворите изходния файл и да запишете пътя до него.

Процедура Button2Щракнете, за да отворите получения файл и да запишете пътя до него.

Основен програмен алгоритъм

Алгоритъмът за изпълнение на основното тяло на програмата е показан на Фигура A.1 в Приложение A. Така че в процедурата, първо, файлът се свързва с файловата променлива и се отваря текстов файл, за да прочете текстова информация.

След това информацията се чете от файла ред по ред.

След това думите се маркират във всеки ред.

След това избраните думи се търсят за главни букви.

След това промените се записват в получения текстов файл.

В хода на работата бяха използвани следните операции за работа с текстови файлове:

AssignFile(<Имя файловой переменной>,<Имя файла>);

Името на файла се посочва или като низова константа, или чрез променлива от тип Sting. Името на файла трябва да отговаря на правилата на работещата в момента операционна система. Ако низът с име е празен, тогава файловата променлива е свързана със стандартното I/O устройство.

Нулиране(<Имя файловой переменной>);

Файлът се отваря, за да се прочете информация от него, получава името, дадено от процедурата Assign.

След работа с файл, той обикновено трябва да бъде затворен с процедурата CloseFile (<Имя файловой переменной>). Извеждането на информация се произвежда от оператора WRITELN(f: TextFile;S: String). След изпълнението му низът S се добавя в края на файла, свързан с променливата f.

4. ОПИСАНИЕ НА ВХОДНИТЕ ДАННИ

Първоначалните данни за изпълнение са файл, който съдържа главни букви.

5. ОПИСАНИЕ НА РЕЗУЛТАТА

Резултатът е:

Съобщение за завършване на проверката на файла за наличието на главни букви в него;

Съобщение за броя на коригираните знаци;

Завършеният получен текстов файл.

6. ИНСТРУКЦИИ ЗА ОПЕРАТОРА

Разработената програма представлява изпълним файл Luchshev.exe с размер 405 KB. Програмата реализира алгоритъм за проверка на текстов файл за наличие на главни букви в него.

След стартиране на програмата се появява прозорецът, показан на фигура 4.1.

Фигура 4.1 - Основният прозорец на програмата

След това потребителят трябва да посочи пътя до файла. Фигура 4.2 показва пример на диалогов прозорец за отваряне на файл.


Фигура 4.2 - Пример за отваряне на изходен файл

Пример за съобщение за намиране на главен знак е показано на Фигура 4.3.

Фигура 4.3 - Съобщение за намиране на главни букви

Пример за прозорец с резултат от проверка на текстов файл е показан на фигура 4.4.


Фигура 4.4 - Резултатен прозорец.

Резултатът от проверката се записва в избрания файл с резултати, намиращ се в избраната директория.

Функционирането на програмата е напълно съобразено със задачата.


Тази курсова работа е завършена в пълно съответствие със задачата и е отстранена в среда Delphi 7.0. В хода на курсовата работа е разработена програма за проверка на текстов файл.

По време на изпълнението на курсовия проект бяха извършени – анализ на техническото задание и формулиране на проектния проблем.

Бяха подчертани функциите, които трябва да има разработената програма.

Разработен е алгоритъм за програма, предназначена да изпълнява генерираните функции.

По разработения алгоритъм е компилирана и дебъгвана програма на езика за алгоритмично програмиране Delphi. По време на разработката на програмата тя беше тествана и отстранена на тестови набори. За писмената програма е разработена операторска инструкция, указваща реда на действията, които трябва да се извършат.

Резултатите от работата са представени под формата на обяснителна бележка.

По време на разработването на програмата бяха фиксирани следните умения:

I / O команди както към екрана, така и към текстови файлове,

използване на процедури,

Команди за обработка на масиви,

Команди за изпълнение на цикли със зададен брой повторения;

Команди за проверка на условия и изпълнение на разклонения.

В резултат на тази курсова работа се убедихме в широките възможности на езика за програмиране Delphi, консолидирани практически умения за програмиране в средата на Delphi.


Списък с връзки

1. Зуев Е.А. Програмиране в Delphi 6.0,7.0. - М .: Радио и комуникация, Веста, 1993 г.

2. Фаронов В.В. Делфи 7.0. Първоначален курс. - М.: Знание, 2000.


ПРИЛОЖЕНИЕ А

Програмен алгоритъм

Фигура A.1 - Алгоритъм на програмата


Фигура A.2 - Алгоритъм на основната процедура на програмата


ПРИЛОЖЕНИЕ Б

Списък на програмата

4. Windows, съобщения, SysUtils, варианти, класове, графики, контроли, формуляри,

5. Диалози, StdCtrls;

7. TForm1 = клас(TForm)

8. Бутон1: TButton;

9. Бутон2: TButton;

10. OpenDialog1: TOpenDialog;

11. SaveDialog1: TSaveDialog;

12. Бутон3: TButton;

13.Етикет1: TLabel;

14.Етикет2: TLabel;

15.Етикет3: TLabel;

16.Етикет4: TLabel;

17. Бутон4: TButton;

18. процедура Button1Click(Sender: TObject);

19. процедура Button2Click(Sender: TObject);

20. процедура FormCreate(Sender: TObject);

21. процедура Button3Click(Sender: TObject);

22. процедура Button4Click(Sender: TObject);

24. (Лични декларации)

26.

29. Формуляр1: TForm1;

30. OFName,SFName:String;

31. изпълнение

33. процедура TForm1.Button1Click(Sender: TObject);

35. ако OpenDialog1.Execute then

36. OFName:=OpenDialog1.FileName;

37. ако OFName<>"" тогава започнете

38.Button1.Enabled:=False;

39.Button2.Visible:=True;

40. Label1.Caption:="Път до файла за проверка: "+OFName;

41. Label2.Visible:=True;

45. процедура TForm1.Button2Click(Sender: TObject);

50. ако SaveDialog1.Execute then

51.SFName:=SaveDialog1.FileName;

52. if Pos(".txt",SFName)=0 then SFName:=SFName+".txt";

53. ако SFName=OFName тогава

54. ShowMessage("Изберете друг файл за запазване на резултата")

57. ако (SFName<>"") и (b) след това започнете

58.Button2.Enabled:=False;

59. Label2.Caption:="Път до резултантния файл: "+SFName;

60.Button3.Visible:=True;

61.Label3.Visible:=Вярно;

62. Label3.Caption:="За да започнете проверката, щракнете върху бутона "Проверка"";

65. процедура TForm1.FormCreate(Sender: TObject);

67.Button2.Visible:=False;

68. Label2.Visible:=False;

69.Button3.Visible:=False;

70.Label3.Visible:=False;

71.Button4.Visible:=False;

72. Label4.Visible:=False;

73. Label1.Caption:="Щракнете върху бутона "Отвори" и изберете файл за сканиране";

75. процедура TForm1.Button3Click(Sender: TObject);

77.FO,FS:Текстов файл;

78.i,j,count:integer;

79.str,strslovo,tmpstr:Низ;

80. ZnCh,UpCh: набор от Char;

84. ZnCh:=[".",",","!","?"];

85. UpCh:=["A".."Z","A".."Z"];

86AssignFile(FO,OFName);

87AssignFile(FS,SFName);

91. ако IOResult<>0 след това започнете

92. ShowMessage("Имаше проблеми при отварянето на файла. Програмата ще бъде прекратена");

96.Пренаписване(FS);

97. докато не Eof(FO) започват

98.Readln(FO,str);

99. strslovo:="";

100. за i:=1 до Length(str) направете начало

101. ако (str[i] в ​​ZnCh) или (str[i]=" ") тогава започнете

102. за j:=1 до Length(strslovo) do begin

а. ако strslovo[j] в UpCh тогава започнете

b. answ:=MessageDlg("В думата ""+strslovo+"" беше намерена главна буква ""+strslovo[j]+"". Променете я с малка?",mtInformation,,0);

° С. ако answ=mrYes тогава започнете

аз tmpstr:=strslovo[j];

ii. tmpstr:=AnsiLowerCase(tmpstr);

iii. Изтриване (strslovo,j,1);

iv. Вмъкване (tmpstr,strslovo,j);

104. Write(FS,strslovo+str[i]);

105. strslovo:="";

108. strslovo:=strslovo+str[i];

110. WriteIn(FS,"");

112 Серия

113 Серия

114. Label3.Caption:="Проверката на файла е завършена. Поправени са "+IntToStr(count)+" caps.";

115.Button3.Enabled:=False;

116.Button4.Visible:=True;

117. Label4.Visible:=True;

120. процедура TForm1.Button4Click(Sender: TObject);

122. OFName:="";

123.SFName:="";

124.Button1.Enabled:=True;

125.Button2.Visible:=False;

126.Button2.Enabled:=True;

127.Button3.Visible:=False;

128.Button3.Enabled:=True;

129.Button4.Visible:=False;

130. Label2.Visible:=False;

131. Label3.Visible:=False;

132. Label4.Visible:=False;

133. Label1.Caption:="Щракнете върху бутона "Отвори" и изберете файл за сканиране";


ПРИЛОЖЕНИЕ Б

Резултати от програмното решение



Продължение на темата:
Windows

Наталия Комарова , 28.05.2009 г. (25.03.2018 г.) Когато четете форум или блог, запомняте авторите на публикациите по псевдоним и ... по снимката на потребителя, така наречения аватар ....

Нови статии
/
Популярен